Du vil måske bemærke nogle artikler, der viser inkonsekvent indhold. Undskyld, vi roder, mens vi opdaterer vores websted.
cross icon
I denne artikel
dropdown icon
Oversigt over Webex Calling
    dropdown icon
    Få en rundvisning i Control Hub
      Kom i gang
      Førstegangsguide til prøveversioner
      Gennemgå dine indstillinger
      Tilføj brugere
      Konfigurer Single Sign On (SSO)
      Tildel tjenester til brugere
      Giv dine brugere de rigtige muligheder
    Den lokale gateways rolle
    dropdown icon
    Udrulninger af understøttet lokal gateway til Webex Calling
      Udrulninger af lokal gateway uden lokal IP PBX
      Udrulninger af lokal gateway med lokal Unified CM PBX
    Overvejelser ved viderestilling af opkald
    Tjenesteklasse (CoS)
    Integration af opkaldsplan
    dropdown icon
    Protokolbehandlere for Calling
      Protokolbehandlere for Windows
      Protokolførere til macOS
dropdown icon
Forbered dit miljø
    Generelle forudsætninger
    Hardware- og softwarekrav til lokal gateway
    Licenskrav til lokale gateways
    Certifikat- og sikkerhedskrav til lokal gateway
    Krav til firewall, NAT og mediestioptimering til lokal gateway
dropdown icon
Portreferenceoplysninger for Webex Calling
    Proxyunderstøttelse af Webex Calling
    dropdown icon
    Konfiguration af firewall
      IP-undernet til Webex Calling-tjenester
      Tjenestekvalitet (QoS)
      Webex Meetings/-meddelelser – netværkskrav
    Historik over dokumentrevision
dropdown icon
Konfigurer lokal gateway på Cisco IOS XE til Webex Calling
    Overblik
dropdown icon
Implementer CUBE med høj tilgængelighed som lokal gateway
    Grundlæggende
    Konfigurer redundans på begge CUBE'er
    Konfigurer en lokal gateway på begge CUBE'er
dropdown icon
Konfigurer Webex Calling til din organisation
    Konfigurer opkaldsindstillinger i guiden til første opsætning
    Tilføj en placering
    Slet en placering
    dropdown icon
    Opdater en eksisterende placering
      Overfør til Cisco-opkaldsplaner
      Sådan starter du en PSTN-forbindelsesændring
      Annuller PSTN-forbindelsesændringen
    Konfigurer Webex Calling-opkaldsplan
    Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub
    Opret en trunk
    Vælg en trunk til lokalt baseret PSTN
    Administrer telefonnumre
    Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub
    Indstil opkaldsindstillinger
    Opsæt opkaldsadfærd
dropdown icon
Konfigurer Unified CM til Webex Calling
    Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway
    Konfigurer en SIP-profil for den lokale gateway-trunk
    Opret et opkaldssøgerum for opkald fra Webex
    Konfigurer en SIP-trunk til og fra Webex
    Konfigurer rutegruppe for Webex
    Konfigurer ruteliste for Webex
    Opret en partition til Webex-destinationer
    Konfigurer rutemønstre for Webex-destinationer
    Konfigurer normalisering af forkortede opkald mellem områder for Webex
dropdown icon
Konfigurer dine Webex Calling-funktioner
    Opsæt et viderestillingsgruppe
    Opret en opkaldskø
    Opret en receptionistklient
    Opret og administrer automatiske omstillinger
    Konfigurer en paging-gruppe
    Opsæt opkaldsbesvarelse
    Opsætning af parkering af opkald
    Aktivér indtrængen for brugere
    Aktivér beskyttelse af personlige oplysninger for en bruger
    Konfigurer overvågning
    Aktivér advarselstone for opkaldsbro for brugere
    Tænd for en bruger
dropdown icon
Indførelsestendenser og brugsrapporter for Webex Calling
    Vis opkaldsrapporter
21. februar 2025 | 1913 visning(er) | 0 personer fandt dette nyttigt

Webex Calling-konfigurationsarbejdsgang

list-menuI denne artikel
list-menuHar du feedback?

Få oplysninger om alle de tilgængelige oplysninger om Webex Calling, uanset om du er partner, administrator eller bruger. Brug linkene her, til at hjælpe dig med at komme i gang med at bruge alle de tjenester og funktioner, der er tilgængelige med Webex Calling.

Forbered dit miljø

Krav til lokal gateway til Webex Calling

Generelle forudsætninger

Før du konfigurerer en lokal gateway til Webex Calling, skal du sørge for, at du:

  • har grundlæggende viden om VoIP-principper

  • har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter

  • Have en grundlæggende forståelse af SIP (Session Initiation Protocol)

  • har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM

Se Virksomhedskonfigurationsvejledningen til Cisco Unified Border Element (CUBE) for at få flere oplysninger.

Certifikat- og sikkerhedskrav til lokal gateway

Webex Calling kræver et sikkert signal og sikre medier. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

  • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

  • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

  • Nøglecenterbundtet validerer certifikatet, der præsenteres

  • Der anmodes om legitimationsoplysninger (fra SIP Digest)

  • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

Krav til firewall, NAT og mediestioptimering til lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

Hvis du vil bruge mediestioptimering med ICE, skal den lokale gateways grænseflade, der vender mod Webex Calling, have en direkte netværkssti til og fra Webex Calling-slutpunkterne. Hvis slutpunkterne er på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways grænseflade, der vender mod Webex Calling, skal den lokale gateway have en offentlig IP-adresse tildelt til grænsefladen, der vender mod Webex Calling, til opkald mellem den lokale gateway og slutpunkterne for at bruge mediestioptimering. Derudover skal den køre iOS-XE version 16.12.5.

Konfigurer Webex Calling til din organisation

Konfigurer opkaldsindstillinger i guiden til første opsætning

Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

1

Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.


 

Din administrator-e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

2

Gennemse og acceptér tjenesteydelsesvilkårene.

3

Gennemgå din plan, og klik derefter på Kom i gang.


 

Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger Kom i gang.

4

Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

5

Klik på Næste: Standardplacering.

6

Vælg mellem følgende valgmuligheder:

  • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren fuldfører klargøring af Webex Calling.
  • Udfyld de nødvendige oplysninger om placering. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

 

Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

7

Foretag følgende valg, der skal gælde for denne placering:

  • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – Til e-mailkommunikation til nye brugere.
  • Land
  • Tidszone
8

Klik på Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og vælg Afslut.

Tilføj en placering

Før du begynder

For at oprette en ny placering skal du forberede følgende oplysninger:

  • Placeringsadresse

  • Ønskede telefonnumre (valgfrit)

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .


 
En ny placering hostes i det regionale datacenter, der svarer til det land, du valgte ved hjælp af guiden til den første opsætning.
2

Konfigurer indstillingerne for placeringen:

  • Navn på placering – Indtast et unikt navn for at identificere placeringen.
  • Land/region – Vælg et land at knytte placeringen til. Du kan f.eks. oprette en placering (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
  • Placering Adresse – Indtast placeringens primære postadresse.
  • By/by – Indtast en by for denne placering.
  • Stat/provins/region – Vælg en tilstand i rullemenuen.
  • Postnummer – Angiv postnummeret.
  • Meddelelsessprog – Vælg sprog for lydmeddelelser og -beskeder for nye brugere og funktioner.
  • E-mailsprog – Vælg sprog for e-mailkommunikation med nye brugere.
  • Tidszone – Vælg tidszone for placeringen.
3

Klik på Gem og vælg derefter Ja / Nej for at tilføje numre til placeringen nu eller senere.

4

Hvis du klikkede Ja , skal du vælge en af følgende valgmuligheder:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en komplet PSTN -erstatningsløsning, der giver mulighed for nødopkald, indgående og udgående indenlandske og internationale opkald og giver dig mulighed for at bestille nye PSTN -numre eller overføre eksisterende numre til Cisco.


     

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I forvejen eksisterende placeringer, der har fået PSTN-funktioner tildelt, er ikke kvalificerede til Cisco-opkaldsplanen på nuværende tidspunkt. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling -datacenter i et område, hvor Cisco -opkaldsplanen er understøttet.

  • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

     

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Stedbaseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen med websteder, der er i skyen.

Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for vejledning.

5

Vælg, om du vil aktivere numrene nu eller senere.

6

Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke på Valider.

Numre tilføjes for den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, hvor der vises en fejlmeddelelse.

Afhængigt af placeringens land formateres numrene i henhold til kravene for lokal opringning. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden forudfyldes.

7

Klik på Gem.

Næste trin

Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

Før du begynder


 

Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > Ringer op > Tal og vælg den placering, der skal slettes, i rullemenu. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

Husk, at alle numre, der er knyttet til denne placering, vil blive frigivet tilbage til din PSTN-udbyder. Du vil ikke længere eje disse numre.

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

2

Klik påi kolonnen Handlinger ved siden af den placering, du vil slette.

3

Vælg Slet placering , og bekræft, at du ønsker at slette denne placering.

Det tager typisk et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan kontrollere statussen ved at klikke på ved siden af placeringsnavnet og vælge Status for sletning .

Opdater en eksisterende placering

Du kan ændre din PSTN -opsætning, navnet, tidszone og sproget for en placering, efter den er oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.


 

For eksisterende placeringer kan du aktivere nødtjenester. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

Hvis du ser et advarsel-symbol ved siden af en placering, betyder det, at du ikke har konfigureret et telefonnummer for den pågældende placering endnu. Du kan ikke foretage eller modtage opkald, før du konfigurerer dette nummer.

2

(Valgfrit) Under PSTN-forbindelse skal du vælge enten Skyforbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og acceptér derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter én af følgende valgmuligheder, og klik på Gem:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en komplet PSTN -erstatningsløsning, der giver mulighed for nødopkald, indgående og udgående indenlandske og internationale opkald og giver dig mulighed for at bestille nye PSTN -numre eller overføre eksisterende numre til Cisco.


     

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I øjeblikket er allerede eksisterende placeringer, der har fået tildelt andre PSTN -funktioner, ikke adgang til Cisco -opkaldsplanen. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling -datacenter i et område, hvor Cisco -opkaldsplanen er understøttet.

  • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

     

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Lokalt baseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN -udbyder, eller hvis du vil oprette forbindelse mellem websteder, der ikke er cloud, med websteder i skyen.

     

    Webex Calling kunder med placeringer, der tidligere er konfigureret med en lokal gateway, vil automatisk blive konverteret til lokalt baseret PSTN med en tilsvarende trunk.

3

Vælg hovednummeret, hvor placeringens primære kontakt kan kontaktes.

4

(Valgfrit) Under Nødopkald , kan du vælge Stedsidentifikator for nødsituationer for at tildele til denne placering.


 

Denne indstilling er valgfri og gælder kun for lande, der kræver det.

I nogle lande (eksempel: Frankrig), findes der lovgivningsmæssige krav til, at cellulære radiosystemer kan etablere identiteten af cellen, når du foretager et nødopkald, og som stilles til rådighed for nødsituationsmyndighederne. Andre lande som f.eks. USA og Canada implementerer placeringsbestemmelse ved hjælp af andre metoder. For yderligere oplysninger, se Forbedret nødopkald .

Din udbyder af nødopkald kan have brug for oplysninger om adgangsnetværket og opnås ved at definere et nyt privat SIP -lokalnummerheader, P-Access-Network-Info. Headeren indeholder oplysninger om adgangsnetværket.

Når du indstiller Nødplaceringsidentifikator for en placering, sendes placeringsværdien til udbyderen som en del af SIP-meddelelse. Kontakt din udbyder af nødopkald for at se, om du har brug for denne indstilling, og brug den værdi, der leveres af udbyderen af nødopkald ."

5

Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering.

6

(Valgfrit) Klik på blyantikonet øverst på siden Placering for at ændre Placeringsnavn , Meddelelsessprog , E-mailsprog , Tidszone , eller Adresse efter behov, og klik derefter på Gem .


 

Ændring af Meddelelsessprog træder i kraft med det samme for alle nye brugere og funktioner, der er tilføjet denne placering. Hvis eksisterende brugere og/eller funktioner også skal ændre deres meddelelsessprog, skal du, når du bliver bedt om det, vælge Ændring for eksisterende brugere og arbejdsområder eller Ændring for eksisterende funktioner . Klik på Anvend. Du kan se status på siden Opgaver. Du kan ikke foretage flere ændringer, før dette er fuldført.


 

Ændring af tidszonen for en placering vil ikke opdatere tidszonerne for de funktioner, der er knyttet til denne placering. Hvis du vil redigere tidszoner for funktioner som f.eks. automatisk omstilling, viderestillingsgruppe og opkaldskø, skal du gå til området Generelle indstillinger for den specifikke funktion, du ønsker at opdatere tidszonen for, og redigere og gemme der.

Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, vises eksempelnumrene i Control Hub-opdateringen for at vise disse ændringer.


 

Du kan konfigurere tilladelser for udgående opkald for en placering. Se disse trin for at konfigurere tilladelser for udgående opkald.

1

Log ind på Control Hub, gå til Tjenester > Opkald > Tjenesteindstillinger, og rul derefter til Intern opkald.

2

Konfigurer de følgende valgfrie opkaldspræferencer efter behov:

  • Længde på dirigeringspræfiks for placering – vi anbefaler denne indstilling, hvis du har flere placeringer. Du kan indtaste en længde på 2-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere foretage opkald mellem placeringer med et præfiks. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.

     

    Rutepræfikslængder inkluderer styrecifferet. Hvis du f.eks. indstiller dirigeringspræfikset længden til fire, kan der kun bruges tre cifre til at angive webstedet.


     

    Hvis du tildeler et dirigeringspræfiks til en placering, omfatter alle forekomster af lokalnumre, der er tildelt den pågældende placering, dirigeringspræfikset foran lokalnummeret. For eksempel 888-1000 (dirigeringspræfiks-lokalnummer).

  • Styretid i dirigeringspræfiks – vælg det nummer, der skal angives som det første ciffer for hvert dirigeringspræfiks.
  • Internt lokalnummerlængde – du kan angive 2-10 cifre, og standarden er 2.

     

    Når du øger din lokalnummerlængde, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

  • Tillad lokalnummeropkald mellem placeringer – giver dig mulighed for at tilpasse lokalnummeropkaldet mellem placeringer baseret på din organisations krav.

    • Aktivér til/fra, hvis din organisation ikke har duplikerede lokalnumre på alle dens placeringer.

      Som standard er til/fra-knappen aktiveret.

    • Deaktiver til/fra, hvis din organisation har det samme lokalnummer forskellige steder. Når til/fra-knappen er deaktiveret, og opkalderen ringer til lokalnummeret, dirigeres opkaldet til en bruger med et tilsvarende lokalnummer på samme placering som opkalderen. Personen, der ringer op, skal ringe til virksomhedens signifikante nummer (placeringsdistributionspræfiks + lokalnummer) for at nå et lokalnummer på andre placeringer.

3

Angiv interne opkald for specifikke placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter interne opkald efter behov:

  • Internt opkald – angiv det dirigeringspræfiks, som brugere på andre placeringer skal foretage opkald med for at kunne kontakte nogen på denne placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfikslængden matcher længden, der er indstillet på organisationsniveau, men den skal være 2-7 cifre lang.
4

Angiv ekstern opkald for bestemte placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter eksterne opkald efter behov:

  • Ekstern opkald – du kan vælge et udgående opkaldsciffer, som brugere skal ringe til for at nå en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

     

    Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Alle brugere kan dog stadig foretage eksterne opkald uden det udgående opkaldsciffer.

  • Du kan eventuelt gennemtvinge opkald til det udgående opkaldsciffer for denne placering, hvilket sikrer, at brugeren skal bruge det udgående opkaldsciffer, der er indstillet af administratoren, til at foretage eksterne opkald.

     

    Nødopkald kan stadig ringes op med eller uden det udgående opkaldsciffer, når denne funktion er aktiveret.

    Når det er aktiveret, fungerer alle eksterne destinationsnumre, f.eks. dem, der bruges til viderestilling af opkald, ikke længere, hvis et udgående opkaldsciffer ikke er inkluderet.


     
    Hvis en forlængelse er det samme som det nationale nummer, har forlængelsen forrang frem for det nationale nummer. Derfor anbefaler vi, at du aktiverer cifret for udgående opkald.

     
    Vi anbefaler stærkt, at du bruger E.164-nummerformatet til indgående og udgående PSTN-opkald.

Indvirkning på brugere:

  • Brugere skal genstarte deres telefoner, før ændringer i opkaldspræferencerne træder i kraft.

  • Brugerlokalnumre bør ikke starte med det samme nummer som placeringens styringsciffer eller udgående opkaldscifre.

Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub

Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.


 

En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

Opret en trunk

Følg disse trin for at oprette en trunk i Control Hub.

Før du begynder

  • Når en placering er tilføjet, og før du konfigurerer stedbaseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

  • Forstå kravene til placeringsbaseret PSTN (lokal gateway) for Webex Calling.

  • Du kan ikke vælge mere end én trunk for en placering med placeringsbaseret PSTN, men du kan vælge den samme trunk for flere placeringer.

1

Log ind på Control Hub kl , gå til Tjenester > Ringer op > Viderestilling af opkald , og vælg Tilføj trunk .https://admin.webex.com

2

Vælg en placering.

3

Navngiv trunken, og klik på Gem.


 

Navnet må ikke være på mere end 24 tegn.

Næste trin

Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller et dokument, så du kan se dem, når du er klar til at konfigurere den lokalt baserede PSTN.

Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

Vælg en trunk til lokalt baseret PSTN

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

2

Vælg en placering, der skal modificeres, og klik på Administrer.

3

Vælg Placeringsbaseret PSTN, og klik på Næste.

4

Vælg en trunk i rullemenuen.


 

Besøg trunksiden for at administrere dine trunkgruppevalg.

5

Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

Næste trin

Du skal tage de konfigurationsoplysninger, som Control Hub genererede, og knytte parametrene til den lokale gateway (for eksempel på en lokalt placeret Cisco CUBE). Denne artikel vejleder dig gennem denne proces. Se følgende diagram som et eksempel på, hvordan Control Hub-konfigurationsoplysningerne (til venstre) knyttes til parametre i CUBE (til højre):

Når du har fuldført konfigurationen af selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub, hvor den gateway, du har oprettet, vil være angivet på det placeringskort, som du tildelte den til, med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

Administrer telefonnumre

Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub

Hvis du har en prøveversion af Webex-tjenesteydelser og gerne vil konvertere den til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

1

Log ind på Control Hub https://admin.webex.com, vælg bygningsikonet.

2

Vælg fanen Abonnementer, og klik derefter på Køb nu.

Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

Angiv opkaldsindstillinger

Konfigurer opkaldsadfærd

Du kan kontrollere, hvilken opkaldsapplikation der åbnes, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienten, herunder installation i blandet tilstand for organisationer med brugere, der er berettiget til Unified CM eller Webex Calling og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Konfigurer opkaldsadfærd.

Konfigurer lokal gateway på Cisco IOS XE til Webex Calling

Oversigt

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

  • Lokal gateway

  • Lokal gateway til Webex for offentlige myndigheder

Nøglebemærkninger

  • Før du begynder, skal du forstå kravene til det lokale offentligt skiftede telefonnetværk (PSTN) og lokal gateway (LGW) for Webex Calling. Se 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 modificerer en eksisterende PSTN-gateway eller CUBE Enterprise-installation til brug som funktionen Lokal gateway for Webex Calling, skal du være opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsstrømme og -funktionalitet på grund af de ændringer, du foretager.


 
Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan 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.

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

Konfigurer din lokale 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 .

Nøglebemærkninger

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

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

  • For at gennemgå listen over rodcertifikatmyndigheder (CA'er), som Webex for Government understøtter, se Rodcertifikatmyndigheder for Webex for Government.

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

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

  • STUN/ICE-Lite til mediestioptimering

  • Fax (T.38)

Konfigurer din lokale gateway til Webex for Government

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

  • Certifikatbaseret trunk

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

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


 
Webex for Government understøtter ikke registreringsbaseret lokal gateway.

Oversigt over design

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

I dette design bruges følgende hovedkonfigurationer:

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

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

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

  • 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.

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

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

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

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

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

  • Trin 2: Konfigurer Webex Calling-trunk

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

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

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

    Eller:

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

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

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

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

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

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

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

    • NTP

    • ACL'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP routing

    • IP-adresser

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

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

Konfiguration

1

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


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

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


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

Opret et PKI-tillidspunkt for pladeholder.


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

crypto pki trustpoint EmptyTP 
 revocation-check none
4

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


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

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

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


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

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando 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:


 

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

IP HTTP-klientproxyserver yourproxy.com proxy-port 80 

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

Konfigurer Webex Calling-registreringsbaseret trunk

1

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

2

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

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

Her er en forklaring af felterne til konfigurationen:


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

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

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

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


     

    Hvis din LGW er bag en firewall med begrænset 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.

grænseelement for tilstand

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

mediestatistik

Aktiverer medieovervågning på den lokale gateway.

massestatistikker

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

For yderligere oplysninger om disse kommandoer, se Media.

tillad-forbindelser sip til sip

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


 

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

Ikke almindelig

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

  • Når du 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.

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

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

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 .

tidligt tilbud tvungen

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

3

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


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 voice class 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 firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring af felterne til konfigurationen:

konstantbrugislite

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 et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinationstrunk-parameter:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

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

7

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


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

Her er en forklaring af felterne til konfigurationen:

  • Artikel 10 til 70 og 90

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

  • artikel 80

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

8

Konfigurer Webex Calling-trunk:

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


     

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

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasselejer 100

    Definerer et sæt konfigurationsparametre, der kun vil blive brugt til Webex Calling-trunk. For yderligere oplysninger, se stemmeklasse lejer .

    registrer Der er ingen tvivl om, hvorvidt der er noget galt med den. dns:98027369.us10.bcld.webex.com ordning sips Der er ingen tvivl om, hvorvidt der er noget galt med den. udløber Der er ingen tvivl om, hvorvidt der er noget galt med den. 240 Der er ingen tvivl om, hvorvidt der er noget galt med den. 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 .

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

    legitimationsoplysningsnummer Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_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. Dallas1463285401_lguDer 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. 9Wt[M6ifY+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) .

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

    godkendelsesbrugernavn Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_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. 9Wt[M6ifY+ 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. Dallas1171197921_lguDer 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. 9Wt[M6ifY+ 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. 98027369.us10.bcld.webex.com

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

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

    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 .

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

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

    forbindelse-genbrug

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

    srtp-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). 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 kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til WebexCalling. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/1

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

    intet pass-thru-indhold brugerdefineret-sdp

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

    sip-profiler 100

    Æ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:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling tilgå SBC. Indsæt den udgående proxyadresse, der er angivet i Control Hub, da du oprettede din trunk. For yderligere oplysninger, se udgående proxy .

    passthru til beskyttelse af personlige oplysninger

    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. For yderligere oplysninger, se privatlivspolitik .

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

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

    Her er en forklaring af felterne til konfigurationen:

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

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

    Maks. 250

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

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver den pågældende opkaldspeer 100 håndterer SIP-opkald . Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål sip-server

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

    indgående uri-anmodning 100

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

    stemmeklasse-codec 100

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

    stemmeklasse støjforbrug 100

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

    ingen 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 100

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

    srtp

    Aktiverer SRTP for opkaldsben.

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering.

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

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

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

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

Konfigurer lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 200 sip

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

2

Konfigurer følgende IP PSTN-opkalds-peer:


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

Her er en forklaring af felterne til konfigurationen:


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

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. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

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 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

bind mediekilde-grænseflade GigabitEthernet0/0/0

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

stemmeklasse-codec 100

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

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

Ikke noget

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

3

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 200

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

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

Konfigurer lokal gateway med et eksisterende Unified CM miljø

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


 

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

1

Konfigurer følgende stemmeklasse-URI-adresser:

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

    
voice class uri 300 sip
 pattern :5065

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

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

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

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

2

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


 

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


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

Her er en forklaring af felterne til konfigurationen:

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

ip 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

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

ip vært ucmsub5.mydomain.com 192.168.80.65

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

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

192.168.80.65: Værtens IP-adresse.

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

3

Konfigurer følgende opkalds-peers:

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

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

    Her er en forklaring af felterne til konfigurationen:

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

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

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:wxtocucm.io

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

    indgående uri via 300

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

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

    Her er en forklaring af felterne til konfigurationen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:pstntocucm.io

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

    indgående uri via 400

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

4

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

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

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    destinationsdpg 300

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

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

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

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

Overvåg og ret fejl ved lokal gateway med diagnosticeringssignaturer

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.

Diagnostiske signaturer (DS) er XML-filer, der indeholder oplysninger om problemudløsende hændelser og handlinger, der skal tages for at informere, foretage fejlfinding og løse problemet. Du kan definere logikken for problemregistrering ved hjælp af syslog-meddelelser, SNMP-begivenheder og gennem periodisk overvågning af specifikke show kommandooutput.

Handlingstyperne omfatter indsamling af show-kommandoer:

  • Generering af en konsolideret logfil

  • Overfører filen til en brugerleveret netværksplacering som f.eks. 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.6.1a eller højere

  1. Diagnosticeringssignaturer er aktiveret som standard.

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

    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

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


 

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

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 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 Google-konto > Sikkerhed , og aktivér indstillingen Mindre sikker app-adgang .

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail 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 CPU-udnyttelse i fem sekunder ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle 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. Geninstaller om nødvendigt DS 64224 for at fortsætte overvågningen af 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. Brug trinnene nedenfor til at installere signaturen:

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    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. 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. Diagnostiske signaturer (DS) fjerner behovet for manuelt at kontrollere for problemforekomsten og gør det meget nemmere at foretage fejlfinding af intermitterende og forbigående problemer.

Du kan bruge 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'et fra output for Vis diagnose-hjem-opkald-signatur 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.

Administrer og valider Cisco IOS XE-gateways via Control Hub

For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden 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:

Oversigt over design

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

I dette design bruges følgende hovedkonfigurationer:

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

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

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

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

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

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

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

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

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

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

  • Trin 2: Konfigurer Webex Calling-trunk

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

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

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

    Eller:

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

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

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

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

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

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

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

      Se godkendelseskoder for yderligere oplysninger.

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

    • NTP

    • ACL'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP routing

    • IP-adresser

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

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

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

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

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

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

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

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

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

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

Konfiguration

1

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


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

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


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

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

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

    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.lgw.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 den til at anmode om et signeret certifikat fra en understøttet CA-udbyder:

    crypto pki enroll LGW_CERT
4

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


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

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


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

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


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

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando 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:


 

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

IP HTTP-klientproxyserver yourproxy.com proxy-port 80 

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

Konfigurer Webex Calling-certifikatbaseret trunk

1

Opret en CUBE-certifikatbaseret PSTN-trunk for en eksisterende placering i Control Hub. For yderligere oplysninger, se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling .


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

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


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

Her er en forklaring af felterne til konfigurationen:


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

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

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

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

  • 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

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

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).

Ikke almindelig

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


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

  • Når du 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.

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

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

asymmetrisk nyttelast fuld

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

tidligt tilbud tvungen

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

indgående sip-profiler

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

3

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


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 voice class 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. (Dette trin gælder ikke for Webex for Government)


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

Her er en forklaring af felterne til konfigurationen:

konstantbrugislite

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 .


 
Den gennemgående firewall-flowdata Kommando er kun påkrævet ved installation af din lokale gateway bag NAT.

 
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. (Dette trin gælder ikke for Webex for Government)


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 FIPS-kompatible GCM-kryptering (Dette trin gælder kun for Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-krypto 100

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

7

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


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

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

8

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


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

Her er en forklaring af felterne til konfigurationen:

Regler 10 og 20

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


 

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

9

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

SIP -profiler for udgående meddelelser til Webex Calling

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

Her er en forklaring af felterne til konfigurationen:

Regler 10 og 20

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

Regler 30 til 81

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

SIP-profil for indgående meddelelser fra Webex Calling

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

Her er en forklaring af felterne til konfigurationen:

Regler 10 til 80

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

For yderligere oplysninger, se sip-profiler i taleklassen .

10

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 "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Her er en forklaring af felterne til konfigurationen:

stemmeklasse 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 bag statisk NAT.

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

11

Konfigurer Webex Calling-trunk:

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


     

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

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

    Her er en forklaring 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. For yderligere oplysninger, se stemmeklasse lejer .

    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 .

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

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

    srtp-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). 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 tilknyttede opkalds-peers. For yderligere oplysninger, se session-transport .

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-sessioner globalt.

    fejlgennemgang

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

    bindekontrolkilde-grænseflade GigabitEthernet0/0/1

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

    bind mediekilde-grænseflade GigabitEthernet0/0/1

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

    sip-profiler i stemmeklasse 100

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

    sip-profiler i stemmeklasse 110 indgående

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

    Databeskyttelsespolitik opdateret

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

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

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 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:

    
dial-peer voice 100 voip
 description Inbound/Outbound 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål sip-server

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

    indgående uri-anmodning 100

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

    stemmeklasse-codec 100

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

    stemmeklasse støjforbrug 100

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

    stemmeklasse sip-asserted-id pai

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

    stemmeklasse sip-lejer 100

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

    stemmeklasse sip valgmuligheder-keepalive profil 100

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

    srtp

    Aktiverer SRTP for opkaldsben.

Konfigurer lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 200 sip

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

2

Konfigurer følgende IP PSTN-opkalds-peer:


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

Her er en forklaring af felterne til konfigurationen:


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

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. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

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 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

bind mediekilde-grænseflade GigabitEthernet0/0/0

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

stemmeklasse-codec 100

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

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

Ikke noget

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

3

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 200

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

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

Konfigurer lokal gateway med et eksisterende Unified CM miljø

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

1

Konfigurer følgende stemmeklasse-URI-adresser:

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

    
voice class uri 300 sip
 pattern :5065

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

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

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

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

2

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


 

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


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

Her er en forklaring af felterne til konfigurationen:

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

ip 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

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

ip vært ucmsub5.mydomain.com 192.168.80.65

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

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

192.168.80.65: Værtens IP-adresse.

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

3

Konfigurer følgende opkalds-peers:

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

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

    Her er en forklaring af felterne til konfigurationen:

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

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

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:wxtocucm.io

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

    indgående uri via 300

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

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

    Her er en forklaring af felterne til konfigurationen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:pstntocucm.io

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

    indgående uri via 400

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

4

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

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

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    destinationsdpg 300

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

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

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

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

Overvåg og ret fejl ved lokal gateway med diagnosticeringssignaturer

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.

Implementer CUBE høj tilgængelighed som lokal gateway

Grundlæggende

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex Calling, skal du sørge for, at du har en klar forståelse af følgende koncepter:

Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge for, at du opfylder kravene til CUBE HA-design.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.


 

Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

Webex Calling-løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Nedenstående figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.


 

Kontrolpunkter er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

I denne artikel henviser CUBE HA til CUBE High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) for tilstandsfuld opkaldsbevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling-trunkudrulning.

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte stemme-B2B HA.

Virtuel IP-adresseadministration (VIP) for både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standby-routeren over og fortsætter med at videresende RTP-strømmen, som tidligere blev dirigeret af den første router.

Opkald i midlertidig tilstand på tidspunktet for failover bevares ikke efter skiftet. For eksempel opkald, der endnu ikke er helt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skiftet.

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

  • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er redundansgruppe (RG)-kontrol-/datagrænseflade

  • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/data- og trafikgrænseflader

  • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

  • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundansgrænsefladeidentifikatoren rii bør være unik for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBE'er skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

  • Loopback-grænseflader kan ikke bruges som binding, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-kontrol-/datalinket (Gig3)

  • Begge platforme skal være ens og tilsluttes via en fysisk switch på tværs af alle grænseflader af samme slags, for at CUBE HA kan virke, dvs. at GE0/0/0 for CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

  • Både aktiv/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. at grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

  • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans – Starter redundans-tilstand

  • applikationsredundans – Starter konfigurationstilstand for applikationsredundans

  • gruppe – Starter konfigurationstilstand for applikationsgrupperedundans

  • navn LocalGateway-HA – Definerer navnet på RG-gruppen

  • prioritet 100 failover-tærskel 75 – Angiver indledende prioritets- og failover-tærskler for en RG

  • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to tider for forsinkelse og genindlæsning

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

    • Standardtimere anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

  • kontrol GigabitEthernet3 protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, som vil blive tilknyttet en kontrolgrænseflade, og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • data GigabitEthernet3 – Konfigurerer grænsefladen, der bruges til kontrolpunkt for datatrafik

  • spor – RG-gruppesporing af grænseflader

  • protokol 1 – Angiver protokolforekomsten, som vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • timere hellotid 3 ventetid 10 – Konfigurerer de to timere til hellotid og holdtid:

    • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

    • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under voice service voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundansprocessen. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

redundans-gruppe 1 – Tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans rii – Konfigurerer redundansgrænseflade-ID'et for redundansgruppen. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har den samme VIP.


     

    Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-ID'er på deres respektive grænseflader (for at forhindre kollision). "vis redundansapplikationsgruppe alle" bør angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundansgruppe 1 – Tilknytter grænsefladen med den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.


     

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Den platform, som skal genindlæses sidst, er altid standby.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne; platformen, der genindlæses sidste, vil altid være Standby.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurer en lokal gateway på begge CUBE'er

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

  • Brugernavn: Hussain1076_LGU

  • Adgangskode: lOV12MEaZx

1

Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne, der er vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6-adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Her er den lokale gateway-konfiguration, der gælder for begge platforme baseret på de Control Hub-parametre, der vises ovenfor, gem og genindlæs. SIP Digest-legitimationsoplysninger fra Control Hub er fremhævet med fed skrift.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


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


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 pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
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=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  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
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
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 GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE

2

På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med Webex Calling-adgangs-SBC. Se resultatet af de følgende visningskommandoer.

vis redundansapplikationsgruppe 1

vis statussen for sip-ua-registeret


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Fra ovenstående output kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex Calling-adgangs-SBC, mens resultatet af "vis sip-ua-registerstatus" er tomt i VCUBE-1

3

Aktivér nu følgende fejlretninger på VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.


VCUBE-2#redundancy application reload group 1 self

Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor

  • Når den AKTIVE router genindlæses

  • Når den AKTIVE router starter op

  • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret

5

Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 er nu den aktive LGW.

6

Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex Calling via den virtuelle IP og modtager en 200 OK.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Konfigurer Unified CM til Webex Calling

Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gatewayen befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP-trunksikkerhedsprofil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunksikkerhedsprofil
Indgående portSkal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer en SIP-profil for den lokale gateway-trunk

Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-profil
Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)"Kontrolleret

Opret et opkaldssøgerum for opkald fra Webex

Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex Calling-søgerum
Valgte partitioner

DN (+E.164-adressebogsnumre)

ESN (forkortede opkald mellem områder)

PSTNInternational (PSTN-adgang)

onNetRemote (GDPR-indlærte destinationer)


 

Den sidste partition onNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurer en SIP-trunk til og fra Webex

Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

IndstillingVærdi
Oplysninger om enhed
DeviceNameEt unikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunk
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Indgående opkald
OpkaldssøgerumDet tidligere definerede opkaldssøgerum: Webex
AAR-opkaldssøgerumEt opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
SIP-oplysninger
DestinationsadresseIP-adresse for den lokale gateways CUBE
Destinationsport5060
SIP-trunksikkerhedsprofilTidligere defineret: Webex
SSO-profilTidligere defineret: Webex

Konfigurer rutegruppe for Webex

Opret en rutegruppe med følgende indstillinger:

IndstillingVærdi
Oplysninger om rutegruppe
Navn på videresendelsesgruppeEt unikt navn, såsom Webex
Valgte enhederDen tidligere konfigurerede SIP trunk: Webex

Konfigurer ruteliste for Webex

Opret en ruteliste med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEt unikt navn, f.eks. RL_Webex
BeskrivelseMeningsfuld beskrivelse, såsom ruteliste for Webex
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Medlemsoplysninger om ruteliste
Valgte grupperKun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationerne med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-partition

Næste trin

Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan viderestilles.

Konfigurer rutemønstre for Webex-destinationer

Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

IndstillingVærdi
RutemønsterFuldt +E.164-mønster for DID-området i Webex med foranstillet "\". Eksempel: \+140855501XX
RutepartitionWebex
Gateway-/rutelisteRL_Webex
Hastende prioritetKontrolleret

Konfigurer normalisering af forkortede opkald mellem områder for Webex

Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

IndstillingVærdi
OversættelsesmønsterESN-mønster for ESN-området i Webex. Eksempel: 80121XX
PartitionWebex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-normaliseringsmønster
Brug afsenderens opkaldssøgerumKontrolleret
Hastende prioritetKontrolleret
Vent ikke på mellemciffer-timeout på efterfølgende hopKontrolleret
Transformationsmaske for opkaldt partMaske til normalisering af nummeret til +E.164. Eksempel: +140855501XX

Konfigurer dine Webex Calling-funktioner

Opsæt en viderestillingsgruppe

Viderestillingsgrupper dirigerer indgående opkald til en gruppe af brugere eller arbejdsområder. Du kan endda konfigurere et mønster til at dirigere til en hel gruppe.

Få flere oplysninger om, hvordan du opsætter en viderestillingsgruppe Søgegrupper i Cisco Webex Control Hub .

Opret en opkaldskø

Du kan opsætte en opkaldskø, således at når kunders opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Få flere oplysninger om, hvordan du opsætter og administrerer en opkaldskø Administrer opkaldskøer i Cisco Webex Control Hub .

Opret en receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret. Du kan konfigurere brugere som omstillinger, så de kan screene indgående opkald til bestemte personer i din organisation.

For oplysninger om, hvordan du opsætter og ser dine receptionistklienter, se Receptionistklienter i Cisco Webex Control Hub.

Opret og administrer automatiske omstillingsfunktioner

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Opret en 24-timers tidsplan, eller angiv andre valgmuligheder, når din virksomhed er åben eller lukket.

Oplysninger om, hvordan du opretter og administrerer automatiske receptionister, finder du i Administrer automatiske omvisning i Cisco Webex Control Hub .

Konfigurer en paging-gruppe

Gruppepersonsøgning giver en bruger mulighed for at foretage et envejsopkald eller gruppesøge til op til 75 målbrugere og arbejdsområder ved at ringe til et nummer eller lokalnummer, der er tildelt en bestemt personsøgningsgruppe.

For oplysninger om, hvordan du opsætter og redigerer personsøgningsgrupper, se Konfigurer en personsøgningsgruppe i Cisco Webex Control Hub .

Konfigurer besvarelse af opkald

Forbedre teamwork og samarbejde ved at oprette en besvarelsesgruppe , så brugerne kan besvare hinandens opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

Du kan finde yderligere oplysninger om, hvordan du opsætter en opkaldsbesvarelsesgruppe i Opkaldsbesvarelse i Cisco Webex Control Hub.

Konfigurer parkering af opkald

Parkering af opkald tillader en defineret gruppe af brugere at parkere opkald hos andre tilgængelige medlemmer af en gruppe for parkering af opkald. Parkerede opkald kan besvares af andre medlemmer af gruppen på deres telefon.

Du kan finde yderligere oplysninger om, hvordan du opsætter parkering af opkald i Parkering af opkald i Cisco Webex Control Hub.

Aktivér indtrængen for brugere

1

Fra kundevisningen i , gå til Ledelse > Placeringer .https://admin.webex.com

2

Vælg en bruger, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg derefter Bryd ind.

4

Slå til/fra-knappen for at tillade andre brugere at føje sig til denne brugers igangværende opkald.

5

Markér Afspil en tone, når denne bruger bryder ind i et opkald , hvis du vil afspille en tone til andre, når denne bruger bryder ind i sit opkald.

6

Klik på Gem.

Aktivér beskyttelse for en bruger

1

Log ind på Control Hub, og gå til Ledelse> Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til området Tilladelser mellem brugere , og vælg derefter Beskyttelse af personlige oplysninger.

4

Vælg de passende indstillinger for Databeskyttelse ved automatisk omstilling for denne bruger.

  • Tillad, at denne bruger kan ringes op via lokalnummer
  • Tillad, at denne bruger kan ringes op via for- eller efternavn
5

Markér afkrydsningsfeltet Aktivér databeskyttelse. Du kan derefter beslutte at blokere alle ved ikke at vælge medlemmer fra rullegardinmenuen. Alternativt kan du vælge de brugere, arbejdsområder og virtuelle linjer, der kan overvåge denne brugers linjestatus.

Hvis du er placeringsadministrator, vises kun de brugere, arbejdsområder og virtuelle linjer, der vedrører dine tildelte placeringer, i rullemenuen.

Fjern markeringen i afkrydsningsfeltet Aktivér beskyttelse for at tillade alle at overvåge linjestatus.

6

Markér afkrydsningsfeltet Gennemtving beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind for at aktivere beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind.


 
  • Hvis du aktiverer denne valgmulighed, kan kun de autoriserede brugere, virtuelle linjer og arbejdsområdeenheder bruge omdirigeret opkaldsbesvarelse og bryde ind på denne bruger. Ellers kan alle i organisationen aktivere omdirigeret opkaldsbesvarelse og bryde ind på en linje.
  • For yderligere oplysninger om bryde ind, se Bryd ind på en andens telefonopkald.
  • Supervisoren kan altid bryde ind i opkald, som agenterne modtager via opkaldskøen. Det vil sige, at indstillinger for beskyttelse af personlige oplysninger ikke påvirker en supervisors mulighed for at bryde ind.
7

Fra Tilføj medlem efter navn, vælg de brugere, arbejdsområder og virtuelle linjer, der kan overvåge telefonlinjestatus og aktivere omdirigeret opkaldsbesvarelse og bryde ind.

8

Hvis du vil filtrere de medlemmer, du vælger, skal du bruge filteret efter navn, nummer eller ext-felt.

9

Klik på Fjern alle for at fjerne alle de valgte medlemmer.


 
Hvis du vil fjerne et individuelt medlem, skal du klikke på Slet ved siden af medlemmets navn.
10

Klik på Gem.

Privacy settings

Konfigurer overvågning

Det maksimale antal overvågede linjer for en bruger er 50. Men når du konfigurerer overvågningslisten, skal du overveje antallet af meddelelser, der påvirker båndbredden mellem Webex Calling og dit netværk. Bestem også de maksimale overvågede linjer ved hjælp af antallet af linjeknapper på brugerens telefon.

1

Fra kundevisningen i https://admin.webex.com, gå til Administration og klik derefter på Brugere.

2

Vælg den bruger, du vil modificere, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Overvågning.

4

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj lokalnummer til parkering af opkald

Du kan inkludere en virtuel linje på listen Tilføj overvåget linje til brugerovervågning.

5

Vælg, om du vil underrette denne bruger om parkerede opkald, søg efter personen eller lokalnummeret til parkering af opkald, der skal overvåges, og klik derefter på Gem.


 

Listen over overvågede linjer i Control Hub svarer til den rækkefølge af overvågede linjer, der vises på brugerens enhed. Du kan omarrangere listen over overvågede linjer når som helst.


 

Det navn, der vises for den overvågede linje, er det navn, der er angivet i felterne Fornavn og efternavn for bruger, arbejdsområde og virtuelle linje.

Vil du gerne se, hvordan det gøres? Se dette video demonstration om, hvordan du administrerer overvågningsindstillinger for en bruger i Control Hub .

Aktivér advarselstone for opkaldsbro for brugere

Før du begynder

Du skal have den delt linje konfigureret, før opkaldsbroen kan kaldes. Se, hvordan du konfigurere delte linjer før du aktiverer advarselstone for opkaldsbro, der afspilles.
1

Log ind på Control Hub, og gå til Ledelse> Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til Tilladelser mellem brugere, og klik på Advarselstone for opkaldsbro.

4

Tænd Advarselstone for brokobling af opkald , og klik derefter på Gem .


 
Som standard er denne funktion aktiveret.

For yderligere oplysninger om opkaldsforbindelse på en delt MPP-linje, se Delte linjer på din multiplatformstelefon.

For yderligere oplysninger om opkaldsbro på en delt linje i Webex-appen, se Visning af delt linje for Webex-appen.

Aktivér hoteling for en bruger

Aktivering af aktivitetsbaseret kontor giver en bruger mulighed for at arbejde et andet sted, mens de bevarer funktionerne fra deres fastnettelefon.
1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og vælg Brugere .

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Hoteling , og slå til/fra-knappen.

4

Indtast navnet eller nummeret på hotelværten i feltet Hoteling placering, og vælg den hoteling-vært, som du vil tildele brugeren.

Der kan kun vælges én hotelvært. Hvis du vælger en anden hotelvært, slettes den første.


 
Hvis du er placeringsadministrator, kan du kun tildele hotelværten, der er relevant for dine tildelte placeringer.
5

For at begrænse den tid, en bruger kan tilknyttes hotelværten, skal du vælge antallet af timer, som brugeren kan bruge hotelværten i rullemenuen Begrænsede tilknytningsperiode .

Brugeren vil automatisk blive logget ud efter det valgte tidspunkt.


 

Der vises en fejlmeddelelse på skærmen, hvis den begrænsede tilknytningsperiode, der er angivet for brugeren, overskrider den valgte hotelværts begrænsningsperiode. Hvis værten for hoteling f.eks. har en grænsetilslutningsperiode på 12 timer, og brugerens grænsetilslutningsperiode er 24 timer, vises en fejlmeddelelse. I sådanne tilfælde skal du forlænge grænsetilknytningsperioden for hotelværten, hvis brugeren har brug for mere tid.

6

Klik på Gem.


 

En bruger kan også søge efter og finde den hotelvært, de vil bruge, fra User Hub. For yderligere oplysninger, se Få adgang til din opkaldsprofil, uanset hvor du er .

Vil du gerne se, hvordan det gøres? Se dette video demonstration om, hvordan du konfigurerer hoteling i Control Hub.
Indførelsestendenser og brugsrapporter for Webex Calling

Se opkaldsrapporter

Du kan bruge siden Analyse i Control Hub til at få indsigt i, hvordan personer bruger Webex Calling og Webex-appen (engagement) samt deres oplevelse med opkaldsmediet. For at få adgang til Webex Calling-analyse skal du logge ind på Control Hub og derefter gå til Analyse og vælge fanen Opkald.

1

For detaljerede opkaldshistorik skal du logge ind på Control Hub , og derefter gå til Analyse > Ringer op .

2

Vælg Detaljeret opkaldshistorik .

Se Analyse af dedikeret forekomst for at få oplysninger om opkald, der bruger dedikeret forekomst.

3

For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub og derefter gå til Analyse og vælge Opkald.

Få yderligere oplysninger i Analyser til din Cloud Collaboration-portefølje.
Forbered dit miljø

Generelle forudsætninger

Før du konfigurerer en lokal gateway til Webex Calling, skal du sørge for, at du:

  • har grundlæggende viden om VoIP-principper

  • har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter

  • Have en grundlæggende forståelse af SIP (Session Initiation Protocol)

  • har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM

Se Virksomhedskonfigurationsvejledningen til Cisco Unified Border Element (CUBE) for at få flere oplysninger.

Hardware- og softwarekrav til lokal gateway

Sørg for, at din installation har en eller flere af de lokale gateways, f.eks.:

  • Cisco CUBE til IP-baseret forbindelse

  • Cisco IOS-gateway til TDM-baseret forbindelse

Se tabel 1 i den lokale gateway til ordrevejledning til Webex Calling. Sørg også for, at platformen kører en understøttet IOS-XE-udgivelse i henhold til konfigurationsvejledningen til lokal gateway.

Den lokale gateway hjælper dig med at migrere til Webex Calling i dit eget tempo. Den lokale gateway integrerer din eksisterende lokal installation med Webex Calling. Du kan også bruge din eksisterende PSTN-forbindelse. Se Kom i gang med lokal gateway

Certifikat- og sikkerhedskrav til lokal gateway

Webex Calling kræver et sikkert signal og sikre medier. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

  • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

  • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

  • Nøglecenterbundtet validerer certifikatet, der præsenteres

  • Der anmodes om legitimationsoplysninger (fra SIP Digest)

  • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

Krav til firewall, NAT og mediestioptimering til lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

Hvis du vil bruge mediestioptimering med ICE, skal den lokale gateways grænseflade, der vender mod Webex Calling, have en direkte netværkssti til og fra Webex Calling-slutpunkterne. Hvis slutpunkterne er på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways grænseflade, der vender mod Webex Calling, skal den lokale gateway have en offentlig IP-adresse tildelt til grænsefladen, der vender mod Webex Calling, til opkald mellem den lokale gateway og slutpunkterne for at bruge mediestioptimering. Derudover skal den køre iOS-XE version 16.12.5.

Konfigurer Webex Calling til din organisation

Konfigurer opkaldsindstillinger i guiden til første opsætning

Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

1

Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.


 

Din administrator-e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

2

Gennemse og acceptér tjenesteydelsesvilkårene.

3

Gennemgå din plan, og klik derefter på Kom i gang.


 

Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger Kom i gang.

4

Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

5

Klik på Næste: Standardplacering.

6

Vælg mellem følgende valgmuligheder:

  • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren fuldfører klargøring af Webex Calling.
  • Udfyld de nødvendige oplysninger om placering. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

 

Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

7

Foretag følgende valg, der skal gælde for denne placering:

  • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – Til e-mailkommunikation til nye brugere.
  • Land
  • Tidszone
8

Klik på Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og vælg Afslut.

Tilføj en placering

Før du begynder

For at oprette en ny placering skal du forberede følgende oplysninger:

  • Placeringsadresse

  • Ønskede telefonnumre (valgfrit)

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .


 
En ny placering hostes i det regionale datacenter, der svarer til det land, du valgte ved hjælp af guiden til den første opsætning.
2

Konfigurer indstillingerne for placeringen:

  • Navn på placering – Indtast et unikt navn for at identificere placeringen.
  • Land/region – Vælg et land at knytte placeringen til. Du kan f.eks. oprette en placering (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
  • Placering Adresse – Indtast placeringens primære postadresse.
  • By/by – Indtast en by for denne placering.
  • Stat/provins/region – Vælg en tilstand i rullemenuen.
  • Postnummer – Angiv postnummeret.
  • Meddelelsessprog – Vælg sprog for lydmeddelelser og -beskeder for nye brugere og funktioner.
  • E-mailsprog – Vælg sprog for e-mailkommunikation med nye brugere.
  • Tidszone – Vælg tidszone for placeringen.
3

Klik på Gem og vælg derefter Ja / Nej for at tilføje numre til placeringen nu eller senere.

4

Hvis du klikkede Ja , skal du vælge en af følgende valgmuligheder:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en komplet PSTN -erstatningsløsning, der giver mulighed for nødopkald, indgående og udgående indenlandske og internationale opkald og giver dig mulighed for at bestille nye PSTN -numre eller overføre eksisterende numre til Cisco.


     

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I forvejen eksisterende placeringer, der har fået PSTN-funktioner tildelt, er ikke kvalificerede til Cisco-opkaldsplanen på nuværende tidspunkt. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling -datacenter i et område, hvor Cisco -opkaldsplanen er understøttet.

  • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

     

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Stedbaseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen med websteder, der er i skyen.

Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for vejledning.

5

Vælg, om du vil aktivere numrene nu eller senere.

6

Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke på Valider.

Numre tilføjes for den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, hvor der vises en fejlmeddelelse.

Afhængigt af placeringens land formateres numrene i henhold til kravene for lokal opringning. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden forudfyldes.

7

Klik på Gem.

Næste trin

Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

Før du begynder


 

Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > Ringer op > Tal og vælg den placering, der skal slettes, i rullemenu. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

Husk, at alle numre, der er knyttet til denne placering, vil blive frigivet tilbage til din PSTN-udbyder. Du vil ikke længere eje disse numre.

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

2

Klik påi kolonnen Handlinger ved siden af den placering, du vil slette.

3

Vælg Slet placering , og bekræft, at du ønsker at slette denne placering.

Det tager typisk et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan kontrollere statussen ved at klikke på ved siden af placeringsnavnet og vælge Status for sletning .

Opdater en eksisterende placering

Du kan ændre din PSTN -opsætning, navnet, tidszone og sproget for en placering, efter den er oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.


 

For eksisterende placeringer kan du aktivere nødtjenester. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

Hvis du ser et advarsel-symbol ved siden af en placering, betyder det, at du ikke har konfigureret et telefonnummer for den pågældende placering endnu. Du kan ikke foretage eller modtage opkald, før du konfigurerer dette nummer.

2

(Valgfrit) Under PSTN-forbindelse skal du vælge enten Skyforbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og acceptér derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter én af følgende valgmuligheder, og klik på Gem:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco Calling Plan er en komplet PSTN -erstatningsløsning, der giver mulighed for nødopkald, indgående og udgående indenlandske og internationale opkald og giver dig mulighed for at bestille nye PSTN -numre eller overføre eksisterende numre til Cisco.


     

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I øjeblikket er allerede eksisterende placeringer, der har fået tildelt andre PSTN -funktioner, ikke adgang til Cisco -opkaldsplanen. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling -datacenter i et område, hvor Cisco -opkaldsplanen er understøttet.

  • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

     

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Lokalt baseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN -udbyder, eller hvis du vil oprette forbindelse mellem websteder, der ikke er cloud, med websteder i skyen.

     

    Webex Calling kunder med placeringer, der tidligere er konfigureret med en lokal gateway, vil automatisk blive konverteret til lokalt baseret PSTN med en tilsvarende trunk.

3

Vælg hovednummeret, hvor placeringens primære kontakt kan kontaktes.

4

(Valgfrit) Under Nødopkald , kan du vælge Stedsidentifikator for nødsituationer for at tildele til denne placering.


 

Denne indstilling er valgfri og gælder kun for lande, der kræver det.

I nogle lande (eksempel: Frankrig), findes der lovgivningsmæssige krav til, at cellulære radiosystemer kan etablere identiteten af cellen, når du foretager et nødopkald, og som stilles til rådighed for nødsituationsmyndighederne. Andre lande som f.eks. USA og Canada implementerer placeringsbestemmelse ved hjælp af andre metoder. For yderligere oplysninger, se Forbedret nødopkald .

Din udbyder af nødopkald kan have brug for oplysninger om adgangsnetværket og opnås ved at definere et nyt privat SIP -lokalnummerheader, P-Access-Network-Info. Headeren indeholder oplysninger om adgangsnetværket.

Når du indstiller Nødplaceringsidentifikator for en placering, sendes placeringsværdien til udbyderen som en del af SIP-meddelelse. Kontakt din udbyder af nødopkald for at se, om du har brug for denne indstilling, og brug den værdi, der leveres af udbyderen af nødopkald ."

5

Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering.

6

(Valgfrit) Klik på blyantikonet øverst på siden Placering for at ændre Placeringsnavn , Meddelelsessprog , E-mailsprog , Tidszone , eller Adresse efter behov, og klik derefter på Gem .


 

Ændring af Meddelelsessprog træder i kraft med det samme for alle nye brugere og funktioner, der er tilføjet denne placering. Hvis eksisterende brugere og/eller funktioner også skal ændre deres meddelelsessprog, skal du, når du bliver bedt om det, vælge Ændring for eksisterende brugere og arbejdsområder eller Ændring for eksisterende funktioner . Klik på Anvend. Du kan se status på siden Opgaver. Du kan ikke foretage flere ændringer, før dette er fuldført.


 

Ændring af tidszonen for en placering vil ikke opdatere tidszonerne for de funktioner, der er knyttet til denne placering. Hvis du vil redigere tidszoner for funktioner som f.eks. automatisk omstilling, viderestillingsgruppe og opkaldskø, skal du gå til området Generelle indstillinger for den specifikke funktion, du ønsker at opdatere tidszonen for, og redigere og gemme der.

Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, vises eksempelnumrene i Control Hub-opdateringen for at vise disse ændringer.


 

Du kan konfigurere tilladelser for udgående opkald for en placering. Se disse trin for at konfigurere tilladelser for udgående opkald.

1

Log ind på Control Hub, gå til Tjenester > Opkald > Tjenesteindstillinger, og rul derefter til Intern opkald.

2

Konfigurer de følgende valgfrie opkaldspræferencer efter behov:

  • Længde på dirigeringspræfiks for placering – vi anbefaler denne indstilling, hvis du har flere placeringer. Du kan indtaste en længde på 2-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere foretage opkald mellem placeringer med et præfiks. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.

     

    Rutepræfikslængder inkluderer styrecifferet. Hvis du f.eks. indstiller dirigeringspræfikset længden til fire, kan der kun bruges tre cifre til at angive webstedet.


     

    Hvis du tildeler et dirigeringspræfiks til en placering, omfatter alle forekomster af lokalnumre, der er tildelt den pågældende placering, dirigeringspræfikset foran lokalnummeret. For eksempel 888-1000 (dirigeringspræfiks-lokalnummer).

  • Styretid i dirigeringspræfiks – vælg det nummer, der skal angives som det første ciffer for hvert dirigeringspræfiks.
  • Internt lokalnummerlængde – du kan angive 2-10 cifre, og standarden er 2.

     

    Når du øger din lokalnummerlængde, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

  • Tillad lokalnummeropkald mellem placeringer – giver dig mulighed for at tilpasse lokalnummeropkaldet mellem placeringer baseret på din organisations krav.

    • Aktivér til/fra, hvis din organisation ikke har duplikerede lokalnumre på alle dens placeringer.

      Som standard er til/fra-knappen aktiveret.

    • Deaktiver til/fra, hvis din organisation har det samme lokalnummer forskellige steder. Når til/fra-knappen er deaktiveret, og opkalderen ringer til lokalnummeret, dirigeres opkaldet til en bruger med et tilsvarende lokalnummer på samme placering som opkalderen. Personen, der ringer op, skal ringe til virksomhedens signifikante nummer (placeringsdistributionspræfiks + lokalnummer) for at nå et lokalnummer på andre placeringer.

3

Angiv interne opkald for specifikke placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter interne opkald efter behov:

  • Internt opkald – angiv det dirigeringspræfiks, som brugere på andre placeringer skal foretage opkald med for at kunne kontakte nogen på denne placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfikslængden matcher længden, der er indstillet på organisationsniveau, men den skal være 2-7 cifre lang.
4

Angiv ekstern opkald for bestemte placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter eksterne opkald efter behov:

  • Ekstern opkald – du kan vælge et udgående opkaldsciffer, som brugere skal ringe til for at nå en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

     

    Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Alle brugere kan dog stadig foretage eksterne opkald uden det udgående opkaldsciffer.

  • Du kan eventuelt gennemtvinge opkald til det udgående opkaldsciffer for denne placering, hvilket sikrer, at brugeren skal bruge det udgående opkaldsciffer, der er indstillet af administratoren, til at foretage eksterne opkald.

     

    Nødopkald kan stadig ringes op med eller uden det udgående opkaldsciffer, når denne funktion er aktiveret.

    Når det er aktiveret, fungerer alle eksterne destinationsnumre, f.eks. dem, der bruges til viderestilling af opkald, ikke længere, hvis et udgående opkaldsciffer ikke er inkluderet.


     
    Hvis en forlængelse er det samme som det nationale nummer, har forlængelsen forrang frem for det nationale nummer. Derfor anbefaler vi, at du aktiverer cifret for udgående opkald.

     
    Vi anbefaler stærkt, at du bruger E.164-nummerformatet til indgående og udgående PSTN-opkald.

Indvirkning på brugere:

  • Brugere skal genstarte deres telefoner, før ændringer i opkaldspræferencerne træder i kraft.

  • Brugerlokalnumre bør ikke starte med det samme nummer som placeringens styringsciffer eller udgående opkaldscifre.

Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub

Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.


 

En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

Opret en trunk

Følg disse trin for at oprette en trunk i Control Hub.

Før du begynder

  • Når en placering er tilføjet, og før du konfigurerer stedbaseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

  • Forstå kravene til placeringsbaseret PSTN (lokal gateway) for Webex Calling.

  • Du kan ikke vælge mere end én trunk for en placering med placeringsbaseret PSTN, men du kan vælge den samme trunk for flere placeringer.

1

Log ind på Control Hub kl , gå til Tjenester > Ringer op > Viderestilling af opkald , og vælg Tilføj trunk .https://admin.webex.com

2

Vælg en placering.

3

Navngiv trunken, og klik på Gem.


 

Navnet må ikke være på mere end 24 tegn.

Næste trin

Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller et dokument, så du kan se dem, når du er klar til at konfigurere den lokalt baserede PSTN.

Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

Vælg en trunk til lokalt baseret PSTN

1

Log ind på Control Hub påhttps://admin.webex.com , gå til Ledelse > Placering .

2

Vælg en placering, der skal modificeres, og klik på Administrer.

3

Vælg Placeringsbaseret PSTN, og klik på Næste.

4

Vælg en trunk i rullemenuen.


 

Besøg trunksiden for at administrere dine trunkgruppevalg.

5

Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

Næste trin

Du skal tage de konfigurationsoplysninger, som Control Hub genererede, og knytte parametrene til den lokale gateway (for eksempel på en lokalt placeret Cisco CUBE). Denne artikel vejleder dig gennem denne proces. Se følgende diagram som et eksempel på, hvordan Control Hub-konfigurationsoplysningerne (til venstre) knyttes til parametre i CUBE (til højre):

Når du har fuldført konfigurationen af selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub, hvor den gateway, du har oprettet, vil være angivet på det placeringskort, som du tildelte den til, med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

Administrer telefonnumre

Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub

Hvis du har en prøveversion af Webex-tjenesteydelser og gerne vil konvertere den til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

1

Log ind på Control Hub https://admin.webex.com, vælg bygningsikonet.

2

Vælg fanen Abonnementer, og klik derefter på Køb nu.

Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

Angiv opkaldsindstillinger

Konfigurer opkaldsadfærd

Du kan kontrollere, hvilken opkaldsapplikation der åbnes, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienten, herunder installation i blandet tilstand for organisationer med brugere, der er berettiget til Unified CM eller Webex Calling og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Konfigurer opkaldsadfærd.

Konfigurer lokal gateway på Cisco IOS XE til Webex Calling

Oversigt

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

  • Lokal gateway

  • Lokal gateway til Webex for offentlige myndigheder

Nøglebemærkninger

  • Før du begynder, skal du forstå kravene til det lokale offentligt skiftede telefonnetværk (PSTN) og lokal gateway (LGW) for Webex Calling. Se 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 modificerer en eksisterende PSTN-gateway eller CUBE Enterprise-installation til brug som funktionen Lokal gateway for Webex Calling, skal du være opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsstrømme og -funktionalitet på grund af de ændringer, du foretager.


 
Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan 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.

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

Konfigurer din lokale 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 .

Nøglebemærkninger

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

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

  • For at gennemgå listen over rodcertifikatmyndigheder (CA'er), som Webex for Government understøtter, se Rodcertifikatmyndigheder for Webex for Government.

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

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

  • STUN/ICE-Lite til mediestioptimering

  • Fax (T.38)

Konfigurer din lokale gateway til Webex for Government

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

  • Certifikatbaseret trunk

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

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


 
Webex for Government understøtter ikke registreringsbaseret lokal gateway.

Oversigt over design

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

I dette design bruges følgende hovedkonfigurationer:

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

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

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

  • 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.

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

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

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

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

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

  • Trin 2: Konfigurer Webex Calling-trunk

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

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

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

    Eller:

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

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

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

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

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

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

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

    • NTP

    • ACL'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP routing

    • IP-adresser

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

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

Konfiguration

1

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


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

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


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

Opret et PKI-tillidspunkt for pladeholder.


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

crypto pki trustpoint EmptyTP 
 revocation-check none
4

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


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

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

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


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

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando 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:


 

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

IP HTTP-klientproxyserver yourproxy.com proxy-port 80 

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

Konfigurer Webex Calling-registreringsbaseret trunk

1

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

2

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

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

Her er en forklaring af felterne til konfigurationen:


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

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

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

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


     

    Hvis din LGW er bag en firewall med begrænset 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.

grænseelement for tilstand

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

mediestatistik

Aktiverer medieovervågning på den lokale gateway.

massestatistikker

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

For yderligere oplysninger om disse kommandoer, se Media.

tillad-forbindelser sip til sip

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


 

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

Ikke almindelig

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

  • Når du 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.

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

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

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 .

tidligt tilbud tvungen

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

3

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


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 voice class 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 firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring af felterne til konfigurationen:

konstantbrugislite

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 et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinationstrunk-parameter:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

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

7

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


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

Her er en forklaring af felterne til konfigurationen:

  • Artikel 10 til 70 og 90

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

  • artikel 80

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

8

Konfigurer Webex Calling-trunk:

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


     

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

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasselejer 100

    Definerer et sæt konfigurationsparametre, der kun vil blive brugt til Webex Calling-trunk. For yderligere oplysninger, se stemmeklasse lejer .

    registrer Der er ingen tvivl om, hvorvidt der er noget galt med den. dns:98027369.us10.bcld.webex.com ordning sips Der er ingen tvivl om, hvorvidt der er noget galt med den. udløber Der er ingen tvivl om, hvorvidt der er noget galt med den. 240 Der er ingen tvivl om, hvorvidt der er noget galt med den. 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 .

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

    legitimationsoplysningsnummer Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_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. Dallas1463285401_lguDer 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. 9Wt[M6ifY+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) .

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

    godkendelsesbrugernavn Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_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. 9Wt[M6ifY+ 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. Dallas1171197921_lguDer 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. 9Wt[M6ifY+ 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. 98027369.us10.bcld.webex.com

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

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

    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 .

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

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

    forbindelse-genbrug

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

    srtp-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). 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 kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til WebexCalling. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/1

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

    intet pass-thru-indhold brugerdefineret-sdp

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

    sip-profiler 100

    Æ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:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling tilgå SBC. Indsæt den udgående proxyadresse, der er angivet i Control Hub, da du oprettede din trunk. For yderligere oplysninger, se udgående proxy .

    passthru til beskyttelse af personlige oplysninger

    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. For yderligere oplysninger, se privatlivspolitik .

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

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

    Her er en forklaring af felterne til konfigurationen:

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

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

    Maks. 250

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

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver den pågældende opkaldspeer 100 håndterer SIP-opkald . Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål sip-server

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

    indgående uri-anmodning 100

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

    stemmeklasse-codec 100

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

    stemmeklasse støjforbrug 100

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

    ingen 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 100

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

    srtp

    Aktiverer SRTP for opkaldsben.

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering.

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

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

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

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

Konfigurer lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 200 sip

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

2

Konfigurer følgende IP PSTN-opkalds-peer:


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

Her er en forklaring af felterne til konfigurationen:


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

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. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

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 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

bind mediekilde-grænseflade GigabitEthernet0/0/0

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

stemmeklasse-codec 100

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

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

Ikke noget

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

3

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 200

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

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

Konfigurer lokal gateway med et eksisterende Unified CM miljø

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


 

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

1

Konfigurer følgende stemmeklasse-URI-adresser:

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

    
voice class uri 300 sip
 pattern :5065

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

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

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

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

2

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


 

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


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

Her er en forklaring af felterne til konfigurationen:

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

ip 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

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

ip vært ucmsub5.mydomain.com 192.168.80.65

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

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

192.168.80.65: Værtens IP-adresse.

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

3

Konfigurer følgende opkalds-peers:

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

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

    Her er en forklaring af felterne til konfigurationen:

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

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

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:wxtocucm.io

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

    indgående uri via 300

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

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

    Her er en forklaring af felterne til konfigurationen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:pstntocucm.io

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

    indgående uri via 400

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

4

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

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

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    destinationsdpg 300

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

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

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

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

Overvåg og ret fejl ved lokal gateway med diagnosticeringssignaturer

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.

Diagnostiske signaturer (DS) er XML-filer, der indeholder oplysninger om problemudløsende hændelser og handlinger, der skal tages for at informere, foretage fejlfinding og løse problemet. Du kan definere logikken for problemregistrering ved hjælp af syslog-meddelelser, SNMP-begivenheder og gennem periodisk overvågning af specifikke show kommandooutput.

Handlingstyperne omfatter indsamling af show-kommandoer:

  • Generering af en konsolideret logfil

  • Overfører filen til en brugerleveret netværksplacering som f.eks. 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.6.1a eller højere

  1. Diagnosticeringssignaturer er aktiveret som standard.

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

    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

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


 

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

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 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 Google-konto > Sikkerhed , og aktivér indstillingen Mindre sikker app-adgang .

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail 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 CPU-udnyttelse i fem sekunder ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle 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. Geninstaller om nødvendigt DS 64224 for at fortsætte overvågningen af 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. Brug trinnene nedenfor til at installere signaturen:

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    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. 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. Diagnostiske signaturer (DS) fjerner behovet for manuelt at kontrollere for problemforekomsten og gør det meget nemmere at foretage fejlfinding af intermitterende og forbigående problemer.

Du kan bruge 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

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08

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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 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'et fra output for Vis diagnose-hjem-opkald-signatur 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.

Administrer og valider Cisco IOS XE-gateways via Control Hub

For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden 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:

Oversigt over design

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

I dette design bruges følgende hovedkonfigurationer:

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

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

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

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

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

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

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

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

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

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

  • Trin 2: Konfigurer Webex Calling-trunk

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

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

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

    Eller:

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

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

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

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

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

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

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

      Se godkendelseskoder for yderligere oplysninger.

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

    • NTP

    • ACL'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP routing

    • IP-adresser

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

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

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

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

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

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

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

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

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

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

Konfiguration

1

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


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

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


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

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

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

    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.lgw.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 den til at anmode om et signeret certifikat fra en understøttet CA-udbyder:

    crypto pki enroll LGW_CERT
4

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


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

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


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

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


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

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando 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:


 

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

IP HTTP-klientproxyserver yourproxy.com proxy-port 80 

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

Konfigurer Webex Calling-certifikatbaseret trunk

1

Opret en CUBE-certifikatbaseret PSTN-trunk for en eksisterende placering i Control Hub. For yderligere oplysninger, se Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling .


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

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


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

Her er en forklaring af felterne til konfigurationen:


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

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

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

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

  • 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

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

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).

Ikke almindelig

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


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

  • Når du 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.

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

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

asymmetrisk nyttelast fuld

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

tidligt tilbud tvungen

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

indgående sip-profiler

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

3

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


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 voice class 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. (Dette trin gælder ikke for Webex for Government)


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

Her er en forklaring af felterne til konfigurationen:

konstantbrugislite

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 .


 
Den gennemgående firewall-flowdata Kommando er kun påkrævet ved installation af din lokale gateway bag NAT.

 
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. (Dette trin gælder ikke for Webex for Government)


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 FIPS-kompatible GCM-kryptering (Dette trin gælder kun for Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-krypto 100

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

7

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


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 100 sip

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

8

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


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

Her er en forklaring af felterne til konfigurationen:

Regler 10 og 20

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


 

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

9

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

SIP -profiler for udgående meddelelser til Webex Calling

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

Her er en forklaring af felterne til konfigurationen:

Regler 10 og 20

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

Regler 30 til 81

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

SIP-profil for indgående meddelelser fra Webex Calling

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

Her er en forklaring af felterne til konfigurationen:

Regler 10 til 80

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

For yderligere oplysninger, se sip-profiler i taleklassen .

10

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 "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Her er en forklaring af felterne til konfigurationen:

stemmeklasse 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 bag statisk NAT.

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

11

Konfigurer Webex Calling-trunk:

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


     

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

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

    Her er en forklaring 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. For yderligere oplysninger, se stemmeklasse lejer .

    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 .

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

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

    srtp-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). 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 tilknyttede opkalds-peers. For yderligere oplysninger, se session-transport .

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-sessioner globalt.

    fejlgennemgang

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

    bindekontrolkilde-grænseflade GigabitEthernet0/0/1

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

    bind mediekilde-grænseflade GigabitEthernet0/0/1

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

    sip-profiler i stemmeklasse 100

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

    sip-profiler i stemmeklasse 110 indgående

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

    Databeskyttelsespolitik opdateret

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

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

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 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:

    
dial-peer voice 100 voip
 description Inbound/Outbound 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål sip-server

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

    indgående uri-anmodning 100

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

    stemmeklasse-codec 100

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

    stemmeklasse støjforbrug 100

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

    stemmeklasse sip-asserted-id pai

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

    stemmeklasse sip-lejer 100

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

    stemmeklasse sip valgmuligheder-keepalive profil 100

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

    srtp

    Aktiverer SRTP for opkaldsben.

Konfigurer lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse uri 200 sip

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

2

Konfigurer følgende IP PSTN-opkalds-peer:


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

Her er en forklaring af felterne til konfigurationen:


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

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. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

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 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

bind mediekilde-grænseflade GigabitEthernet0/0/0

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

stemmeklasse-codec 100

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

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

Ikke noget

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

3

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    bestemmelsessted dpg 200

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

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

Konfigurer lokal gateway med et eksisterende Unified CM miljø

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

1

Konfigurer følgende stemmeklasse-URI-adresser:

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

    
voice class uri 300 sip
 pattern :5065

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

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

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

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

2

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


 

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


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

Her er en forklaring af felterne til konfigurationen:

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

ip 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

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

ip vært ucmsub5.mydomain.com 192.168.80.65

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

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

192.168.80.65: Værtens IP-adresse.

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

3

Konfigurer følgende opkalds-peers:

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

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

    Her er en forklaring af felterne til konfigurationen:

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

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

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:wxtocucm.io

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

    indgående uri via 300

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

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

    Her er en forklaring af felterne til konfigurationen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

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

    sessionsmål dns:pstntocucm.io

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

    indgående uri via 400

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

    stemmeklasse-codec 100

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

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

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

    bind mediekilde-grænseflade GigabitEthernet0/0/0

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

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF -kapacitet, der forventes på opkaldsben. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

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

4

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

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

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    opkaldspeer 100

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

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

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

    Her er en forklaring af felterne til konfigurationen:

    destinationsdpg 300

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

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

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

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

Overvåg og ret fejl ved lokal gateway med diagnosticeringssignaturer

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

    2020-11-07 22:05:33


     

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Hvis det er nødvendigt, skal du geninstallere DS 64224 for 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

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08: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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 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.

Implementer CUBE høj tilgængelighed som lokal gateway

Grundlæggende

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex Calling, skal du sørge for, at du har en klar forståelse af følgende koncepter:

Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge for, at du opfylder kravene til CUBE HA-design.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.


 

Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

Webex Calling-løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Nedenstående figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.


 

Kontrolpunkter er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

I denne artikel henviser CUBE HA til CUBE High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) for tilstandsfuld opkaldsbevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling-trunkudrulning.

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte stemme-B2B HA.

Virtuel IP-adresseadministration (VIP) for både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standby-routeren over og fortsætter med at videresende RTP-strømmen, som tidligere blev dirigeret af den første router.

Opkald i midlertidig tilstand på tidspunktet for failover bevares ikke efter skiftet. For eksempel opkald, der endnu ikke er helt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skiftet.

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

  • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er redundansgruppe (RG)-kontrol-/datagrænseflade

  • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/data- og trafikgrænseflader

  • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

  • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundansgrænsefladeidentifikatoren rii bør være unik for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBE'er skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

  • Loopback-grænseflader kan ikke bruges som binding, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-kontrol-/datalinket (Gig3)

  • Begge platforme skal være ens og tilsluttes via en fysisk switch på tværs af alle grænseflader af samme slags, for at CUBE HA kan virke, dvs. at GE0/0/0 for CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

  • Både aktiv/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. at grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

  • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans – Starter redundans-tilstand

  • applikationsredundans – Starter konfigurationstilstand for applikationsredundans

  • gruppe – Starter konfigurationstilstand for applikationsgrupperedundans

  • navn LocalGateway-HA – Definerer navnet på RG-gruppen

  • prioritet 100 failover-tærskel 75 – Angiver indledende prioritets- og failover-tærskler for en RG

  • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to tider for forsinkelse og genindlæsning

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

    • Standardtimere anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

  • kontrol GigabitEthernet3 protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, som vil blive tilknyttet en kontrolgrænseflade, og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • data GigabitEthernet3 – Konfigurerer grænsefladen, der bruges til kontrolpunkt for datatrafik

  • spor – RG-gruppesporing af grænseflader

  • protokol 1 – Angiver protokolforekomsten, som vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • timere hellotid 3 ventetid 10 – Konfigurerer de to timere til hellotid og holdtid:

    • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

    • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under voice service voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundansprocessen. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

redundans-gruppe 1 – Tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans rii – Konfigurerer redundansgrænseflade-ID'et for redundansgruppen. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har den samme VIP.


     

    Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-ID'er på deres respektive grænseflader (for at forhindre kollision). "vis redundansapplikationsgruppe alle" bør angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundansgruppe 1 – Tilknytter grænsefladen med den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.


     

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Den platform, som skal genindlæses sidst, er altid standby.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne; platformen, der genindlæses sidste, vil altid være Standby.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurer en lokal gateway på begge CUBE'er

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

  • Brugernavn: Hussain1076_LGU

  • Adgangskode: lOV12MEaZx

1

Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne, der er vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6-adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Her er den lokale gateway-konfiguration, der gælder for begge platforme baseret på de Control Hub-parametre, der vises ovenfor, gem og genindlæs. SIP Digest-legitimationsoplysninger fra Control Hub er fremhævet med fed skrift.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


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


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 pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
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=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  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
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
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 GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE

2

På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med Webex Calling-adgangs-SBC. Se resultatet af de følgende visningskommandoer.

vis redundansapplikationsgruppe 1

vis statussen for sip-ua-registeret


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Fra ovenstående output kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex Calling-adgangs-SBC, mens resultatet af "vis sip-ua-registerstatus" er tomt i VCUBE-1

3

Aktivér nu følgende fejlretninger på VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.


VCUBE-2#redundancy application reload group 1 self

Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor

  • Når den AKTIVE router genindlæses

  • Når den AKTIVE router starter op

  • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret

5

Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 er nu den aktive LGW.

6

Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex Calling via den virtuelle IP og modtager en 200 OK.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Konfigurer Unified CM til Webex Calling

Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gatewayen befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP-trunksikkerhedsprofil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunksikkerhedsprofil
Indgående portSkal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer en SIP-profil for den lokale gateway-trunk

Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-profil
Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)"Kontrolleret

Opret et opkaldssøgerum for opkald fra Webex

Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex Calling-søgerum
Valgte partitioner

DN (+E.164-adressebogsnumre)

ESN (forkortede opkald mellem områder)

PSTNInternational (PSTN-adgang)

onNetRemote (GDPR-indlærte destinationer)


 

Den sidste partition onNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurer en SIP-trunk til og fra Webex

Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

IndstillingVærdi
Oplysninger om enhed
DeviceNameEt unikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunk
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Indgående opkald
OpkaldssøgerumDet tidligere definerede opkaldssøgerum: Webex
AAR-opkaldssøgerumEt opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
SIP-oplysninger
DestinationsadresseIP-adresse for den lokale gateways CUBE
Destinationsport5060
SIP-trunksikkerhedsprofilTidligere defineret: Webex
SSO-profilTidligere defineret: Webex

Konfigurer rutegruppe for Webex

Opret en rutegruppe med følgende indstillinger:

IndstillingVærdi
Oplysninger om rutegruppe
Navn på videresendelsesgruppeEt unikt navn, såsom Webex
Valgte enhederDen tidligere konfigurerede SIP trunk: Webex

Konfigurer ruteliste for Webex

Opret en ruteliste med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEt unikt navn, f.eks. RL_Webex
BeskrivelseMeningsfuld beskrivelse, såsom ruteliste for Webex
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Medlemsoplysninger om ruteliste
Valgte grupperKun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationerne med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-partition

Næste trin

Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan viderestilles.

Konfigurer rutemønstre for Webex-destinationer

Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

IndstillingVærdi
RutemønsterFuldt +E.164-mønster for DID-området i Webex med foranstillet "\". Eksempel: \+140855501XX
RutepartitionWebex
Gateway-/rutelisteRL_Webex
Hastende prioritetKontrolleret

Konfigurer normalisering af forkortede opkald mellem områder for Webex

Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

IndstillingVærdi
OversættelsesmønsterESN-mønster for ESN-området i Webex. Eksempel: 80121XX
PartitionWebex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-normaliseringsmønster
Brug afsenderens opkaldssøgerumKontrolleret
Hastende prioritetKontrolleret
Vent ikke på mellemciffer-timeout på efterfølgende hopKontrolleret
Transformationsmaske for opkaldt partMaske til normalisering af nummeret til +E.164. Eksempel: +140855501XX

Konfigurer dine Webex Calling-funktioner

Opsæt en viderestillingsgruppe

Viderestillingsgrupper dirigerer indgående opkald til en gruppe af brugere eller arbejdsområder. Du kan endda konfigurere et mønster til at dirigere til en hel gruppe.

Få flere oplysninger om, hvordan du opsætter en viderestillingsgruppe Søgegrupper i Cisco Webex Control Hub .

Opret en opkaldskø

Du kan opsætte en opkaldskø, således at når kunders opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Få flere oplysninger om, hvordan du opsætter og administrerer en opkaldskø Administrer opkaldskøer i Cisco Webex Control Hub .

Opret en receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret. Du kan konfigurere brugere som omstillinger, så de kan screene indgående opkald til bestemte personer i din organisation.

For oplysninger om, hvordan du opsætter og ser dine receptionistklienter, se Receptionistklienter i Cisco Webex Control Hub.

Opret og administrer automatiske omstillingsfunktioner

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Opret en 24-timers tidsplan, eller angiv andre valgmuligheder, når din virksomhed er åben eller lukket.

Oplysninger om, hvordan du opretter og administrerer automatiske receptionister, finder du i Administrer automatiske omvisning i Cisco Webex Control Hub .

Konfigurer en paging-gruppe

Gruppepersonsøgning giver en bruger mulighed for at foretage et envejsopkald eller gruppesøge til op til 75 målbrugere og arbejdsområder ved at ringe til et nummer eller lokalnummer, der er tildelt en bestemt personsøgningsgruppe.

For oplysninger om, hvordan du opsætter og redigerer personsøgningsgrupper, se Konfigurer en personsøgningsgruppe i Cisco Webex Control Hub .

Konfigurer besvarelse af opkald

Forbedre teamwork og samarbejde ved at oprette en besvarelsesgruppe , så brugerne kan besvare hinandens opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

Du kan finde yderligere oplysninger om, hvordan du opsætter en opkaldsbesvarelsesgruppe i Opkaldsbesvarelse i Cisco Webex Control Hub.

Konfigurer parkering af opkald

Parkering af opkald tillader en defineret gruppe af brugere at parkere opkald hos andre tilgængelige medlemmer af en gruppe for parkering af opkald. Parkerede opkald kan besvares af andre medlemmer af gruppen på deres telefon.

Du kan finde yderligere oplysninger om, hvordan du opsætter parkering af opkald i Parkering af opkald i Cisco Webex Control Hub.

Aktivér indtrængen for brugere

1

Fra kundevisningen i , gå til Ledelse > Placeringer .https://admin.webex.com

2

Vælg en bruger, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg derefter Bryd ind.

4

Slå til/fra-knappen for at tillade andre brugere at føje sig til denne brugers igangværende opkald.

5

Markér Afspil en tone, når denne bruger bryder ind i et opkald , hvis du vil afspille en tone til andre, når denne bruger bryder ind i sit opkald.

6

Klik på Gem.

Aktivér beskyttelse for en bruger

1

Log ind på Control Hub, og gå til Ledelse> Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til området Tilladelser mellem brugere , og vælg derefter Beskyttelse af personlige oplysninger.

4

Vælg de passende indstillinger for Databeskyttelse ved automatisk omstilling for denne bruger.

  • Tillad, at denne bruger kan ringes op via lokalnummer
  • Tillad, at denne bruger kan ringes op via for- eller efternavn
5

Markér afkrydsningsfeltet Aktivér databeskyttelse. Du kan derefter beslutte at blokere alle ved ikke at vælge medlemmer fra rullegardinmenuen. Alternativt kan du vælge de brugere, arbejdsområder og virtuelle linjer, der kan overvåge denne brugers linjestatus.

Hvis du er placeringsadministrator, vises kun de brugere, arbejdsområder og virtuelle linjer, der vedrører dine tildelte placeringer, i rullemenuen.

Fjern markeringen i afkrydsningsfeltet Aktivér beskyttelse for at tillade alle at overvåge linjestatus.

6

Markér afkrydsningsfeltet Gennemtving beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind for at aktivere beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind.


 
  • Hvis du aktiverer denne valgmulighed, kan kun de autoriserede brugere, virtuelle linjer og arbejdsområdeenheder bruge omdirigeret opkaldsbesvarelse og bryde ind på denne bruger. Ellers kan alle i organisationen aktivere omdirigeret opkaldsbesvarelse og bryde ind på en linje.
  • For yderligere oplysninger om bryde ind, se Bryd ind på en andens telefonopkald.
  • Supervisoren kan altid bryde ind i opkald, som agenterne modtager via opkaldskøen. Det vil sige, at indstillinger for beskyttelse af personlige oplysninger ikke påvirker en supervisors mulighed for at bryde ind.
7

Fra Tilføj medlem efter navn, vælg de brugere, arbejdsområder og virtuelle linjer, der kan overvåge telefonlinjestatus og aktivere omdirigeret opkaldsbesvarelse og bryde ind.

8

Hvis du vil filtrere de medlemmer, du vælger, skal du bruge filteret efter navn, nummer eller ext-felt.

9

Klik på Fjern alle for at fjerne alle de valgte medlemmer.


 
Hvis du vil fjerne et individuelt medlem, skal du klikke på Slet ved siden af medlemmets navn.
10

Klik på Gem.

Privacy settings

Konfigurer overvågning

Det maksimale antal overvågede linjer for en bruger er 50. Men når du konfigurerer overvågningslisten, skal du overveje antallet af meddelelser, der påvirker båndbredden mellem Webex Calling og dit netværk. Bestem også de maksimale overvågede linjer ved hjælp af antallet af linjeknapper på brugerens telefon.

1

Fra kundevisningen i https://admin.webex.com, gå til Administration og klik derefter på Brugere.

2

Vælg den bruger, du vil modificere, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Overvågning.

4

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj lokalnummer til parkering af opkald

Du kan inkludere en virtuel linje på listen Tilføj overvåget linje til brugerovervågning.

5

Vælg, om du vil underrette denne bruger om parkerede opkald, søg efter personen eller lokalnummeret til parkering af opkald, der skal overvåges, og klik derefter på Gem.


 

Listen over overvågede linjer i Control Hub svarer til den rækkefølge af overvågede linjer, der vises på brugerens enhed. Du kan omarrangere listen over overvågede linjer når som helst.


 

Det navn, der vises for den overvågede linje, er det navn, der er angivet i felterne Fornavn og efternavn for bruger, arbejdsområde og virtuelle linje.

Vil du gerne se, hvordan det gøres? Se dette video demonstration om, hvordan du administrerer overvågningsindstillinger for en bruger i Control Hub .

Aktivér advarselstone for opkaldsbro for brugere

Før du begynder

Du skal have den delt linje konfigureret, før opkaldsbroen kan kaldes. Se, hvordan du konfigurere delte linjer før du aktiverer advarselstone for opkaldsbro, der afspilles.
1

Log ind på Control Hub, og gå til Ledelse> Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til Tilladelser mellem brugere, og klik på Advarselstone for opkaldsbro.

4

Tænd Advarselstone for brokobling af opkald , og klik derefter på Gem .


 
Som standard er denne funktion aktiveret.

For yderligere oplysninger om opkaldsforbindelse på en delt MPP-linje, se Delte linjer på din multiplatformstelefon.

For yderligere oplysninger om opkaldsbro på en delt linje i Webex-appen, se Visning af delt linje for Webex-appen.

Aktivér hoteling for en bruger

Aktivering af aktivitetsbaseret kontor giver en bruger mulighed for at arbejde et andet sted, mens de bevarer funktionerne fra deres fastnettelefon.
1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og vælg Brugere .

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Hoteling , og slå til/fra-knappen.

4

Indtast navnet eller nummeret på hotelværten i feltet Hoteling placering, og vælg den hoteling-vært, som du vil tildele brugeren.

Der kan kun vælges én hotelvært. Hvis du vælger en anden hotelvært, slettes den første.


 
Hvis du er placeringsadministrator, kan du kun tildele hotelværten, der er relevant for dine tildelte placeringer.
5

For at begrænse den tid, en bruger kan tilknyttes hotelværten, skal du vælge antallet af timer, som brugeren kan bruge hotelværten i rullemenuen Begrænsede tilknytningsperiode .

Brugeren vil automatisk blive logget ud efter det valgte tidspunkt.


 

Der vises en fejlmeddelelse på skærmen, hvis den begrænsede tilknytningsperiode, der er angivet for brugeren, overskrider den valgte hotelværts begrænsningsperiode. Hvis værten for hoteling f.eks. har en grænsetilslutningsperiode på 12 timer, og brugerens grænsetilslutningsperiode er 24 timer, vises en fejlmeddelelse. I sådanne tilfælde skal du forlænge grænsetilknytningsperioden for hotelværten, hvis brugeren har brug for mere tid.

6

Klik på Gem.


 

En bruger kan også søge efter og finde den hotelvært, de vil bruge, fra User Hub. For yderligere oplysninger, se Få adgang til din opkaldsprofil, uanset hvor du er .

Vil du gerne se, hvordan det gøres? Se dette video demonstration om, hvordan du konfigurerer hoteling i Control Hub.
Indførelsestendenser og brugsrapporter for Webex Calling

Se opkaldsrapporter

Du kan bruge siden Analyse i Control Hub til at få indsigt i, hvordan personer bruger Webex Calling og Webex-appen (engagement) samt deres oplevelse med opkaldsmediet. For at få adgang til Webex Calling-analyse skal du logge ind på Control Hub og derefter gå til Analyse og vælge fanen Opkald.

1

For detaljerede opkaldshistorik skal du logge ind på Control Hub , og derefter gå til Analyse > Ringer op .

2

Vælg Detaljeret opkaldshistorik .

Se Analyse af dedikeret forekomst for at få oplysninger om opkald, der bruger dedikeret forekomst.

3

For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub og derefter gå til Analyse og vælge Opkald.

Få yderligere oplysninger i Analyser til din Cloud Collaboration-portefølje.

Forbered dit miljø

Generelle forudsætninger

Før du konfigurerer en lokal gateway til Webex Calling, skal du sikre dig, at du:

  • har grundlæggende viden om VoIP-principper

  • har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter

  • Have en grundlæggende forståelse af SIP (Session Initiation Protocol)

  • har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM

Se Virksomhedskonfigurationsvejledningen til Cisco Unified Border Element (CUBE) for at få flere oplysninger.

Hardware- og softwarekrav til lokal gateway

Sørg for, at din installation har en eller flere af de lokale gateways, f.eks.:

  • Cisco CUBE til IP-baseret forbindelse

  • Cisco IOS-gateway til TDM-baseret forbindelse

Se tabel 1 i den lokale gateway til ordrevejledning til Webex Calling. Sørg også for, at platformen kører en understøttet IOS-XE-udgivelse i henhold til konfigurationsvejledningen til lokal gateway.

Den lokale gateway hjælper dig med at migrere til Webex Calling i dit eget tempo. Den lokale gateway integrerer din eksisterende lokal installation med Webex Calling. Du kan også bruge din eksisterende PSTN-forbindelse. Se Kom i gang med lokal gateway

Certifikat- og sikkerhedskrav til lokal gateway

Webex-opkald kræver sikker signalering og medie. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

  • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

  • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

  • Nøglecenterbundtet validerer certifikatet, der præsenteres

  • Der anmodes om legitimationsoplysninger (fra SIP Digest)

  • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

Krav til firewall, NAT og mediestioptimering til lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

Hvis du vil bruge mediestioptimering med ICE, skal den lokale gateways grænseflade, der vender mod Webex Calling, have en direkte netværkssti til og fra Webex Calling-slutpunkterne. Hvis slutpunkterne er på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways grænseflade, der vender mod Webex Calling, skal den lokale gateway have en offentlig IP-adresse tildelt til grænsefladen, der vender mod Webex Calling, til opkald mellem den lokale gateway og slutpunkterne for at bruge mediestioptimering. Derudover skal den køre iOS-XE version 16.12.5.

Konfigurer Webex Calling til din organisation

Konfigurer opkaldsindstillinger i guiden til første opsætning

Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

1

Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.

Din administrator-e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

2

Gennemse og acceptér tjenesteydelsesvilkårene.

3

Gennemgå din plan, og klik derefter på Kom i gang.

Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger Kom i gang.

4

Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

5

Klik på Næste: Standardplacering.

6

Vælg mellem følgende valgmuligheder:

  • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren fuldfører klargøring af Webex Calling.
  • Udfyld de nødvendige oplysninger om placering. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

7

Foretag følgende valg, der skal gælde for denne placering:

  • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – til e-mailkommunikation for nye brugere.
  • Land
  • Tidszone
8

Klik på Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og vælg Afslut.

Tilføj en placering

Før du begynder

For at oprette en ny placering skal du forberede følgende oplysninger:

  • Placeringsadresse

  • Ønskede telefonnumre (valgfrit)

1

Log ind på Control Hub https://admin.webex.com, gå til Administration > Placering.

En ny placering hostes i det regionale datacenter, der svarer til det land, du valgte ved hjælp af guiden til den første opsætning.
2

Konfigurer indstillingerne for placeringen:

  • Placeringsnavn – Indtast et entydigt navn for at identificere placeringen.
  • Land/region – Vælg et land, hvor placeringen skal knyttes til. Du kan f.eks. oprette en placering (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
  • Placeringsadresse – Indtast placeringens primære mailadresse.
  • By/by– Indtast en by for denne placering.
  • Delstat/provins/region – Vælg en stat i rullemenuen.
  • Postnummer – Indtast postnummeret eller postnummeret.
  • Meddelelsessprog – Vælg sproget for lydmeddelelser og meddelelser for nye brugere og funktioner.
  • E-mailsprog – Vælg sproget til e-mailkommunikation med nye brugere.
  • Tidszone – Vælg tidszonen for placeringen.
3

Klik på Gem , og vælg derefter Ja/ Nej for at føje numre til placeringen nu eller senere.

4

Hvis du klikkede Ja , skal du vælge en af følgende valgmuligheder:

  • Cisco PSTN – vælg denne indstilling, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN numre eller eksisterende portnumre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I forvejen eksisterende placeringer, der har fået PSTN-funktioner tildelt, er ikke kvalificerede til Cisco-opkaldsplanen på nuværende tidspunkt. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling-datacenter i et område, hvor Cisco-opkaldsplanen understøttes.

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Lokalt baseret PSTN (lokal gateway) – du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen, med cloud-websteder.

Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for vejledning.

5

Vælg, om du vil aktivere numrene nu eller senere.

6

Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke på Valider.

Numre tilføjes for den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, hvor der vises en fejlmeddelelse.

Afhængigt af placeringens land formateres numrene i henhold til kravene for lokal opringning. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden forudfyldes.

7

Klik på Gem.

Hvad er næste trin?

Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

Før du begynder

Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > opkald > numre , og vælg placeringen, der skal slettes, i rullemenuen. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

Husk, at alle numre, der er knyttet til denne placering, vil blive frigivet tilbage til din PSTN-udbyder. Du vil ikke længere eje disse numre.

1

Log ind på Control Hub https://admin.webex.com, gå til Administration > Placering.

2

Klik i kolonnen Handlinger ved siden af den placering, du vil slette.

3

Vælg Slet placering, og bekræft, at du vil slette denne placering.

Det tager som regel et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan se statussen ved at klikke ved siden af placeringens navn og vælge Sletningsstatus.

Opdater en eksisterende placering

Du kan ændre din PSTN, navnet, tidszone og sprog for en placering, efter den er oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.

For eksisterende placeringer kan du aktivere nødtjenester. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

1

Log ind på Control Hub på https://admin.webex.com, gå til Ledelse > Placering.

Hvis du ser et Forsigtig-symbol ved siden af en placering, betyder det, at du endnu ikke har konfigureret et telefonnummer for denne placering. Du kan ikke foretage eller modtage opkald, før du konfigurerer det nummer.

2

(Valgfrit) Under PSTN-forbindelse skal du vælge enten Skyforbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og acceptér derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter én af følgende valgmuligheder, og klik på Gem:

  • Cisco PSTN – vælg denne indstilling, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN numre eller eksisterende portnumre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I øjeblikket er allerede eksisterende placeringer, der har fået tildelt andre PSTN-funktioner, ikke kvalificeret til Cisco-opkaldsplanen. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling-datacenter i et område, hvor Cisco-opkaldsplanen understøttes.

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af en integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre fra CCP-partneren uden for Control Hub.

  • Lokalbaseret PSTN (lokal gateway) – du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller hvis du vil forbinde ikke-cloud-websteder med cloud-websteder.

    Webex-opkald kunder med placeringer, der tidligere er konfigureret med en lokal gateway, vil automatisk blive konverteret til lokalt baserede PSTN med en tilsvarende trunk.

3

For placeringen skal du vælge hovednummeret på rullelisten for at give brugere på den pågældende placering mulighed for at foretage og modtage opkald.

Hovednummeret kan tildeles den automatiske omstilling, så eksterne personer, der ringer op, kan kontakte Webex Calling-brugere på den pågældende placering. Webex Calling-brugere på den pågældende placering kan også bruge dette nummer som deres eksterne opkalder-id, når de foretager opkald.
4

(Valgfri) Under Nødopkald kandu vælge Nødplaceringsidentifikator for at tildele denne placering.

Denne indstilling er valgfri og gælder kun for lande, der kræver den.

I nogle lande (Eksempel: Frankrig) eksisterer der lovgivningsmæssige krav til mobil radiosystemer for at etablere mobiltelefonens identitet, når du foretager et nødopkald, og gøres tilgængeligt for nødmyndigheder. Andre lande som USA og Canada implementerer placeringsbestemmelse ved hjælp af andre metoder. Se Forbedret nødopkald for yderligere oplysninger.

Din nødopkaldsudbyder har muligvis brug for oplysninger om adgangsnetværket og kan påkalde sig muligheder ved at definere et nyt privat SIP-forlængelsesoverskrift, P-Access-Network-Info. Overskriften indeholder oplysninger om adgangsnetværket.

Når du indstiller nødplaceringsidentifikatoren for en placering, sendes placeringsværdien til udbyderen som en del af SIP-meddelelsen. Kontakt din nødopkaldsudbyder for at se, om du kræver denne indstilling, og brug den værdi, der leveres af din nødopkaldsudbyder."

5

Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering.

6

(Valgfri) Klik på blyantikonet øverst på siden Placering for at ændre placeringens navn, meddelelsessprog, e-mailsprog, Tidszoneeller adresse efter behov, og klik derefter på Gem.

Ændring af meddelelsessproget træder omgående i kraft for alle nye brugere og funktioner, der tilføjes til denne placering. Hvis eksisterende brugere og/eller funktioner også bør få deres meddelelsessprog ændret, skal du vælge Skift for eksisterende brugere og arbejdsområder eller Skift for eksisterende funktioner, når du bliver bedt om det. Klik på Anvend. Du kan se status på siden Opgaver. Du kan ikke lave flere ændringer, før dette er fuldført.

Ændring af tidszonen for en placering vil ikke opdatere tidszonerne for de funktioner, der er knyttet til denne placering. Hvis du vil redigere tidszoner for funktioner som f.eks. automatisk omstilling, viderestillingsgruppe og opkaldskø, skal du gå til området Generelle indstillinger for den specifikke funktion, du ønsker at opdatere tidszonen for, og redigere og gemme der.

Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, vises eksempelnumrene i Control Hub-opdateringen for at vise disse ændringer.

Du kan konfigurere tilladelser for udgående opkald for en placering. Se disse trin for at konfigurere tilladelser for udgående opkald.

1

Log ind på Control Hub, gå til Tjenester > Opkald > Tjenesteindstillinger, og rul derefter til Internt opkald.

2

Konfigurer de følgende valgfrie opkaldspræferencer efter behov:

  • Længde af dirigeringspræfiks for placering – vi anbefaler denne indstilling, hvis du har flere placeringer. Du kan indtaste en længde på 2-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere foretage opkald mellem placeringer med et præfiks. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.

    Dirigeringspræfikslængder omfatter styretallet. Hvis du f.eks. indstiller dirigeringspræfikset længden til fire, kan der kun bruges tre cifre til at angive webstedet.

    Hvis du tildeler et dirigeringspræfiks til en placering, omfatter alle forekomster af lokalnumre, der er tildelt den pågældende placering, dirigeringspræfikset foran lokalnummeret. For eksempel 888-1000 (dirigeringspræfiks-lokalnummer).

  • Styreciffer i dirigeringspræfiks – vælg det nummer, der vil blive indstillet som det første ciffer i hvert dirigeringspræfiks.
  • Internt lokalnummerlængde – du kan angive 2-10 cifre, og standarden er 2.

    Når du øger din lokalnummerlængde, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

  • Tillad lokalnummeropkald mellem placeringer – giver dig mulighed for at tilpasse lokalnummeropkaldet mellem placeringer baseret på din organisations krav.

    • Aktivér til/fra, hvis din organisation ikke har duplikerede lokalnumre på alle dens placeringer.

      Som standard er til/fra-knappen aktiveret.

    • Deaktiver til/fra, hvis din organisation har det samme lokalnummer forskellige steder. Når til/fra-knappen er deaktiveret, og opkalderen ringer til lokalnummeret, dirigeres opkaldet til en bruger med et tilsvarende lokalnummer på samme placering som opkalderen. Personen, der ringer op, skal ringe til virksomhedens signifikante nummer (placeringsdistributionspræfiks + lokalnummer) for at nå et lokalnummer på andre placeringer.

3

Angiv interne opkald for specifikke placeringer. Gå til Ledelse > Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter interne opkald efter behov:

  • Internt opkald – Angiv det dirigeringspræfiks, som brugere på andre placeringer skal ringe til for at kontakte en person på denne placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfikslængden matcher længden, der er indstillet på organisationsniveau, men den skal være 2-7 cifre lang.
4

Angiv ekstern opkald for bestemte placeringer. Gå til Ledelse > Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter eksterne opkald efter behov:

  • Eksterne opkald – du kan vælge et udgående opkaldsciffer, som brugere skal ringe til for at nå en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

    Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Dog kan alle brugere stadig foretage eksterne opkald uden nummer for udgående opkald.

  • Du kan eventuelt gennemtvinge opkald til det udgående opkaldsciffer for denne placering, hvilket sikrer, at brugeren skal bruge det udgående opkaldsciffer, der er indstillet af administratoren, til at foretage eksterne opkald.

    Nødopkald kan stadig ringes op med eller uden det udgående opkaldsciffer, når denne funktion er aktiveret.

    Når det er aktiveret, fungerer alle eksterne destinationsnumre, f.eks. dem, der bruges til viderestilling af opkald, ikke længere, hvis et udgående opkaldsciffer ikke er inkluderet.

    Hvis en forlængelse er det samme som det nationale nummer, har forlængelsen forrang frem for det nationale nummer. Derfor anbefaler vi, at du aktiverer cifret for udgående opkald.
    Vi anbefaler stærkt, at du bruger E.164-nummerformatet til indgående og udgående PSTN-opkald.

Indvirkning på brugere:

  • Brugere skal genstarte deres telefoner, så ændringer i opkaldspræferencer kan træde i kraft.

  • Brugerlokalnumre bør ikke starte med det samme nummer som placeringens styringsciffer eller udgående opkaldscifre.

Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub

Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.

En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

Opret en trunk
Følg disse trin for at oprette en trunk i Control Hub.

Før du begynder

  • Når en placering er tilføjet, og før du konfigurerer stedbaseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

  • Forstå kravene til placeringsbaseret PSTN (lokal gateway) for Webex Calling.

  • Du kan ikke vælge mere end én trunk for en placering med placeringsbaseret PSTN, men du kan vælge den samme trunk for flere placeringer.

1

Log ind på Control Hub på https://admin.webex.com, gå til Tjenester > Opkald > Viderestilling af opkald, og vælg Tilføj trunk.

2

Vælg en placering.

3

Navngiv trunken, og klik på Gem.

Navnet må ikke være på mere end 24 tegn.

Hvad er næste trin?

Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller et dokument, så du kan se dem, når du er klar til at konfigurere den stedbaserede PSTN.

Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

Vælg en trunk til lokalt baseret PSTN
1

Log ind på Control Hub https://admin.webex.com, gå til Administration > Placering.

2

Vælg en placering, der skal modificeres, og klik på Administrer.

3

Vælg Placeringsbaseret PSTN, og klik på Næste.

4

Vælg en trunk i rullemenuen.

Besøg trunksiden for at administrere dine trunkgruppevalg.

5

Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

Hvad er næste trin?

Du skal tage konfigurationsoplysningerne, som styrer hub genereret, og knytte parametrene til den lokale gateway (for eksempel på en Cisco-kube, der er placeret på stedet). Denne artikel fører dig gennem denne proces. Som reference kan du se følgende diagram for et eksempel på, hvordan Control hub-konfigurationsoplysninger (til venstre) knyttes til parametre i KUBEn (til højre):

Når du har fuldført konfigurationen på selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub og den gateway, du oprettede, vises på det placeringskort, du tildelte den til med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

Administrer telefonnumre
Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub

Hvis du har en prøveversion af Webex-tjenesteydelser og gerne vil konvertere den til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

1

Log ind på Control Hub på https://admin.webex.com, vælg bygningsikonet .

2

Vælg fanen Abonnementer, og klik derefter på Køb nu.

Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

Indstil opkaldsvalgmuligheder

Du kan bruge Control Hub til at indstille prioritet for tilgængelige opkaldsvalgmuligheder, som brugerne ser i Webex-appen. Du kan også aktivere dem for opkald med ét klik. For yderligere oplysninger se: Indstil opkaldsvalgmuligheder for Webex-appbrugere.

Konfigurer opkaldsadfærd

Du kan styre, hvad opkaldsapplikationen åbner, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienten, herunder installation i blandet tilstand for organisationer med brugere med Unified CM eller Webex Calling og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Konfigurer opkaldsadfærd.

Konfigurer lokal gateway på Cisco IOS XE til Webex Calling

Overblik

Webex Calling currently supports two versions of Local Gateway:

  • Lokal gateway

  • Local Gateway for Webex for Government

Key considerations

  • Before you begin, understand the premises-based Public Switched Telephone Network (PSTN) and Local Gateway (LGW) requirements for Webex Calling. Se Ciscos foretrukne arkitektur Webex-opkald for yderligere oplysninger.

  • Denne artikel tager udgangspunkt i, at en dedikeret lokal gateway-platform er på plads uden en eksisterende stemmekonfiguration. If you modify an existing PSTN gateway or CUBE Enterprise deployment to use as the Local Gateway function for Webex Calling, then pay careful attention to the configuration. Ensure that you don't interrupt the existing call flows and functionality because of the changes that you make.

The procedures contain links to command reference documentation where you can learn more about the individual command options. All command reference links go to the Webex Managed Gateways Command Reference unless stated otherwise (in which case, the command links go to Cisco IOS Voice Command Reference). You can access all these guides at Cisco Unified Border Element Command References.

For information on the supported third-party SBCs, refer to the respective product reference documentation.

Configure your Local Gateway

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

  • Registreringsbaseret trunk

  • Certifikatbaseret trunk

Use the task flow either under the Registration-based Local Gateway or Certificate-based Local Gateway to configure Local Gateway for your Webex Calling trunk.

See Get started with Local Gateway for more information on different trunk types. Udfør følgende trin på selve den lokale gateway ved hjælp af kommandolinjegrænsefladen (CLI). We use Session Initiation Protocol (SIP) and Transport Layer Security (TLS) transport to secure the trunk and Secure Real Time Protocol (SRTP) to secure the media between the Local Gateway and Webex Calling.

Key considerations

Local Gateway for Webex for Government doesn’t support the following:

  • STUN/ICE-Lite for media path optimization

  • Fax (T.38)

Configure your Local Gateway for Webex for Government

To configure Local Gateway for your Webex Calling trunk in Webex for Government, use the following option:

  • Certifikatbaseret trunk

Use the task flow under the Certificate-based Local Gateway to configure the Local Gateway for your Webex Calling trunk. For more details on how to configure a certificate-based Local Gateway, see Configure Webex Calling certificate-based trunk.

It’s mandatory to configure FIPS-compliant GCM ciphers to support Local Gateway for Webex for Government. If not, the call setup fails. For configuration details, see Configure Webex Calling certificate-based trunk.

Webex for Government doesn’t support registration-based Local Gateway.

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using a registering SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The image below highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

  • voice class tenants: Used to create trunk specific configurations.

  • voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.

  • inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.

  • dial-peer group: Defines the outbound dial-peers used for onward call routing.

  • outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

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

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

  • Trin 1: Configure router baseline connectivity and security

  • Trin 2: Configure Webex Calling Trunk

    Depending on your required architecture, follow either:

  • Trin 3: Configure Local Gateway with SIP PSTN trunk

  • Trin 4: Configure Local Gateway with existing Unified CM environment

    Eller:

  • Trin 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

  • All registration-based Local Gateway deployments require Cisco IOS XE 17.6.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.

    • ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.

    • Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Advantage licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.

  • Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:

    • NTP

    • Acl'er

    • User authentication and remote access

    • DNS

    • IP-routing

    • IP addresses

  • The network toward Webex Calling must use an IPv4 address.

  • Upload the Cisco root CA bundle to the Local Gateway.

Konfiguration

1

Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example:

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

2

Protect registration and STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows:

 key config-key password-encrypt YourPassword password encryption aes

3

Create a placeholder PKI trustpoint.

Requires this trustpoint to configure TLS later. For registration-based trunks, this trustpoint doesn't require a certificate - as would be required for a certificate-based trunk.
 crypto pki trustpoint EmptyTP revocation-check none
4

Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands. Transport parameters should also be updated to ensure a reliable secure connection for registration:

The cn-san-validate server command ensures that the Local Gateway permits a connection if the host name configured in tenant 200 is included in either the CN or SAN fields of the certificate received from the outbound proxy.

  1. Set tcp-retry count to 1000 (5-msec multiples = 5 seconds).

  2. The timer connection establish command allows you to tune how long the LGW waits to set up a connection with a proxy before considering the next available option. The default for this timer is 20 seconds and the minimum 5 seconds. Start with a low value and increase if necessary to accommodate network conditions.

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

5

Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates:

If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle:

ip http client proxy-server yourproxy.com proxy-port 80
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configure Webex Calling registration-based trunk
1

Create a registration based PSTN trunk for an existing location in Control Hub. Make a note of the trunk information that is provided once the trunk has been created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.

2

Enter the following commands to configure CUBE as a Webex Calling Local Gateway:

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

Her er en forklaring af felterne til konfigurationen:

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

  • To protect against toll fraud, the trusted address list defines a list of hosts and networks from which the Local Gateway expects legitimate VoIP calls.

  • By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default, so do not need to be added to the trusted list.

  • When configuring your Local Gateway, add the IP subnets of your regional Webex Calling data center to the list. Se flere oplysninger under Portreferenceoplysninger for Webex Calling. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways.

    If your LGW is behind a firewall with restricted cone NAT, you may prefer to disable the IP address trusted list on the Webex Calling facing interface. Firewallen beskytter dig allerede mod uopfordrede indgående VoIP. Deaktiver handling reducerer din langsigtede konfigurationsomkostninger, fordi vi ikke kan garantere, at adresserne for Webex-opkald peers forbliver faste, og du skal konfigurere din firewall for peers under alle omstændigheder.

mode border-element

Enables Cisco Unified Border Element (CUBE) features on the platform.

media statistics

Aktiverer medieovervågning på den lokale gateway.

media bulk-stats

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

For more information on these commands, see Media.

tillad-forbindelser sip til sip

Enable CUBE basic SIP back-to-back user agent functionality. For more information, see Allow connections.

By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service).

stun

Enables STUN (Session Traversal of UDP through NAT) globally.

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

  • The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall.

For more information, see stun flowdata agent-id and stun flowdata shared-secret.

asymmetric payload full

Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload.

tidlig tilbud tvunget

Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.

3

Configure voice class codec 100 filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control.

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

Her er en forklaring af felterne til konfigurationen:

voice class codec 100

Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec.

Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.

4

Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk.

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

Her er en forklaring af felterne til konfigurationen:

stun usage ice lite

Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite.

You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams

5

Configure the media encryption policy for Webex traffic.

 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

voice class srtp-crypto 100

Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.

6

Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination trunk parameter: 

 voice class uri 100 sip pattern dtg=Dallas1463285401_LGU

Her er en forklaring af felterne til konfigurationen:

voice class uri 100 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use dtg= followed by the Trunk OTG/DTG value provided in Control Hub when the trunk was created. For more information, see voice class uri.

7

Configure sip profile 100, which will be used to modify SIP messages before they are sent to Webex Calling.

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

Her er en forklaring af felterne til konfigurationen:

  • rule 10 to 70 and 90

    Ensures that SIP headers used for call signaling use the sip, rather than sips scheme, which is required by Webex proxies. Configuring CUBE to use sips ensures that secure registration is used.

  • rule 80

    Modifies the From header to include the trunk group OTG/DTG identifier from Control Hub to uniquely identify a Local Gateway site within an enterprise.

8

Configure Webex Calling trunk:

  1. Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. In particular, the trunk registration details provided in Control Hub earlier will be used in this step as detailed below. Dial-peers associated with this tenant later will inherit these configurations.

    The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration.

     voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls 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 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru

    Her er en forklaring af felterne til konfigurationen:

    voice class tenant 100

    Defines a set of configuration parameters that will be used only for the Webex Calling trunk. For more information, see voice class tenant.

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

    Registrar-server for den lokale gateway med registrering indstillet til at genindlæser hver to minutter (50 % af 240 sekunder). For more information, see registrar.

    Ensure that you use the Register Domain value from Control Hub here.

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

    Legitimationsoplysninger til trunkregistreringsudfordring. For more information, see credentials (SIP UA).

    Ensure that you use the Line/Port host, Authentication Username and Authentication Password values respectively from Control Hub here.

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

    Godkendelsesudfordring for opkald. For more information, see authentication (dial-peer).

    Ensure that you use the Authentication Username, Authentication Password and Registrar Domain values respectively from Control Hub here.

    intet tredjeparts-id

    Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id.

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

    Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk.

    forbindelse–genbrug

    Bruger den samme vedvarende forbindelse til tilmeldings- og opkaldsbehandling. For more information, see connection-reuse.

    srtp-crypto 100

    Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in step 5). For more information, see voice class srtp-crypto.

    sessionstransport tcp tls

    Indstiller transport til TLS. For more information, see session-transport.

    url sips

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

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. For more information, see error-passthru.

    påstået-id pai

    Aktiverer PAI-behandling i lokal gateway. For more information, see asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for messages sent to WebexCalling. For more information, see bind.

    bind media source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for media sent to WebexCalling. For more information, see bind.

    ingen pass-thru indhold brugertilpasset sdp

    Standardkommando under lejer. For more information on this command, see pass-thru content.

    sip-profiles 100

    Changes SIPs to SIP and modify Line/Port for INVITE and REGISTER messages as defined in sip-profiles 100. For more information, see voice class sip-profiles.

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

    Webex-opkald adgang til SBC. Insert the Outbound Proxy Address provided in Control Hub when you created your trunk. For more information, see outbound-proxy.

    databeskyttelsespolitik passthru

    Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy.

  2. Configure the Webex Calling trunk dial-peer. 

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

    Her er en forklaring af felterne til konfigurationen:

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

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

    max-conn 250

    Restricts the number of concurrent inbound and outbound calls between the LGW and Webex Calling. For registration trunks, the maximum value configured should be 250. Usea lower value if that would be more appropriate for your deployment. For more information on concurrent call limits for Local Gateway, refer to the Get started with Local Gateway document.

    destinationsmønster DÅRLIG. Dårlig

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protokol sipv2

    Angiver, at dial-peer 100 håndterer SIP-call legs. For more information, see session protocol (dial-peer).

    session mål sip-server

    Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer.

    incoming uri request 100

    To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see incoming uri.

    voice-class codec 100

    Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

    voice-class stun-usage 100

    Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN helps to open a firewall pinhole for media traffic.

    ingen voice-class sip localhost

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

    voice-class sip tenant 100

    The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may be overridden at the dial-peer level.

    srtp

    Aktiverer SRTP for opkaldsbenet.

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering.

After you define tenant 100 and configure a SIP VoIP dial-peer, the gateway initiates a TLS connection toward Webex Calling. At this point the access SBC presents its certificate to the Local Gateway. The Local Gateway validates the Webex Calling access SBC certificate using the CA root bundle that was updated earlier. If the certificate is recognised, a persistent TLS session is established between the Local Gateway and Webex Calling access SBC. The Local Gateway is then able to use this secure connection to register with the Webex access SBC. When the registration is challenged for authentication:

  • The username, password, and realm parameters from the credentials configuration is used in the response.

  • The modification rules in sip profile 100 are used to convert SIPS URL back to SIP.

Registration is successful when a 200 OK is received from the access SBC.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

1

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

2

Configure the following IP PSTN dial-peer:

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

Her er en forklaring af felterne til konfigurationen:

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

Definerer en VoIP dial-peer med et tag på 200 og giver en meningsfuld beskrivelse af brugervenlighed i forbindelse med administration og fejlfinding. For more information, see dial-peer voice.

destinationsmønster DÅRLIG. Dårlig

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protokol sipv2

Angiver, at dial-peer 200 håndterer SIP-call legs. For more information, see session protocol (dial peer).

sessions mål ipv4:192.168.80.13

Angiver destinationens mål-IPv4-adresse til at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. For more information, see  session target (VoIP dial peer).

incoming uri via 200

Definerer et sammenfald for VIA-headeren med IP PSTN's IP-adresse. Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

stemmeklasse-codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see DTMF Relay (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. For more information, see vad (dial peer).

3

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

  1. Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.

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

    Her er en forklaring af felterne til konfigurationen:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex: 

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

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.
1

The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12

Her er en forklaring af felterne til konfigurationen:

voice translation-rule

Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting.

In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively.

This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan.

If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively.

For more information, see voice translation-profile and voice translation-rule.

2

Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following:

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

Configure the following TDM PSTN dial-peer:

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

Her er en forklaring af felterne til konfigurationen: 

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

Definerer en VoIP med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til brugervenlighed i administration og fejlfinding. For more information, see dial-peer voice.

destinationsmønster DÅRLIG. Dårlig

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

translation-profile incoming 200

Assigns the translation profile that will add a call routing tag to the incoming called number.

direct-inward-dial

Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial.

port 0/2/0:15

The physical voice port associated with this dial-peer.

4

To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad

Her er en forklaring af felterne til konfigurationen: 

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

Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice.

translation-profile incoming 11

Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk.

destinationsmønster DÅRLIG. Dårlig

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protokol sipv2

Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer).

session target 192.168.80.14

Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer).

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see  DTMF Relay (Voice over IP).

codec g711alaw

Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. For more information, see  vad (dial peer).

5

Add the following call routing configuration:

  1. Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back.

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

    Her er en forklaring af felterne til konfigurationen:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls.

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

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

When creating the Webex Calling trunk in Unified CM, ensure that you configure the incoming port in the SIP Trunk Security Profile settings to 5065. This allows incoming messages on port 5065 and populate the VIA header with this value when sending messages to the Local Gateway.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Classifies Unified CM to Webex calls using SIP VIA port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Classifies Unified CM to PSTN calls using SIP via port:

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

    Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required.

    In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.

2

Configure the following DNS records to specify SRV routing to Unified CM hosts:

IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required.

 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:

The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk:

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

_sip._udp.pstntocucm.io: SRV resource record name

2: The SRV resource record priority

1: The SRV resource record weight

5060: The port number to use for the target host in this resource record

ucmsub5.mydomain.com: The resource record target host

To resolve the resource record target host names, create local DNS A records. For eksempel:

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: Creates a record in the local IOS XE database.

ucmsub5.mydomain.com: The A record host name.

192.168.80.65: The host IP address.

Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.

3

Configure the following dial-peers:

  1. Dial-peer for calls between Unified CM and Webex Calling:

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

    Her er en forklaring af felterne til konfigurationen:

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

    Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting.

    destinationsmønster DÅRLIG. Dårlig

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protokol sipv2

    Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:wxtocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls.

    indgående uri via 300

    Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see  DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. For more information, see  vad (dial peer).

  2. Dial-peer for calls between Unified CM and the PSTN:

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

    Her er en forklaring af felterne til konfigurationen:

     dial-peer voice 400 voip  description UCM-PSTN trunk

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

    destinationsmønster DÅRLIG. Dårlig

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protokol sipv2

    Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:pstntocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls.

    incoming uri via 400

    Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see  DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. For more information, see  vad (dial peer).

4

Add call routing using the following configurations:

  1. Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex.

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

  2. Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN.

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

    Her er en forklaring af felterne til konfigurationen:

    dial-peer  100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  3. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: 

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

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 300

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

  4. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN:

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

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. You can also install the DS to automate diagnostics data collection and transfer-collected data to the Cisco TAC case to accelerate resolution time.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og handlinger, der skal foretages for at informere, fejlfinde og udbedre problemet. You can define the problem detection logic using syslog messages, SNMP events and through periodic monitoring of specific show command outputs.

Handlingstyperne inkluderer indsamling af vis kommandooutputs:

  • Genererer en konsolideret logfil

  • Uploading the file to a user-provided network location such as HTTPS, SCP, FTP server.

TAC-ingeniører skriver DS-filerne og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Før du begynder:

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

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

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

Forudsætninger

Local Gateway running IOS XE 17.6.1a or higher

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Configure the secure email server to be used to send proactive notification if the device is running Cisco IOS XE 17.6.1a or higher.

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

  3. Configure the environment variable ds_email with the email address of the administrator to notify you. 

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

The following shows an example configuration of a Local Gateway running on Cisco IOS XE 17.6.1a or higher to send the proactive notifications to tacfaststart@gmail.com using Gmail as the secure SMTP server:

We recommend you to use the Cisco IOS XE Bengaluru 17.6.x or later versions.

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 specifik Gmail-kontoindstilling og give specifik tilladelse til at få e-mailen fra enheden behandlet korrekt:

  1. Go to Manage Google Account > Security and turn on the Less secure app access setting.

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

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

This DS tracks CPU utilization for five seconds using the SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfindinger og afinstallerer alle diagnostiske signaturer, der er installeret i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Use the show snmp command to enable SNMP. If you do not enable, then configure the snmp-server manager command.

    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 indlogning: aktiveret

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

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR Series or Cisco CSR 1000V Series

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

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

    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 kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have værdien "registreret". 

    show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  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

    2020-11-07 22:05:33

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. If necessary, reinstall DS 64224 to continue monitoring high CPU utilization on the Local Gateway.

Monitorer registrering af SIP-trunk

Denne DS kontrollerer afrapportering af en lokal gateway-SIP-trunk med Webex-opkald cloud hvert 60. sekunder. Once the unregistration event is detected, it generates an email and syslog notification and uninstalls itself after two unregistration occurrences. Use the steps below to install the signature:

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    SIP-trunk afmelding med e-mailmeddelelse.

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

    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 kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Overvågning af unormale opkald afbryder

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

  1. Use the show snmp command to check whether SNMP is enabled. If it is not enabled, configure the snmp-server manager command. 

    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 indlogning: aktiveret

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

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

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

    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 call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Installer diagnostiske signaturer for at fejlse et problem

Brug diagnostiske signaturer (DS) til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfinding, der er påkrævet for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og overføre data automatisk til Cisco TAC-sagen. Diagnostic Signatures (DS) eliminate the need to manually check for the problem occurrence and makes troubleshooting of intermittent and transient issues a lot easier.

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

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

  1. Configure an additional DS environment variable ds_fsurl_prefix which is the Cisco TAC file server path (cxd.cisco.com) to which the collected diagnostics data are uploaded. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager in the following command. The file upload token can be generated in the Attachments section of the Support Case Manager, as needed. 

    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. Ensure that SNMP is enabled using the show snmp command. If it is not enabled, configure the snmp-server manager command.

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

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

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

    Feltnavn

    Feltværdi

    Platform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

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

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

    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. Verify that the signature is successfully installed using the show call-home diagnostic-signature command. Statuskolonnen skal have en "registreret" værdi. 

    show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  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

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08

Bekræft afvikling af diagnostiske signaturer

In the following command, the “Status” column of the show call-home diagnostic-signature command changes to “running” while the Local Gateway executes the action defined within the signature. Resultatet af show call-home diagnostic-signature statistics er den bedste måde til at verificere, om en diagnosesignatur påviser en begivenhed af interesse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen afinstallerer sig selv efter at påvise det maksimale antal udløste begivenheder. 

show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Triggered/Max/Deinstall

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 afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug diagnostiske signaturer til fejlfindingsformål defineres typisk til afinstallation efter påvisning af nogle problemhændelser. If you want to uninstall a signature manually, retrieve the DS ID from the output of the show call-home diagnostic-signature command and run the following command:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

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

Manage and validate Cisco IOS XE Gateways through Control Hub

For better management of Cisco IOS XE Gateways, we recommend that you enroll and manage the gateways through the Control Hub. It is an optional configuration. When enrolled, you can use the configuration validation option in the Control Hub to validate your Local Gateway configuration and identify any configuration issues. Currently, only registration-based trunks support this functionality.

For more information, refer the following:

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using certificate-based mutual TLS (mTLS) SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The following image highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

  • voice class tenants: Used to create trunk specific configurations.

  • voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.

  • inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.

  • dial-peer group: Defines the outbound dial-peers used for onward call routing.

  • outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

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

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used. Options are provided for public or private (behind NAT) addressing. SRV DNS records are optional, unless load balancing across multiple CUBE instances.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

  • Trin 1: Configure router baseline connectivity and security

  • Trin 2: Configure Webex Calling Trunk

    Depending on your required architecture, follow either:

  • Trin 3: Configure Local Gateway with SIP PSTN trunk

  • Trin 4: Configure Local Gateway with existing Unified CM environment

    Eller:

  • Trin 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

  • All certificate-based Local Gateway deployments require Cisco IOS XE 17.9.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.

    • ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.

    • Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Essentials licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.

    • For high-capacity requirements, you may also require a High Security (HSEC) license and additional throughput entitlement.

      Refer to Authorization Codes for further details.

  • Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:

    • NTP

    • Acl'er

    • User authentication and remote access

    • DNS

    • IP-routing

    • IP addresses

  • The network toward Webex Calling must use a IPv4 address. Local Gateway Fully Qualified Domain Names (FQDN) or Service Record (SRV) addresses must resolve to a public IPv4 address on the internet.

  • All SIP and media ports on the Local Gateway interface facing Webex must be accessible from the internet, either directly or via static NAT. Ensure that you update your firewall accordingly.

  • Install a signed certificate on the Local Gateway (the following provides detailed configuration steps).

    • A public Certificate Authority (CA) as detailed in  What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? must sign the device certificate.

    • The FQDN configured in the Control Hub when creating a trunk must be the Common Name (CN) or Subject Alternate Name (SAN) certificate of the router. For eksempel:

      • If a configured trunk in the Control Hub of your organization has cube1.lgw.com:5061 as FQDN of the Local Gateway, then the CN or SAN in the router certificate must contain cube1.lgw.com. 

      • If a configured trunk in the Control Hub of your organization has lgws.lgw.com as the SRV address of the Local Gateway(s) reachable from the trunk, then the CN or SAN in the router certificate must contain lgws.lgw.com. De poster, som SRV adressen går til (CNAME, A Record, eller IP-adresse), er valgfrie i SAN.

      • Whether you use an FQDN or SRV for the trunk, the contact address for all new SIP dialogs from your Local Gateway uses the name configured in the Control Hub.

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

  • Upload the Cisco root CA bundle to the Local Gateway.

Konfiguration

1

Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example:

 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

Protect STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows:

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

Create an encryption trustpoint with a certificate signed by your preferred Certificate Authority (CA).

  1. Create an RSA key pair using the following exec command.

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

  2. When using cube1.lgw.com as the fqdn for the trunk, create a trustpoint for the signed certificate with the following configuration commands: 

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

  3. Generate Certificate Signing Request (CSR) with the following exec or configuration command and use it to request a signed certificate from a supported CA provider:

    crypto pki enroll LGW_CERT

4

Authenticate your new certificate using your intermediate (or root) CA certificate, then import the certificate (Step 4). Enter the following exec or configuration command:

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

5

Import a signed host certificate using the following exec or configuration command:

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

6

Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands:

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

7

Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates:

If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle:

ip http client proxy-server yourproxy.com proxy-port 80
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configure Webex Calling certificate-based trunk
1

Create a CUBE certificate-based PSTN trunk for an existing location in Control Hub. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.

Make a note of the trunk information that is provided once the trunk is created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide.
2

Enter the following commands to configure CUBE as a Webex Calling Local Gateway:

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

Her er en forklaring af felterne til konfigurationen:

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

  • To protect against toll fraud, the trusted address list defines a list of hosts and networks entities from which the Local Gateway expects legitimate VoIP calls.

  • By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default so do not need to be added to the trusted list.

  • When configuring your Local Gateway, add the IP subnets for your regional Webex Calling data center to the list, see Port Reference Information for Webex Calling for more information. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways.

  • For more information on how to use an IP address trusted list to prevent toll fraud, see IP address trusted.

mode border-element

Enables Cisco Unified Border Element (CUBE) features on the platform.

tillad-forbindelser sip til sip

Enable CUBE basic SIP back to back user agent functionality. For more information, see Allow connections.

By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service).

stun

Enables STUN (Session Traversal of UDP through NAT) globally.

These global stun commands are only required when deploying your Local Gateway behind NAT.

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

  • The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall.

For more information, see  stun flowdata agent-id and  stun flowdata shared-secret.

asymmetric payload full

Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload.

tidlig tilbud tvunget

Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.

sip-profiles inbound

Enables CUBE to use SIP profiles to modify messages as they are received. Profiles are applied via dial-peers or tenants.

3

Configure voice class codec 100 codec filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control.

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

Her er en forklaring af felterne til konfigurationen:

voice class codec 100

Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec.

Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.

4

Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk. (This step is not applicable for Webex for Government)

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

Her er en forklaring af felterne til konfigurationen:

stun usage ice lite

Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite.

The stun usage firewall-traversal flowdata command is only required when deploying your Local Gateway behind NAT.
You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams.
5

Configure the media encryption policy for Webex traffic. (This step is not applicable for Webex for Government)

 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

voice class srtp-crypto 100

Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.

6

Configure FIPS-compliant GCM ciphers (This step is applicable only for Webex for Government). 

 voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Her er en forklaring af felterne til konfigurationen:

voice class srtp-crypto 100

Specifies GCM as the cipher-suite that CUBE offers. It is mandatory to configure GCM ciphers for Local Gateway for Webex for Government.

7

Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination FQDN or SRV:

 voice class uri 100 sip pattern cube1.lgw.com

Her er en forklaring af felterne til konfigurationen:

voice class uri 100 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use LGW FQDN or SRV configured in Control Hub while creating a trunk.

8

Configure SIP message manipulation profiles. If your gateway is configured with a public IP address, configure a profile as follows or skip to the next step if you are using NAT. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway and "198.51.100.1" is the public IP address of the Local Gateway interface facing Webex Calling:

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

Her er en forklaring af felterne til konfigurationen:

rules 10 and 20

To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices.

Skip the next step if you have configured your Local Gateway with public IP addresses.

9

If your gateway is configured with a private IP address behind static NAT, configure inbound and outbound SIP profiles as follows. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway, "10.80.13.12" is the interface IP address facing Webex Calling and "192.65.79.20" is the NAT public IP address.

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

Her er en forklaring af felterne til konfigurationen:

rules 10 and 20

To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices.

rules 30 to 81

Convert private address references to the external public address for the site, allowing Webex to correctly interpret and route subsequent messages.

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

Her er en forklaring af felterne til konfigurationen:

rules 10 to 80

Convert public address references to the configured private address, allowing messages from Webex to be correctly processed by CUBE.

For more information, see voice class sip-profiles.

10

Configure a SIP Options keepalive with header modification profile.

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

Her er en forklaring af felterne til konfigurationen:

voice class sip-options-keepalive 100

Configures a keepalive profile and enters voice class configuration mode. You can configure the time (in seconds) at which an SIP Out of Dialog Options Ping is sent to the dial-target when the heartbeat connection to the endpoint is in UP or Down status.

This keepalive profile is triggered from the dial-peer configured towards Webex.

To ensure that the contact headers include the SBC fully qualified domain name, SIP profile 115 is used. Rules 30, 40, and 50 are required only when the SBC is configured behind static NAT.

In this example, cube1.lgw.com is the FQDN selected for the Local Gateway and if static NAT is used, "10.80.13.12" is the SBC interface IP address towards Webex Calling and "192.65.79.20" is the NAT public IP address.

11

Configure Webex Calling trunk:

  1. Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. Dial-peers associated with this tenant later will inherit these configurations:

    The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration.

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

    Her er en forklaring af felterne til konfigurationen:

    voice class tenant 100

    We recommend that you use tenants to configure trunks which have their own TLS certificate, and CN or SAN validation list. Here, the tls-profile associated with the tenant contains the trust point to be used to accept or create new connections, and has the CN or SAN list to validate the incoming connections. For more information, see voice class tenant.

    intet tredjeparts-id

    Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id.

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

    Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk

    srtp-crypto 100

    Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in Step 5). For more information, see voice class srtp-crypto.

    localhost dns: cube1.lgw.com

    Configures CUBE to replace the physical IP address in the From, Call-ID, and Remote-Party-ID headers in outgoing messages with the provided FQDN.

    sessionstransport tcp tls

    Sets transport to TLS for associated dial-peers. For more information, see session-transport.

    no session refresh

    Disables SIP session refresh globally.

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. For more information, see error-passthru.

    bind control source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for messages sent to Webex Calling. For more information, see bind.

    bind media source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for media sent to Webex Calling. For more information, see bind.

    voice-class sip profiles 100

    Applies the header modification profile (Public IP or NAT addressing) to use for outbound messages. For more information, see voice-class sip profiles.

    voice-class sip profiles 110 inbound

    Applies the header modification profile (NAT addressing only) to use for inbound messages. For more information, see voice-class sip profiles.

    privacy-policy passthru

    Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy.

  2. Configure the Webex Calling trunk dial-peer.

     dial-peer voice 100 voip description Inbound/Outbound Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip rel1xx disable voice-class sip asserted-id pai 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:

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

    Definerer en VoIP dial-peer med et tag på 100 og giver en meningsfuld beskrivelse af brugervenlighed i forbindelse med administration og fejlfinding. For more information, see dial-peer voice.

    destinationsmønster DÅRLIG. Dårlig

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protokol sipv2

    Angiver, at dial-peer 100 håndterer SIP-call legs. For more information, see session protocol (dial-peer).

    session mål sip-server

    Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer.

    incoming uri request 100

    To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Webex Calling. For more information, see voice class codec.

    stemmeklasse-stun-brug 100

    Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN help to open a firewall pinhole for media traffic.

    voice-class sip asserted-id pai

    Sets the outgoing calling information using the privacy asserted ID (PAI) header. For more information, see voice-class sip asserted-id.

    voice-class sip tenant 100

    The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may overridden at the dial-peer level. For more information, see  voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    This command is used to monitor the availability of a group of SIP servers or endpoints using a specific profile (100).

    srtp

    Aktiverer SRTP for opkaldsbenet.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

1

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

2

Configure the following IP PSTN dial-peer:

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

Her er en forklaring af felterne til konfigurationen:

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

Definerer en VoIP dial-peer med et tag på 200 og giver en meningsfuld beskrivelse af brugervenlighed i forbindelse med administration og fejlfinding. For more information, see dial-peer voice.

destinationsmønster DÅRLIG. Dårlig

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protokol sipv2

Angiver, at dial-peer 200 håndterer SIP-call legs. For more information, see session protocol (dial peer).

sessions mål ipv4:192.168.80.13

Angiver destinationens mål-IPv4-adresse til at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. For more information, see  session target (VoIP dial peer).

incoming uri via 200

Definerer et sammenfald for VIA-headeren med IP PSTN's IP-adresse. Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

stemmeklasse-codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see DTMF Relay (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. For more information, see vad (dial peer).

3

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

  1. Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.

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

    Her er en forklaring af felterne til konfigurationen:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex: 

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

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.
1

The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12

Her er en forklaring af felterne til konfigurationen:

voice translation-rule

Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting.

In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively.

This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan.

If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively.

For more information, see voice translation-profile and voice translation-rule.

2

Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following:

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

Configure the following TDM PSTN dial-peer:

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

Her er en forklaring af felterne til konfigurationen: 

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

Definerer en VoIP med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til brugervenlighed i administration og fejlfinding. For more information, see dial-peer voice.

destinationsmønster DÅRLIG. Dårlig

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

translation-profile incoming 200

Assigns the translation profile that will add a call routing tag to the incoming called number.

direct-inward-dial

Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial.

port 0/2/0:15

The physical voice port associated with this dial-peer.

4

To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad

Her er en forklaring af felterne til konfigurationen: 

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

Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice.

translation-profile incoming 11

Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk.

destinationsmønster DÅRLIG. Dårlig

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

session protokol sipv2

Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer).

session target 192.168.80.14

Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer).

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see  DTMF Relay (Voice over IP).

codec g711alaw

Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. For more information, see  vad (dial peer).

5

Add the following call routing configuration:

  1. Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back.

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

    Her er en forklaring af felterne til konfigurationen:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls.

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

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Classifies Unified CM to Webex calls using SIP VIA port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Classifies Unified CM to PSTN calls using SIP via port:

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

    Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required.

    In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.

2

Configure the following DNS records to specify SRV routing to Unified CM hosts:

IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required.

 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:

The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk:

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

_sip._udp.pstntocucm.io: SRV resource record name

2: The SRV resource record priority

1: The SRV resource record weight

5060: The port number to use for the target host in this resource record

ucmsub5.mydomain.com: The resource record target host

To resolve the resource record target host names, create local DNS A records. For eksempel:

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: Creates a record in the local IOS XE database.

ucmsub5.mydomain.com: The A record host name.

192.168.80.65: The host IP address.

Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.

3

Configure the following dial-peers:

  1. Dial-peer for calls between Unified CM and Webex Calling:

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

    Her er en forklaring af felterne til konfigurationen:

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

    Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting.

    destinationsmønster DÅRLIG. Dårlig

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protokol sipv2

    Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:wxtocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls.

    indgående uri via 300

    Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see  DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. For more information, see  vad (dial peer).

  2. Dial-peer for calls between Unified CM and the PSTN:

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

    Her er en forklaring af felterne til konfigurationen:

     dial-peer voice 400 voip  description UCM-PSTN trunk

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

    destinationsmønster DÅRLIG. Dårlig

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    session protokol sipv2

    Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:pstntocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls.

    incoming uri via 400

    Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. For more information, see  DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. For more information, see  vad (dial peer).

4

Add call routing using the following configurations:

  1. Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex.

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

  2. Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN.

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

    Her er en forklaring af felterne til konfigurationen:

    dial-peer  100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  3. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: 

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

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 300

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

  4. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN:

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

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

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

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

  • Indsamler vis kommandooutputs

  • Genererer en konsolideret logfil

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

TAC-ingeniører forfatter DS-filer og digitalt underskrive den for integritetsbeskyttelse. Hver DS-fil har det unikke numeriske id tildelt af systemet. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Før du begynder:

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

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

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

Forudsætninger

Lokal gateway med IOS XE 17.6.1 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Configure the secure email server that you use to send proactive notification if the device is running IOS XE 17.6.1 or higher.

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

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

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

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

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

  1. Sørg for, at du aktiverede SNMP ved hjælp af kommandoen vis snmp. If SNMP is not enabled, then configure the snmp-server manager command.

     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 indlogning: aktiveret

  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 Series, or Catalyst 8000V Edge Software

    Produkt

    CUBE Enterprise in Webex Calling solution

    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 kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi. 

     show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  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

    2020-11-07 22:05:33

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

Overvågning af unormale opkald afbryder

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

  1. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. If SNMP is not enabled, configure the snmp-server manager command. 

    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 indlogning: aktiveret

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

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

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

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

    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. Use the command show call-home diagnostic-signature to verify that the signature is successfully installed. Statuskolonnen skal have værdien "registreret".

Installer diagnostiske signaturer for at fejlse et problem

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

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

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

  1. Configure another DS environment variable ds_fsurl_prefix as the Cisco TAC file server path (cxd.cisco.com) to upload the diagnostics data. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager as shown in the following. The file upload token can be generated in the Attachments section of the Support Case Manager, as required. 

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

    Eksempel: 

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

  2. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. If SNMP not enabled, configure the snmp-server manager command.

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

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

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

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

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR Series, or 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. Install the high CPU monitoring DS 64224 and then DS 65095 XML file in the Local 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 blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret". 

     show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  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

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08:00:12:53

Bekræft afvikling af diagnostiske signaturer

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

show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  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

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Triggered/Max/Deinstall

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 afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

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

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

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

Implementer CUBE høj tilgængelighed som lokal gateway

Grundlæggende

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex Calling, skal du sørge for, at du har en klar forståelse af følgende koncepter:

Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge for, at du opfylder kravene til CUBE HA-design.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.

Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

Webex Calling-løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Nedenstående figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.

Kontrolpunkter er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

I denne artikel henviser CUBE HA til CUBE High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) for tilstandsfuld opkaldsbevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling-trunkudrulning.

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte stemme-B2B HA.

Virtuel IP-adresseadministration (VIP) for både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standby-routeren over og fortsætter med at videresende RTP-strømmen, som tidligere blev dirigeret af den første router.

Opkald i midlertidig tilstand på tidspunktet for failover bevares ikke efter skiftet. For eksempel opkald, der endnu ikke er helt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skiftet.

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

  • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er redundansgruppe (RG)-kontrol-/datagrænseflade

  • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/data- og trafikgrænseflader

  • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

  • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundansgrænsefladeidentifikatoren rii bør være unik for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBE'er skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

  • Loopback-grænseflader kan ikke bruges som binding, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-kontrol-/datalinket (Gig3)

  • Begge platforme skal være ens og tilsluttes via en fysisk switch på tværs af alle grænseflader af samme slags, for at CUBE HA kan virke, dvs. at GE0/0/0 for CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

  • Både aktiv/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. at grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

  • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

conf t 
 track 1 grænseflade Gig priktEthernet1 linje protokol 
 spor 2 grænseflade GigtEthernet2 linje-protokol 
 afslut 

VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

redundans program redundans gruppe 1 navn 
 
 
    LocalGateway-HA prioritet 
    100 failover tærskel 75 
    kontrol GigtidentEthernet3 protokol 1 
    data GigtidentEthernet3 
    timere forsinkelse 30 genindlæs 60 spor 1 nedlukningsspor 
 
    2 
    nedlukningsudgang protokol 
   1 timer 
    hejtime 3 holdtime 10 
 
 
 exit 

VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(konfiguration) #

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(konfiguration) #

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundancy—Enters redundancy mode

  • application redundancy—Enters application redundancy configuration mode

  • group—Enters redundancy application group configuration mode

  • name LocalGateway-HA—Defines the name of the RG group

  • priority 100 failover threshold 75—Specifies the initial priority and failover thresholds for an RG

  • timers delay 30 reload 60—Configures the two times for delay and reload

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

    • Standardtimere anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

  • control GigabitEthernet3 protocol 1—Configures the interface used to exchange keepalive and hello messages between the two CUBEs, and specifies the protocol instance that will be attached to a control interface and enters redundancy application protocol configuration mode

  • data GigabitEthernet3—Configures the interface used for checkpointing of data traffic

  • track—RG group tracking of interfaces

  • protocol 1—Specifies the protocol instance that will be attached to a control interface and enters redundancy application protocol configuration mode

  • timers hellotime 3 holdtime 10—Configures the two timers for hellotime and holdtime:

    • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

    • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under stemmetjeneste voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundanssprocessen.

stemmetjeneste 
   voip-redundans-gruppe 1 
   udgang

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

 % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført 

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

 % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført 

VCUBE-2(config-voi-serv)# exit

redundancy-group 1—Adding and removing this command requires a reload for the updated configuration to take effect. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(konfiguration) #

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(konfiguration) #

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundancy rii—Configures the redundancy interface identifier for the redundancy group. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har den samme VIP.

    If there is more than one B2B pair on the same LAN, each pair MUST have unique rii IDs on their respective interfaces (to prevent collision). ‘show redundancy application group all’ should indicate the correct local and peer information.

  • redundancy group 1—Associates the interface with the redundancy group created in Step 2 above. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Den platform, som skal genindlæses sidst, er altid standby.

VCUBE-1#wr

 Bygningskonfiguration... 

 [OK] 

VCUBE-1#reload

 Proceed with reload? [confirm]

Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr

 Bygningskonfiguration... 

 [OK] 

VCUBE-2#reload

 Proceed with reload? [confirm]

6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne; platformen, der genindlæses sidste, vil altid være Standby. 

 VCUBE-1#show redundancy application group all Faults states Group 1 info:        Prioritet for kørselstid: [100] RG-fejl RG tilstand: Op.                        Samlet antal skift pga. fejl:  0 samlet antal ændringer i alt/up-tilstand på grund af fejl: 0 gruppe-id: 1 gruppenavn: Local gateway-ha- administrationstilstand: Ingen lukning samlet driftstilstand:  Min rolle: AKTIV peer-rolle: Status for STANDBY peer: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: RG-protokol til STANDBY-RG 1-------------------rolle: Aktiv forhandling: Aktiveret prioritet: 100 protokol tilstand: Aktiv CTRL-Intf (e) tilstand: Aktiv peer: Lokal standby-peer: adresse 10.1.1.2, prioritet 100, intf Gi3 Log-tællere:                 rolleændring til aktiv: 1 rolle ændring til standby: 1 Deaktiver begivenheder: rg ned-tilstand 0, rg lukket 0 CTRL intf events: up 1, down 0, admin_down 0 reload events: lokal anmodning 0, peer-anmodning 0 RG-medie kontekst for RG 1--------------------------ctx tilstand: Aktiv protokol-ID: 1 medietype: Standard kontrol grænseflade: GigabitEthernet3 nuværende Hej-timer: 3000 konfigureret Hej timer: 3000, hold timer: 10000 peer-Hej timer: 3000, Peer Hold-timer: 10000 stats statistik:             Pkts 1509, byte 93558, HA sekvens 0, sekvensnummer 1509, pkt tab 0-godkendelse ikke konfigureret bekræftelses fejl: 0 Genindlæs peer: TX 0, RX 0 Opgiv: TX 0, RX 0 holder peer: Stede. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2#show redundancy application group all Faults states Group 1 info:        Prioritet for kørselstid: [100] RG-fejl RG tilstand: Op.                        Samlet antal skift pga. fejl:  0 samlet antal ændringer i alt/up-tilstand på grund af fejl: 0 gruppe-id: 1 gruppenavn: Local gateway-ha- administrationstilstand: Ingen lukning samlet driftstilstand: Min rolle: STANDBY-peer-rolle: AKTIV peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: RG-protokol til STANDBY-RG 1-------------------rolle: Aktiv forhandling: Aktiveret prioritet: 100 protokol tilstand: Aktiv CTRL-Intf (e) tilstand: Aktiv peer: adresse 10.1.1.2, prioritet 100, intf Gi3 standby peer: Lokale logge-tællere:                 rolleændring til aktiv: 1 rolle ændring til standby: 1 Deaktiver begivenheder: rg ned-tilstand 0, rg lukket 0 CTRL intf events: up 1, down 0, admin_down 0 reload events: lokal anmodning 0, peer-anmodning 0 RG-medie kontekst for RG 1--------------------------ctx tilstand: Aktiv protokol-ID: 1 medietype: Standard kontrol grænseflade: GigabitEthernet3 nuværende Hej-timer: 3000 konfigureret Hej timer: 3000, hold timer: 10000 peer-Hej timer: 3000, Peer Hold-timer: 10000 stats statistik:             Pkts 1509, byte 93558, HA sekvens 0, sekvensnummer 1509, pkt tab 0-godkendelse ikke konfigureret bekræftelses fejl: 0 Genindlæs peer: TX 0, RX 0 Opgiv: TX 0, RX 0 holder peer: Stede. Hold Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-2 #

Konfigurer en lokal gateway på begge CUBE'er

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

  • Brugernavn: Hussain1076_LGU

  • Adgangskode: lOV12MEaZx

1

Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne, der er vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6-adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Her er den lokale gateway konfiguration, der vil gælde for begge platforme baseret på de Control hub-parametre, der er vist ovenfor, Gem og Genindlæs. SIP Digest credentials from Control Hub are highlighted in bold.

 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end 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 pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal 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=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw 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 exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx 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 GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start

For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE

2

På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med Webex Calling-adgangs-SBC. Se resultatet af de følgende visningskommandoer.

vis redundansapplikationsgruppe 1

show sip-ua register status 

 VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Op til min rolle: Standby- peer-rolle: AKTIV peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: STANDBY HOT peer-RF tilstand: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#

 VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Op til min rolle: AKTIV peer-rolle: STATUS for peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: STANDBY HOT VCUBE-2 #Vis SIP-UA register status- lejer: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2#

From the output above, you can see that VCUBE-2 is the active LGW maintaining the registration with Webex Calling access SBC, whereas the output of the “show sip-ua register status” is blank in VCUBE-1

3

Aktivér nu følgende fejlretninger på VCUBE-1

 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message

4

Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.

 VCUBE-2#redundancy application reload group 1 self

Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor

  • Når den AKTIVE router genindlæses

  • Når den AKTIVE router starter op

  • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret

5

Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.

 VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1 er nu den aktive LGW.

6

Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex Calling via den virtuelle IP og modtager en 200 OK.

 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hej tid udløbet. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sendt: TILMELD SIP: 40462196.cisco-bcld.com:5061 SIP/2,0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Tor, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97-bruger agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forward: 70 tidsstempel: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 understøttet: Path Content-Length: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Modtaget: SIP/2.0 401 uautoriseret via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Tor, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 Tilmeld dig WWW-Godkend; DIGEST realm = "BroadWorks", qop = "auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritme = MD5 indhold-længde: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sendt: Registrer SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Tor, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97-bruger agent: Cisco-SIPGateway/IOS-16.12.02 Max-forwards: 70 tidsstempel: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 understøttet: Tilladelse til Path: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Modtaget: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: opkald-info, linje beslag, dialog, meddelelse-Oversigt, som funktion-begivenhed, x-broadworks-Hotel, x-broadworks-opkald-Center-status, konference indhold-længde: 0

Konfigurer Unified CM til Webex Calling

Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gatewayen befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP-trunksikkerhedsprofil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, f.eks. Webex
BeskrivelseMeningsfuld beskrivelse, f.eks. Webex SIP-trunk-sikkerhedsprofil
Indgående portSkal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer en SIP-profil for den lokale gateway-trunk

Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, f.eks. Webex
BeskrivelseMeningsfuld beskrivelse, f.eks. Webex SIP-profil
Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)"Kontrolleret

Opret et opkaldssøgerum for opkald fra Webex

Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, f.eks. Webex
BeskrivelseMeningsfuld beskrivelse, f.eks. Webex Calling-søgerum
Valgte partitioner

DN (+E.164 telefonnumre)

ESN (forkortet opkald mellem websteder)

PSTNI (PSTN-adgang)

påNet(lærte destinationer i GDPR)

Den sidste partition onNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurer en SIP-trunk til og fra Webex

Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

IndstillingVærdi
Oplysninger om enhed
DeviceNameEt unikt navn, f.eks. Webex
BeskrivelseMeningsfuld beskrivelse, f.eks. Webex SIP-trunk
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Indgående opkald
OpkaldssøgerumDet tidligere definerede opkaldssøgerum: Webex
AAR-opkaldssøgerum Et opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
SIP-oplysninger
DestinationsadresseIP-adresse for den lokale gateways CUBE
Destinationsport5060
SIP-trunksikkerhedsprofilTidligere defineret: Webex
SSO-profilTidligere defineret: Webex

Konfigurer rutegruppe for Webex

Opret en rutegruppe med følgende indstillinger:

IndstillingVærdi
Oplysninger om rutegruppe
Navn på videresendelsesgruppeEt unikt navn, f.eks. Webex
Valgte enhederDen tidligere konfigurerede SIP trunk: Webex

Konfigurer ruteliste for Webex

Opret en ruteliste med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEt unikt navn, f.eks. RL_Webex
BeskrivelseMeningsfuld beskrivelse, f.eks. Ruteliste til Webex
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Medlemsoplysninger om ruteliste
Valgte grupperKun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationerne med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEntydigt navn, f.eks. Webex
BeskrivelseMeningsfuld beskrivelse, f.eks. Webex-partition

Hvad er næste trin?

Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan viderestilles.

Konfigurer rutemønstre for Webex-destinationer

Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

IndstillingVærdi
RutemønsterFuldt +E.164-mønster for DID-området i Webex med foranstillet "\". For eksempel: \+140855501XX
RutepartitionWebex
Gateway-/rutelisteRL_Webex
Hastende prioritetKontrolleret

Konfigurer normalisering af forkortede opkald mellem områder for Webex

Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

IndstillingVærdi
OversættelsesmønsterESN-mønster for ESN-området i Webex. Eksempel: 80121XX
PartitionWebex
BeskrivelseMeningsfuld beskrivelse, f.eks. Webex-standardiseringsmønster
Brug afsenderens opkaldssøgerumKontrolleret
Hastende prioritetKontrolleret
Vent ikke på mellemciffer-timeout på efterfølgende hopKontrolleret
Transformationsmaske for opkaldt partMaske til normalisering af nummeret til +E.164. For eksempel: +140855501XX

Konfigurer dine Webex Calling-funktioner

Opsæt et viderestillingsgruppe

Hunt-grupper dirigerer indgående opkald til en gruppe brugere eller arbejdsområder. Du kan endda konfigurere et mønster til at dirigere til en hel gruppe.

Få yderligere oplysninger om, hvordan du konfigurerer viderestillingsgruppe, i Viderestil grupper i Cisco Webex Control Hub.

Opret en opkaldskø

Du kan opsætte en opkaldskø, således at når kunders opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Yderligere oplysninger om, hvordan du konfigurerer og administrerer opkaldskø, finder du under Administrer opkaldskøer Cisco Webex Control Hub.

Opret en receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret. Du kan opsætte brugere som telefon-omstillinger, så de kan screene indgående opkald til visse personer i din organisation.

For oplysninger om, hvordan du opsætter og ser dine receptionistklienter, se Receptionistklienter i Cisco Webex Control Hub.

Opret og administrer automatiske omstillinger

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Opret en 24-timers tidsplan, eller angiv forskellige valgmuligheder, når din virksomhed er åben eller lukket.

Få oplysninger om, hvordan du opretter og administrerer automatiske omstillinger, i Administrer automatiske omstillinger Cisco Webex Control Hub.

Konfigurer en paging-gruppe

Gruppe-paging giver brugeren mulighed for at foretage et envejsopkald eller gruppe-side til op til 75 målbrugere og arbejdsområder ved at ringe til et nummer eller et lokalnummer, der er tildelt en bestemt paging-gruppe.

For oplysninger om, hvordan du konfigurerer og redigerer paging-grupper, se Konfigurer en Paging-gruppe Cisco Webex Control Hub.

Opsæt opkaldsbesvarelse

Forbedr teamwork og samarbejde ved at oprette opkaldsbesvarelse gruppe, så brugere kan besvare hinandens opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

Du kan finde yderligere oplysninger om, hvordan du opsætter en opkaldsbesvarelsesgruppe i Opkaldsbesvarelse i Cisco Webex Control Hub.

Opsætning af parkering af opkald

Parkering af opkald tillader en defineret gruppe af brugere at parkere opkald hos andre tilgængelige medlemmer af en gruppe for parkering af opkald. Parkerede opkald kan besvares af andre medlemmer af gruppen på deres telefon.

Du kan finde yderligere oplysninger om, hvordan du opsætter parkering af opkald i Parkering af opkald i Cisco Webex Control Hub.

Aktivér indtrængen for brugere

1

Fra kundevisningen i https://admin.webex.com, gå til Administration > Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg derefter Bryd ind.

4

Slå til/fra-knappen for at tillade andre brugere at føje sig til denne brugers igangværende opkald.

5

Markér Afspil en tone, når denne bruger bryder ind i et opkald , hvis du vil afspille en tone til andre, når denne bruger bryder ind i sit opkald.

Afspil en tone, når denne bruger bryder ind på en opkaldsindstilling, gælder ikke for den grundlæggende og væsentlige kundeoplevelse supervisorfunktionen. Selvom du aktiverer denne indstilling for en supervisor, afspiller systemet ikke beskedtonen til agenten, når en supervisor bryder ind i sit opkaldskøopkald.

Hvis du vil afspille en tone til en agent, når en supervisor bryder ind i sit opkald, kan du aktivere den via indstillingerne "Beskedtone for agenter". Få flere oplysninger i afsnittet Opret en kø i Webex Customer Experience Basic eller Webex Customer Experience Essentials.

6

Klik på Gem.

Aktivér beskyttelse for en bruger

1

Log ind på Control Hubog gå til Ledelse > Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til området Tilladelser mellem brugere , og vælg derefter Beskyttelse af personlige oplysninger.

4

Vælg de passende indstillinger for Databeskyttelse ved automatisk omstilling for denne bruger.

  • Tillad, at denne bruger kan ringes op via lokalnummer
  • Tillad, at denne bruger kan ringes op via for- eller efternavn
5

Markér afkrydsningsfeltet Aktivér databeskyttelse. Du kan derefter beslutte at blokere alle ved ikke at vælge medlemmer fra rullegardinmenuen. Alternativt kan du vælge de brugere, arbejdsområder og virtuelle linjer, der kan overvåge denne brugers linjestatus.

Hvis du er placeringsadministrator, vises kun de brugere, arbejdsområder og virtuelle linjer, der vedrører dine tildelte placeringer, i rullemenuen.

Fjern markeringen i afkrydsningsfeltet Aktivér beskyttelse for at give alle mulighed for at overvåge linjestatussen.

6

Markér afkrydsningsfeltet Gennemtving beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind for at aktivere beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind.

  • Hvis du aktiverer denne valgmulighed, kan kun de autoriserede brugere, virtuelle linjer og arbejdsområdeenheder bruge omdirigeret opkaldsbesvarelse og bryde ind på denne bruger. Ellers kan alle i organisationen aktivere omdirigeret opkaldsbesvarelse og bryde ind på en linje.
  • For yderligere oplysninger om bryde ind, se Bryd ind på en andens telefonopkald.
  • Supervisoren kan altid bryde ind i opkald, som agenterne modtager via opkaldskøen. Det vil sige, at indstillinger for beskyttelse af personlige oplysninger ikke påvirker en supervisors mulighed for at bryde ind.
7

Fra Tilføj medlem efter navn, vælg de brugere, arbejdsområder og virtuelle linjer, der kan overvåge telefonlinjestatus og aktivere omdirigeret opkaldsbesvarelse og bryde ind.

8

Hvis du vil filtrere de medlemmer, du vælger, skal du bruge filteret efter navn, nummer eller ext-felt.

9

Klik på Fjern alle for at fjerne alle de valgte medlemmer.

For at fjerne et individuelt medlem skal du klikke på Slet ved siden af medlemmets navn.
10

Klik på Gem.

Indstillinger for beskyttelse af personlige oplysninger

Konfigurer overvågning

Det maksimale antal overvågede linjer for en bruger er 50. Men når du konfigurerer overvågningslisten, skal du overveje antallet af meddelelser, der påvirker båndbredden mellem Webex Calling og dit netværk. Bestem også de maksimale overvågede linjer ved hjælp af antallet af linjeknapper på brugerens telefon.

1

Fra kundevisningen i https://admin.webex.com, gå til Administration og klik derefter på .

2

Vælg den bruger, du vil modificere, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Overvågning.

4

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj lokalnummer til parkering af opkald

Du kan inkludere en virtuel linje på listen Tilføj overvåget linje til brugerovervågning.

5

Vælg, om du vil underrette denne bruger om parkerede opkald, søg efter personen eller lokalnummeret til parkering af opkald, der skal overvåges, og klik derefter på Gem.

Listen over overvågede linjer i Control Hub svarer til den rækkefølge af overvågede linjer, der vises på brugerens enhed. Du kan ændre rækkefølgen af listen over overvågede linjer når som helst.

Det navn, der vises for den overvågede linje, er det navn, der er angivet i felterne Fornavn og efternavn for bruger, arbejdsområde og virtuelle linje.

Vil du se, hvordan det gøres? Se denne videodemonstration om, hvordan du administrerer overvågningsindstillinger for en bruger i Control Hub.

Aktivér advarselstone for opkaldsbro for brugere

Før du begynder

Du skal have den delte linje konfigureret, så opkaldsbroen kan aktiveres. Se, hvordan du konfigurerer delte linjer , før du aktiverer advarselstonen for opkaldsbro til at afspille.
1

Log ind på Control Hubog gå til Ledelse > Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til Tilladelser mellem brugere, og klik på Advarselstone for opkaldsbro.

4

Slå advarselstone til for opkaldsbro, og klik derefter på Gem.

Denne funktion er som standard aktiveret.

For yderligere oplysninger om opkaldsforbindelse på en delt MPP-linje, se Delte linjer på din multiplatformstelefon.

For yderligere oplysninger om opkaldsbro på en delt linje i Webex-appen, se Visning af delt linje for Webex-appen.

Tænd for en bruger

Aktivering af aktivitetsbaseret kontor giver en bruger mulighed for at arbejde et andet sted, mens de bevarer funktionerne fra deres fastnettelefon.
1

Fra kundevisningen i https://admin.webex.com, gå til Administration og vælg Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Hoteling , og slå til/fra-knappen.

4

Indtast navnet eller nummeret på hotelværten i feltet Hoteling placering, og vælg den hoteling-vært, som du vil tildele brugeren.

Der kan kun vælges én hotelvært. Hvis du vælger en anden hotelvært, slettes den første.

Hvis du er placeringsadministrator, kan du kun tildele hotelværten, der er relevant for dine tildelte placeringer.
5

For at begrænse den tid, en bruger kan tilknyttes hotelværten, skal du vælge antallet af timer, som brugeren kan bruge hotelværten i rullemenuen Begrænsede tilknytningsperiode .

Brugeren logges automatisk af efter det valgte tidspunkt.

Der vises en fejlmeddelelse på skærmen, hvis den begrænsede tilknytningsperiode, der er angivet for brugeren, overskrider den valgte hotelværts begrænsningsperiode. Hvis værten for hoteling f.eks. har en grænsetilslutningsperiode på 12 timer, og brugerens grænsetilslutningsperiode er 24 timer, vises en fejlmeddelelse. I sådanne tilfælde skal du forlænge den begrænsede tilknytningsperiode for hotelværten, hvis der er behov for mere tid for brugeren.

6

Klik på Gem.

En bruger kan også søge efter og finde den hotelvært, de vil bruge, fra User Hub. Få flere oplysninger i Få adgang til din opkaldsprofil overalt.

Vil du se, hvordan det gøres? Se denne videodemonstration om, hvordan du konfigurerer hoteling i Control Hub.

Indførelsestendenser og brugsrapporter for Webex Calling

Vis opkaldsrapporter

Du kan bruge siden Analyse i Control Hub til at få indsigt i, hvordan personer bruger Webex Calling og Webex-appen (engagement) samt deres oplevelse med opkaldsmediet. For at få adgang til Webex Calling-analyse skal du logge ind på Control Hub, derefter gå til Analyse og vælge fanen Opkald .

1

For detaljerede opkaldshistorikrapporter skal du logge ind på Control Hub og derefter gå til Analyse > Opkald.

2

Vælg Detaljeret opkaldshistorik.

Se Analyse af dedikeret forekomst for at få oplysninger om opkald, der bruger dedikeret forekomst.

3

For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub, derefter gå til Analytics og derefter vælge Opkald.

Få yderligere oplysninger i Analyser til din Cloud Collaboration-portefølje.

Forbered dit miljø

Generelle forudsætninger

Før du konfigurerer en lokal gateway til Webex Calling, skal du sikre dig, at du:

  • har grundlæggende viden om VoIP-principper

  • har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter

  • Have en grundlæggende forståelse af SIP (Session Initiation Protocol)

  • har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM

Se Virksomhedskonfigurationsvejledningen til Cisco Unified Border Element (CUBE) for at få flere oplysninger.

Hardware- og softwarekrav til lokal gateway

Sørg for, at din installation har en eller flere af de lokale gateways, f.eks.:

  • Cisco CUBE til IP-baseret forbindelse

  • Cisco IOS-gateway til TDM-baseret forbindelse

Se tabel 1 i den lokale gateway til ordrevejledning til Webex Calling. Sørg også for, at platformen kører en understøttet IOS-XE-udgivelse i henhold til konfigurationsvejledningen til lokal gateway.

Den lokale gateway hjælper dig med at migrere til Webex Calling i dit eget tempo. Den lokale gateway integrerer din eksisterende lokal installation med Webex Calling. Du kan også bruge din eksisterende PSTN-forbindelse. Se Kom i gang med lokal gateway

Certifikat- og sikkerhedskrav til lokal gateway

Webex Calling kræver et sikkert signal og sikre medier. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

  • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

  • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

  • Nøglecenterbundtet validerer certifikatet, der præsenteres

  • Der anmodes om legitimationsoplysninger (fra SIP Digest)

  • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

Krav til firewall, NAT og mediestioptimering til lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

Hvis du vil bruge mediestioptimering med ICE, skal den lokale gateways grænseflade, der vender mod Webex Calling, have en direkte netværkssti til og fra Webex Calling-slutpunkterne. Hvis slutpunkterne er på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways grænseflade, der vender mod Webex Calling, skal den lokale gateway have en offentlig IP-adresse tildelt til grænsefladen, der vender mod Webex Calling, til opkald mellem den lokale gateway og slutpunkterne for at bruge mediestioptimering. Derudover skal den køre iOS-XE version 16.12.5.

Konfigurer Webex Calling til din organisation

Konfigurer opkaldsindstillinger i guiden til første opsætning

Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

1

Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.

Din administrator-e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

2

Gennemse og acceptér tjenesteydelsesvilkårene.

3

Gennemgå din plan, og klik derefter på Kom i gang.

Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger Kom i gang.

4

Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

5

Klik på Næste: Standardplacering.

6

Vælg mellem følgende valgmuligheder:

  • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren fuldfører klargøring af Webex Calling.
  • Udfyld de nødvendige oplysninger om placering. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

7

Foretag følgende valg, der skal gælde for denne placering:

  • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – Til e-mailkommunikation til nye brugere.
  • Land
  • Tidszone
8

Klik på Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og vælg Afslut.

Tilføj en placering

Før du begynder

For at oprette en ny placering skal du forberede følgende oplysninger:

  • Placeringsadresse

  • Ønskede telefonnumre (valgfrit)

1

Log ind på Control Hub https://admin.webex.com, gå til Administration > placering.

En ny placering hostes i det regionale datacenter, der svarer til det land, du valgte ved hjælp af guiden til den første opsætning.
2

Konfigurer indstillingerne for placeringen:

  • Navn på placering – Indtast et unikt navn for at identificere placeringen.
  • Land/region – Vælg et land, hvor placeringen skal knyttes til. Du kan f.eks. oprette en placering (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
  • Placeringsadresse – Indtast placeringens primære mailadresse.
  • By/by– Indtast en by for denne placering.
  • Delstat/provins/region – Vælg en stat i rullemenuen.
  • Postnummer – Angiv postnummeret.
  • Meddelelsessprog – Vælg sproget for lydmeddelelser og meddelelser for nye brugere og funktioner.
  • E-mailsprog – vælg sproget til e-mailkommunikation med nye brugere.
  • Tidszone – Vælg tidszonen for placeringen.
3

Klik på Gem, og vælg Ja/ Nej for at tilføje numre til placeringen nu eller senere.

4

Hvis du har klikket på Ja, skal du vælge en af følgende valgmuligheder:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN-numre eller overføre eksisterende numre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I forvejen eksisterende placeringer, der har fået PSTN-funktioner tildelt, er ikke kvalificerede til Cisco-opkaldsplanen på nuværende tidspunkt. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling-datacenter i et område, hvor Cisco-opkaldsplanen understøttes.

  • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Stedbaseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen med websteder, der er i skyen.

Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for vejledning.

5

Vælg, om du vil aktivere numrene nu eller senere.

6

Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke på Valider.

Numre tilføjes for den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, hvor der vises en fejlmeddelelse.

Afhængigt af placeringens land formateres numrene i henhold til kravene for lokal opringning. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden forudfyldes.

7

Klik på Gem.

Næste trin

Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

Før du begynder

Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > Opkald > Numre og vælg den placering, der skal slettes, i rullemenuen. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

Husk, at alle numre, der er knyttet til denne placering, vil blive frigivet tilbage til din PSTN-udbyder. Du vil ikke længere eje disse numre.

1

Log ind på Control Hub https://admin.webex.com, gå til Administration > placering.

2

Klik påi kolonnen Handlinger ved siden af den placering, du vil slette.

3

Vælg Slet placering, og bekræft, at du vil slette den pågældende placering.

Det tager typisk et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan kontrollere status ved at klikke ved siden af placeringsnavnet og vælge Sletningsstatus.

Opdater en eksisterende placering

Du kan ændre din PSTN-opsætning, navn, tidszone og sprog på en placering, når den er oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.

For eksisterende placeringer kan du aktivere nødtjenester. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

1

Log ind på Control Hub https://admin.webex.com, gå til Administration > placering.

Hvis du ser et advarselssymbol ved siden af en placering, betyder det, at du endnu ikke har konfigureret et telefonnummer for den pågældende placering. Du kan ikke foretage eller modtage opkald, før du konfigurerer det pågældende nummer.

2

(Valgfrit) Under PSTN-forbindelse skal du vælge enten Skyforbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og acceptér derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter én af følgende valgmuligheder, og klik på Gem:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN-numre eller overføre eksisterende numre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I øjeblikket er allerede eksisterende placeringer, der har fået tildelt andre PSTN-funktioner, ikke kvalificeret til Cisco-opkaldsplanen. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling-datacenter i et område, hvor Cisco-opkaldsplanen understøttes.

  • Cloud Connected PSTN – Vælg denne valgmulighed, hvis du søger en cloud PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af en integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre fra CCP-partneren uden for Control Hub.

  • Lokalbaseret PSTN (lokal gateway) – du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde ikke-cloud-websteder med cloud-websteder.

    Webex Calling-kunder med placeringer, der tidligere er konfigureret med en lokal gateway, konverteres automatisk til lokalt baseret PSTN med en tilsvarende trunk.

3

For placeringen skal du vælge hovednummeret på rullelisten for at give brugere på den pågældende placering mulighed for at foretage og modtage opkald.

Hovednummeret kan tildeles den automatiske omstilling, så eksterne personer, der ringer op, kan kontakte Webex Calling-brugere på den pågældende placering. Webex Calling-brugere på den pågældende placering kan også bruge dette nummer som deres eksterne opkalder-id, når de foretager opkald.
4

(Valgfri) Under nødopkald, kan du vælge nødplaceringsidentifikator for at tildele denne placering.

Denne indstilling er valgfri og gælder kun for lande, der kræver det.

I nogle lande (Eksempel: Frankrig), der findes lovmæssige krav til mobilradiosystemer til at fastslå cellens identitet, når du foretager et nødopkald og stilles til rådighed for nødmyndighederne. Andre lande som USA og Canada implementerer placeringsbestemmelse ved hjælp af andre metoder. Få flere oplysninger i Forbedret nødopkald.

Din udbyder af nødopkald kan have brug for oplysninger om adgangsnetværket og opnås ved at definere en ny privat SIP-lokalnummerheader, P-Access-Network-Info. Headeren indeholder oplysninger vedrørende adgangsnetværket.

Når du indstiller nødplacerings-id for en placering, sendes placeringsværdien til udbyderen som en del af SIP-meddelelsen. Kontakt din nødopkaldsudbyder for at se, om du har brug for denne indstilling, og brug den værdi, der er angivet af din nødopkaldsudbyder."

5

Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering.

6

(Valgfri) Klik på blyantikonet øverst på siden Placering for at ændre Placeringsnavn, Meddelelsessprog, E-mailsprog, Tidszoneeller Adresseom nødvendigt, og klik derefter på Gem.

Ændring af meddelelsessproget træder i kraft med det samme for alle nye brugere og funktioner, der føjes til denne placering. Hvis eksisterende brugere og/eller funktioner også skal have deres meddelelsessprog ændret, skal du vælge Skift for eksisterende brugere og arbejdsområder eller Skift for eksisterende funktioner. Klik på Anvend. Du kan se status på siden Opgaver . Du kan ikke foretage flere ændringer, før dette er fuldført.

Ændring af tidszonen for en placering vil ikke opdatere tidszonerne for de funktioner, der er knyttet til denne placering. Hvis du vil redigere tidszoner for funktioner som f.eks. automatisk omstilling, viderestillingsgruppe og opkaldskø, skal du gå til området Generelle indstillinger for den specifikke funktion, du ønsker at opdatere tidszonen for, og redigere og gemme der.

Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, vises eksempelnumrene i Control Hub-opdateringen for at vise disse ændringer.

Du kan konfigurere tilladelser for udgående opkald for en placering. Se disse trin for at konfigurere tilladelser for udgående opkald.

1

Log ind på Control Hub, gå til Tjenester > Opkald > Tjenesteindstillinger, og rul derefter til Intern opkald.

2

Konfigurer de følgende valgfrie opkaldspræferencer efter behov:

  • Længde på dirigeringspræfiks for placering – vi anbefaler denne indstilling, hvis du har flere placeringer. Du kan indtaste en længde på 2-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere foretage opkald mellem placeringer med et præfiks. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.

    Dirigeringspræfikslængder omfatter styretallet. Hvis du f.eks. indstiller dirigeringspræfikset længden til fire, kan der kun bruges tre cifre til at angive webstedet.

    Hvis du tildeler et dirigeringspræfiks til en placering, omfatter alle forekomster af lokalnumre, der er tildelt den pågældende placering, dirigeringspræfikset foran lokalnummeret. For eksempel 888-1000 (dirigeringspræfiks-lokalnummer).

  • Styretid i dirigeringspræfiks – vælg det nummer, der skal angives som det første ciffer for hvert dirigeringspræfiks.
  • Internt lokalnummerlængde – du kan angive 2-10 cifre, og standarden er 2.

    Når du øger din lokalnummerlængde, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

  • Tillad lokalnummeropkald mellem placeringer – giver dig mulighed for at tilpasse lokalnummeropkaldet mellem placeringer baseret på din organisations krav.

    • Aktivér til/fra, hvis din organisation ikke har duplikerede lokalnumre på alle dens placeringer.

      Som standard er til/fra-knappen aktiveret.

    • Deaktiver til/fra, hvis din organisation har det samme lokalnummer forskellige steder. Når til/fra-knappen er deaktiveret, og opkalderen ringer til lokalnummeret, dirigeres opkaldet til en bruger med et tilsvarende lokalnummer på samme placering som opkalderen. Personen, der ringer op, skal ringe til virksomhedens signifikante nummer (placeringsdistributionspræfiks + lokalnummer) for at nå et lokalnummer på andre placeringer.

3

Angiv interne opkald for specifikke placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter interne opkald efter behov:

  • Internt opkald – angiv det dirigeringspræfiks, som brugere på andre placeringer skal foretage opkald med for at kunne kontakte nogen på denne placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfikslængden matcher længden, der er indstillet på organisationsniveau, men den skal være 2-7 cifre lang.
4

Angiv ekstern opkald for bestemte placeringer. Gå til Ledelse> Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter eksterne opkald efter behov:

  • Ekstern opkald – du kan vælge et udgående opkaldsciffer, som brugere skal ringe til for at nå en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

    Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Alle brugere kan dog stadig foretage eksterne opkald uden det udgående opkaldsciffer.

  • Du kan eventuelt gennemtvinge opkald til det udgående opkaldsciffer for denne placering, hvilket sikrer, at brugeren skal bruge det udgående opkaldsciffer, der er indstillet af administratoren, til at foretage eksterne opkald.

    Nødopkald kan stadig ringes op med eller uden det udgående opkaldsciffer, når denne funktion er aktiveret.

    Når det er aktiveret, fungerer alle eksterne destinationsnumre, f.eks. dem, der bruges til viderestilling af opkald, ikke længere, hvis et udgående opkaldsciffer ikke er inkluderet.

    Hvis en forlængelse er det samme som det nationale nummer, har forlængelsen forrang frem for det nationale nummer. Derfor anbefaler vi, at du aktiverer cifret for udgående opkald.
    Vi anbefaler stærkt, at du bruger E.164-nummerformatet til indgående og udgående PSTN-opkald.

Indvirkning på brugere:

  • Brugere skal genstarte deres telefoner, så ændringer i opkaldspræferencer kan træde i kraft.

  • Brugerlokalnumre bør ikke starte med det samme nummer som placeringens styringsciffer eller udgående opkaldscifre.

Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub

Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.

En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

Opret en trunk
Følg disse trin for at oprette en trunk i Control Hub.

Før du begynder

  • Når en placering er tilføjet, og før du konfigurerer stedbaseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

  • Forstå kravene til placeringsbaseret PSTN (lokal gateway) for Webex Calling.

  • Du kan ikke vælge mere end én trunk for en placering med placeringsbaseret PSTN, men du kan vælge den samme trunk for flere placeringer.

1

Log ind på Control Hub https://admin.webex.com, gå til Tjenester > Opkald > Dirigering af opkald, og vælg Tilføj trunk.

2

Vælg en placering.

3

Navngiv trunken, og klik på Gem.

Navnet må ikke være på mere end 24 tegn.

Næste trin

Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller et dokument, så du kan se dem, når du er klar til at konfigurere den lokalt baserede PSTN.

Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

Vælg en trunk til lokalt baseret PSTN
1

Log ind på Control Hub https://admin.webex.com, gå til Administration > placering.

2

Vælg en placering, der skal modificeres, og klik på Administrer.

3

Vælg Placeringsbaseret PSTN, og klik på Næste.

4

Vælg en trunk i rullemenuen.

Besøg trunksiden for at administrere dine trunkgruppevalg.

5

Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

Næste trin

Du skal tage de konfigurationsoplysninger, som Control Hub genererede, og knytte parametrene til den lokale gateway (for eksempel på en lokalt placeret Cisco CUBE). Denne artikel vejleder dig gennem denne proces. Se følgende diagram som et eksempel på, hvordan Control Hub-konfigurationsoplysningerne (til venstre) knyttes til parametre i CUBE (til højre):

Når du har fuldført konfigurationen af selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub, hvor den gateway, du har oprettet, vil være angivet på det placeringskort, som du tildelte den til, med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

Administrer telefonnumre
Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub

Hvis du har en prøveversion af Webex-tjenesteydelser og gerne vil konvertere den til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

1

Log ind på Control Hub https://admin.webex.com, vælg bygningsikonet.

2

Vælg fanen Abonnementer, og klik derefter på Køb nu.

Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

Indstil opkaldsvalgmuligheder

Du kan bruge Control Hub til at indstille prioritet for tilgængelige opkaldsvalgmuligheder, som brugerne ser i Webex-appen. Du kan også aktivere dem for opkald med ét klik. For yderligere oplysninger se: Indstil opkaldsvalgmuligheder for Webex-appbrugere.

Indstil opkaldsadfærd

Du kan styre, hvad opkaldsapplikationen åbner, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienten, herunder installation i blandet tilstand for organisationer med brugere med Unified CM eller Webex Calling og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Konfigurer opkaldsadfærd.

Konfigurer lokal gateway på Cisco IOS XE til Webex Calling

Oversigt

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

  • Lokal gateway

  • Lokal gateway til Webex for offentlige myndigheder

Nøglebemærkninger

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

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

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

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

Konfigurer din lokale gateway

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

  • Registreringsbaseret trunk

  • Certifikatbaseret trunk

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

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

Nøglebemærkninger

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

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

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

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

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

  • STUN/ICE-Lite til mediestioptimering

  • Fax (T.38)

Konfigurer din lokale gateway til Webex for Government

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

  • Certifikatbaseret trunk

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

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

Webex for Government understøtter ikke registreringsbaseret lokal gateway.

Oversigt over design

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

I dette design bruges følgende hovedkonfigurationer:

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

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

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

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

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

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

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

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

I hele dette dokument bruges værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede.

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre din lokale gateway-konfiguration på følgende måde:

  • Trin 1: Konfigurer routerens baseline-forbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Afhængigt af din påkrævede arkitektur skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i forberedelsen af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og opretter forbindelse.

  • Alle registreringsbaserede lokale gateway-installationer kræver Cisco IOS XE 17.6.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security-teknologilicenser.

    • Routere i Catalyst Edge 8000-serien udstyret med stemmekort eller DSP'er kræver DNA Advantage-licens. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licenser.

  • Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft arbejdet:

    • NTP

    • ACL'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-viderestilling

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IP v4-adresse.

  • Overfør Cisco rod-CA-bundtet til den lokale gateway.

Konfiguration

1

Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, for eksempel:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Beskyt registrerings- og STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:


key config-key password-encrypt YourPassword
password encryption aes
3

Opret et PKI-tillidspunkt for pladeholder.

Kræver, at dette tillidspunkt konfigurerer TLS senere. For registreringsbaserede trunks kræver dette tillidspunkt ikke et certifikat - som det ville være påkrævet for en certifikatbaseret trunk.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktivér eksklusivitet for TLS1.2, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer. Transportparametrene bør også ajourføres for at sikre en pålidelig sikker forbindelse til registrering:

CN-SAN-VALIDATE-serverkommandoen sikrer, at den lokale gateway tillader en forbindelse, hvis værtsnavnet, der er konfigureret i lejer 200, er inkluderet i enten CN- eller SAN-felterne i det certifikat, der er modtaget fra den udgående proxy.

  1. Indstil tcp-nyt antal til 1000 (5 msek. flere = 5 sekunder).

  2. Den timerforbindelse oprette Kommandoen giver dig mulighed for at indstille, hvor længe LGW venter på at oprette en forbindelse med en proxy, før du overvejer den næste tilgængelige valgmulighed. Standarden for denne tidsindstilling er 20 sekunder og mindst 5 sekunder. Start med en lav værdi, og øg om nødvendigt for at imødekomme netværksforhold.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando 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:

Hvis du har brug for at bruge en proxy til at få adgang til internettet ved hjælp af HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

IP HTTP-klientproxyserver yourproxy.com proxy-port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer Webex Calling-registreringsbaseret trunk
1

Opret en registreringsbaseret PSTN-trunk for en eksisterende placering i Control Hub. Notér de trunk-oplysninger, der gives, når trunk'en er oprettet. Disse oplysninger, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning. Få flere oplysninger i Konfigurer trunks, videresendelsesgrupper og opkaldsplaner for Webex Calling.

2

Indtast følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Her er en forklaring på felterne til konfigurationen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For at beskytte mod svindel med afgifter definerer listen med betroede adresser en liste over værter og netværk, hvorfra den lokale gateway forventer legitime VoIP-opkald.

  • Som standard blokerer den lokale gateway alle indgående Vo-IP-meddelelser fra IP-adresser, der ikke er på den pålidelige liste. Statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser er betroede som standard, så det er ikke nødvendigt at føje til den pålidelige liste.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernet for dit regionale Webex Calling-datacenter til listen. Se flere oplysninger under Portreferenceoplysninger for Webex Calling. Tilføj også adresseområder for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunk-gateways.

    Hvis din LGW er bag en firewall med Restricted-Cone NAT, vil du måske foretrække at deaktivere listen over pålidelige IP-adresser i Webex Calling-grænsefladen. Firewallen beskytter dig allerede mod uopfordret indgående VoIP. Deaktivering reducerer konfigurationen på længere sigt, da vi ikke kan garantere, at adresserne på Webex Calling-peers forbliver rettede, og du skal under alle omstændigheder konfigurere din firewall for peers.

grænseelement for tilstand

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

mediestatistik

Aktiverer medieovervågning på den lokale gateway.

massestatistikker

Giver kontrolflyet mulighed for at foretage en meningsmåling af dataplanen for masseopkaldsstatistik.

For yderligere oplysninger om disse kommandoer, se Media.

tillad-forbindelser sip til sip

Aktivér CUBE grundlæggende SIP-back-to-back-brugeragentfunktion. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (taletjeneste).

Ikke almindelig

Aktiverer STUN (Session Traversal for UDP til NAT) globalt.

  • Når du viderestiller et opkald til en Webex Calling-bruger (f.eks. er både de, der ringer op, og de, 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.

  • STUN-bindingsfunktionen på den lokale gateway giver mulighed for, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nålehullet i firewallen.

For yderligere oplysninger henvises til agent-id for stun flowdata og stun flowdata delt.

asymmetrisk nyttelast fuld

Konfigurerer asymmetrisk understøttelse af SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. For yderligere oplysninger om denne kommando, se asymmetrisk nyttelast.

tidligt tilbud tvungen

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra naboens peer. For yderligere oplysninger om denne kommando, se tidlige tilbud.

3

Konfigurer stemmeklasse-codec 100 filter til trunk. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis kontrol.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Her er en forklaring på felterne til konfigurationen:

stemmeklasse-codec 100

Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. Få flere oplysninger i stemmeklassecodec.

Opus-codec understøttes kun for SIP-baserede PSTN-trunks. Hvis PSTN-trunk bruger en tale T1/E1 eller analog FXO-forbindelse, skal 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 firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på felterne til konfigurationen:

konstant forbrug is lite

Bruges til at aktivere ICE-lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se stemmeklasse stun brug og stun brug is.

Du kræver øjeblikkelig brug af ICE-lite for opkaldsstrømme ved hjælp af mediestioptimering. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en tilbagevendende opkalds-peer med ICE-lite aktiveret på IP-IP-benet. Kontakt kontoen eller TAC-teams for yderligere tekniske detaljer

5

Konfigurer politikken for mediekryptering for Webex-trafik.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på 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._ Få flere oplysninger i stemmeklasse srtp-krypto.

6

Konfigurer et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinationstrunk-parameter:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Her er en forklaring på felterne til konfigurationen:

stemmeklasse uri 100 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge dtg= efterfulgt af trunk-OTG/DTG-værdien, der er angivet i Control Hub, da trunk blev oprettet. Få flere oplysninger i stemmeklasse uri.

7

Konfigurer sip-profil 100, som vil blive brugt til at ændre SIP-meddelelser, før de sendes til Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Her er en forklaring på felterne til konfigurationen:

  • Artikel 10 til 70 og 90

    Sikrer, at SIP-overskrifter, der bruges til opkaldssignaler, bruger sip-systemet i stedet for sips, som kræves af Webex-proxyer. Konfiguration af CUBE til at bruge sips sikrer, at der bruges sikker registrering.

  • artikel 80

    Modificerer fra-headeren til at inkludere trunk-gruppens OTG/DTG-id fra Control Hub for entydigt at identificere et lokalt gateway-websted i en virksomhed.

8

Konfigurer Webex Calling-trunk:

  1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der kræves specifikt for Webex Calling-trunk. Især vil de trunk-registreringsoplysninger, der tidligere er angivet i Control Hub, blive brugt i dette trin som beskrevet nedenfor. Opkalds-peers, der er knyttet til denne lejer, vil senere arve disse konfigurationer.

    Følgende eksempel bruger de værdier, der er vist i trin 1, til denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Her er en forklaring på felterne til konfigurationen:

    stemmeklasselejer 100

    Definerer et sæt konfigurationsparametre, der kun vil blive brugt til Webex Calling-trunk. Få flere oplysninger i stemmeklasselejeren.

    registrer Der er ingen tvivl om, hvorvidt der er noget galt med den. dns:98027369.us10.bcld.webex.com ordning sips Der er ingen tvivl om, hvorvidt der er noget galt med den. udløber Der er ingen tvivl om, hvorvidt der er noget galt med den. 240 Der er ingen tvivl om, hvorvidt der er noget galt med den. opdateringsforhold 50 tcp tls

    Registratorserver for den lokale gateway med registrering indstillet til opdatering hver andet minut (50 % af 240 sekunder). Få flere oplysninger i registranten.

    Sørg for, at du bruger værdien Tilmeld domæne fra Control Hub her.

    legitimationsoplysningsnummer Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_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. Dallas1463285401_lguDer 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. 9Wt[M6ifY+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 for trunk-tilmeldingsudfordring. Få flere oplysninger i legitimationsoplysninger (SIP UA).

    Sørg for, at du bruger værten for linje/port, godkendelsesbrugernavn og godkendelsesadgangskode fra Control Hub her.

    godkendelsesbrugernavn Der er ingen tvivl om, hvorvidt der er noget galt med den. Dallas1171197921_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. 9Wt[M6ifY+ 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. Dallas1171197921_lguDer 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. 9Wt[M6ifY+ 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. 98027369.us10.bcld.webex.com

    Godkendelsesudfordring for opkald. Få flere oplysninger i godkendelse (opkalds-peer).

    Sørg for, at du bruger værdierne for godkendelsesbrugernavn, godkendelsesadgangskode og registreringsdomæne fra Control Hub her.

    ikke ekstern part-id

    Deaktiver SIP Remote-Party-ID (RPID)-header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO påstået ID-pai. Få flere oplysninger i Remote-party-id.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurerer målSIP-serveren for trunk. Brug den SRV-adresse, der er angivet i Control Hub, da du oprettede din trunk.

    forbindelse-genbrug

    Bruger den samme faste forbindelse til registrering og opkaldsbehandling. Få flere oplysninger i forbindelse-genbrug.

    srtp-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-kryptering.

    sessionstransport tcp tls

    Indstiller transport til TLS. Få flere oplysninger i sessionstransport.

    url-sips

    SRV-forespørgslen skal være SIP'er som understøttet af adgangs-SBC. Alle andre meddelelser ændres til SIP med sip-profil 200.

    fejl-gennemgang

    Angiver SIP-fejlsvarfunktionen. For yderligere oplysninger, se error-passthru.

    asserteret-id pai

    Aktiverer PAI-behandling i lokal gateway. Få flere oplysninger i asserted-id.

    bindekontrolkilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til WebexCalling. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til WebexCalling. For yderligere oplysninger, se bind.

    Intet overordnet indhold brugerdefineret-sdp

    Standardkommando under lejer. For yderligere oplysninger om denne kommando, se pass-thru-indhold.

    sip-profiler 100

    Ændrer SIP'er til SIP og modificerer linje/port for INVITE- og REGISTER-meddelelser som defineret i sip-profiler 100. Få flere oplysninger i stemmeklassens sip-profiler.

    udgående proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling-adgang til SBC. Indsæt den udgående proxyadresse, der er angivet i Control Hub, da du oprettede din trunk. Få flere oplysninger i udgående proxy.

    databeskyttelseserklæring

    Konfigurerer valgmulighederne i overskriften til beskyttelse af personlige oplysninger for trunk for at overføre databeskyttelsesværdier fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i vores privatlivspolitik.

  2. Konfigurer Webex Calling-trunk-opkalds-peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Her er en forklaring på felterne til konfigurationen:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definerer en Vo IP-opkalds-peer med et tag på 100 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    Maks. 250

    Begrænser antallet af samtidige indgående og udgående opkald mellem LGW og Webex Calling. For tilmeldingstrunks skal den maksimale værdi, der er konfigureret, være 250. Usea lavere værdi, hvis det er mere passende for din installation. For yderligere oplysninger om samtidige opkaldsgrænser for lokal gateway, se dokumentet Kom i gang med lokal gateway.

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 100 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål-sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, er nedarvet og bruges til destinationen for opkald fra denne opkalds-peer.

    indgående uri-anmodning 100

    For at angive den stemmeklasse, der bruges til at matche en Vo-IP-opkalds-peer med den ensartede ressource-identifikator (URI) for et indgående opkald. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec-taleklasse.

    stemmeklasse støjforbrug 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway sendes via den forhandlede mediesti. STUN hjælper med at åbne et firewallpinhole for medietrafik.

    ingen lokalvært for stemmeklasse sip

    Deaktiverer udskiftning af det lokale DNS-værtsnavn i stedet for den fysiske IP-adresse i headerne From, Call-ID og Remote Party-ID for udgående meddelelser.

    stemmeklasse sip-lejer 100

    Opkaldspeer arver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau.

    srtp

    Aktiverer SRTP for opkaldsbenet.

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering.

Når du definerer lejer 100 og konfigurere en SIP Vo IP-opkalds-peer, starter gatewayen en TLS-forbindelse mod Webex Calling. På dette tidspunkt viser adgangs-SBC sit certifikat til den lokale gateway. Den lokale gateway validerer Webex Calling-adgangs-SBC-certifikatet ved hjælp af CA-rodpakken, der blev opdateret tidligere. Hvis certifikatet genkendes, oprettes en vedvarende TLS-session mellem den lokale gateway og Webex Calling-adgangs-SBC. Den lokale gateway kan derefter bruge denne sikre forbindelse til at tilmelde sig Webex-adgangs-SBC. Når tilmeldingen udfordres til godkendelse:

  • Brugernavn , adgangskode, og dommerparametre fra konfigurationen af legitimationsoplysninger bruges i svaret.

  • Ændringsreglerne i sip-profil 100 bruges til at konvertere SIPS-URL-adressen tilbage til SIP.

Tilmelding er gennemført, når en 200 OK modtages fra adgangs-SBC.

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker viderestilling af opkald understøttes af CUBE.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse uri for at identificere indgående opkald fra PSTN-trunk:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på felterne til konfigurationen:

stemmeklasse uri 200 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen på din IP PSTN-gateway. Få flere oplysninger i stemmeklasse uri.

2

Konfigurer følgende IP PSTN-opkalds-peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på felterne til konfigurationen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer-stemme.

destinationsmønster 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. Få flere oplysninger i destinationsmønster (grænseflade).

sessionsprotokol sipv2

Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessionsmål ipv4:192.168.80.13

Angiver destinationens mål-IP v4-adresse for at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

Definerer et matchkriterium for VIA-headeren med IP PSTN's IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

stemmeklasse-codec 100

Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec-taleklasse.

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

Ikke noget

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration for dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du springe til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. På samme måde skal du definere DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkaldspeer fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på felterne til konfigurationen:

    bestemmelsessted dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af tilbagekald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver IP-medieoptimering, skal du følge konfigurationstrinnene for en SIP PSTN-trunk. Brug en stemmeport og en POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.
1

Konfigurationen af løkke-tilbage-opkalds-peer bruger opkalds-peer-grupper og tags for dirigering af opkald til at sikre, at opkald passerer korrekt mellem Webex og PSTN uden at oprette løkke for dirigering af opkald. Konfigurer følgende oversættelsesregler, der vil blive brugt til at tilføje og fjerne tags for dirigering af opkald:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på felterne til konfigurationen:

stemmeoversættelsesregel

Bruger regelmæssige udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Overdekadiske cifre ("A") bruges til at tilføje klarhed ved fejlfinding.

I denne konfiguration bruges det mærke, der er tilføjet af oversættelsesprofil 100, til at guide opkald fra Webex Calling til PSTN via tilbagekalds-peers. På samme måde bruges det mærke, der er tilføjet af oversættelsesprofil 200, til at guide opkald fra PSTN til Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse mærker, før du leverer opkald til henholdsvis Webex- og PSTN-trunkene.

Dette eksempel antager, at opkaldsnumre fra Webex Calling vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Artikel 12 tilføjer derefter et nationalt eller internationalt omdirigeringsciffer, når mærket fjernes. Brug cifre, der passer til din lokale ISDN-opkaldsplan.

Hvis Webex Calling viser numre i nationalt format, skal du justere reglerne 100 og 12 for blot at tilføje og fjerne distributionsmærket.

For yderligere oplysninger, se stemmeoversættelsesprofil og stemmeoversættelsesregel.

2

Konfigurer TDM-talegrænsefladeporte som krævet af den trunk-type og -protokol, der bruges. Få flere oplysninger i Konfiguration af ISDN PRI. Den grundlæggende konfiguration af en ISDN-grænseflade for primær hastighed, der er installeret i NIM-slot 2 på en enhed, kan f.eks. omfatte følgende:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på felterne til konfigurationen:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

destinationsmønster 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. Få flere oplysninger i destinationsmønster (grænseflade).

indgående oversættelsesprofil 200

Tildeler den oversættelsesprofil, der tilføjer et mærke til dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows kan du ændre distributionen af opkald ved at introducere et sæt interne løkke-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende tilbagekalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionsmærke. Når distributionstagget er fjernet, distribueres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på felterne til konfigurationen:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definerer en Vo IP-opkalds-peer og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

indgående oversættelsesprofil 11

Anvender den oversættelsesprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den går til den udgående trunk.

destinationsmønster 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. Få flere oplysninger i destinationsmønster (grænseflade).

sessionsprotokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessionsmål 192.168.80.14

Angiver den lokale routergrænsefladeadresse som opkaldsmålet til at gå tilbage. Få flere oplysninger i sessionsmålet (voip-opkalds-peer).

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes gennem loop-back. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes gennem loop-back. For yderligere oplysninger, se bind.

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

codec g711alaw

Tvinger alle PSTN-opkald til at bruge G.711. Vælg en-law eller en-law for at matche den ledsagemetode, der bruges af din ISDN-tjeneste.

Ikke noget

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-tilbage.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på felterne til konfigurationen:

    bestemmelsessted dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de foregående afsnit kan ændres til at inkludere yderligere trunks til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfælde distribueres alle opkald via Unified CM. Opkald fra UCM på port 5060 distribueres til PSTN, og opkald fra port 5065 distribueres til Webex Calling. Følgende trinvise konfigurationer kan tilføjes for at inkludere dette opkaldsscenario.

Når du opretter Webex Calling-trunk i Unified CM, skal du sørge for, at du konfigurerer den indgående port i indstillingerne for SIP-trunk-sikkerhedsprofil til 5065. Dette giver mulighed for indgående meddelelser på port 5065 og udfylde VIA-headeren med denne værdi, når meddelelser sendes til den lokale gateway.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA-port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassificer indgående meddelelser fra UCM mod PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regelmæssige udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I ovenstående eksempel bruges et almindeligt udtryk til at matche enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokal bestemmelse af UCM-værter og -porte. Med denne konfiguration er det ikke nødvendigt at konfigurere poster i dit DNS-system. Hvis du foretrækker at bruge din DNS, er disse lokale konfigurationer ikke påkrævet.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-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

Opret lokale DNS A-poster for at løse navnene på ressourcepost-værten. Eksempel:

ip vært ucmsub5.mydomain.com 192.168.80.65

ip-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Navnet A-pladeværten.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster for at afspejle dit UCM-miljø og den foretrukne opkaldsdistributionsstrategi.

3

Konfigurer følgende opkalds-peers:

  1. Opkaldspeer for opkald mellem Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på felterne til konfigurationen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en Vo IP-opkalds-peer med et mærke 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til at dirigere opkald.

    indgående uri via 300

    Bruger taleklasse URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkaldspeer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på felterne til konfigurationen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en Vo IP-opkalds-peer med et tag på 400 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til at dirigere opkald.

    indgående uri via 400

    Bruger taleklasse URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj viderestilling af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkaldspeer fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på felterne til konfigurationen:

    destinationsdpg 300

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Overvåg og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnostiske signaturer (DS) registrerer proaktivt almindeligt observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelser om begivenheden. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

Diagnostiske signaturer (DS) er XML-filer, der indeholder oplysninger om problemudløsende hændelser og handlinger, der skal tages for at informere, foretage fejlfinding og løse problemet. Du kan definere logikken for problemregistrering ved hjælp af syslog-meddelelser, SNMP-begivenheder og gennem periodisk overvågning af specifikke show kommandooutput.

Handlingstyperne omfatter indsamling af show command-output:

  • Generering af en konsolideret logfil

  • Overfører filen til en brugerleveret netværksplacering som f.eks. HTTPS, SCP, FTP-server.

TAC-ingeniører skriver DS-filerne og underskriver dem digitalt for beskyttelse af integritet. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Diagnostic Signatures Lookup Tool (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke den DS-fil, du downloader fra DSLT. De filer, du modificerer, mislykkedes installation på grund af integritetskontrolfejlen.

  • En SMTP-server (Simple Mail Transfer Protocol), du har brug for, for at den lokale gateway kan sende e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller højere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway, der kører IOS XE 17.6.1a eller højere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, der skal bruges til at sende proaktiv besked, hvis enheden kører Cisco IOS XE 17.6.1a eller højere.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurer miljøvariablen ds_email med administratorens e-mailadresse for at underrette dig.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Følgende viser et eksempel på konfiguration af en lokal gateway, der kører på Cisco IOS XE 17.6.1a eller højere for at sende de proaktive underretninger til tacfaststart@gmail.com Brug af Gmail som den sikre SMTP-server:

Vi anbefaler, at du bruger Cisco IOS XE Bengaluru 17.6.x eller nyere versioner.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 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 OA uth, så vi skal konfigurere en specifik Gmail-kontoindstilling og give specifik tilladelse til at få e-mailen fra enheden behandlet korrekt:

  1. Gå til Administrer Google-konto > Sikkerhed , og aktivér indstillingen Mindre sikker app-adgang .

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail, der angiver "Google forhindrede nogen i at logge ind på din konto ved hjælp af en ikke-Google-app."

Installer diagnostiske signaturer til proaktiv overvågning

Overvågning af høj CPU-forbrug

Denne DS sporer CPU-udnyttelse i fem sekunder ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfinding og afinstallerer alle diagnostiske signaturer, 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-mailunderretning.

  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 diagnose-hjem-opkald-signatur kommando til at bekræfte, at signaturen er installeret. 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. Geninstaller om nødvendigt DS 64224 for at fortsætte overvågningen af 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-cloud hvert 60. sekund. Når afregistreringshændelsen er registreret, genererer den en e-mail- og syslog-besked og afinstallerer sig selv efter to afregistreringshændelser. Brug trinnene nedenfor til at installere signaturen:

  1. Download DS 64117 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Afregistrering af SIP-trunk med e-mailunderretning.

  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 diagnose-hjem-opkald-signatur kommando til at bekræfte, at signaturen er installeret. Statuskolonnen skal have en "registreret" værdi.

Overvågning af unormale opkaldsforbindelser

Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503.  Hvis forøgelsen af fejltællingen er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailunderretning. 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

    SIP-unormal registrering af afbrydelse af 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 diagnose-hjem-opkald-signatur kommando til at bekræfte, at signaturen er installeret. Statuskolonnen skal have en "registreret" værdi.

Installer diagnostiske signaturer for at løse et problem

Brug diagnostiske signaturer (DS) til hurtigt at løse problemer. Cisco TAC-ingeniører har skrevet flere signaturer, der aktiverer de nødvendige fejlfinding, der kræves for at fejlfinde et givet problem, registrere problemforekomsten, indsamle det rigtige sæt diagnostiske data og overføre dataene automatisk til Cisco TAC-sagen. Diagnostiske signaturer (DS) fjerner behovet for manuelt at kontrollere for problemforekomsten og gør det meget nemmere at foretage fejlfinding af intermitterende og forbigående problemer.

Du kan bruge værktøjet til opslag af diagnostiske signaturer til at finde de relevante signaturer og installere dem for selv at 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 automatisk indsamling af diagnostiske data ved hjælp af følgende trin:

  1. Konfigurer en yderligere DS-miljøvariabel, ds_fsurl_prefix som er Cisco TAC-filserverstien (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, der kan hentes fra Support Case Manager i følgende kommando. 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 til at deaktivere alle fejlfinding og diagnosticeringssignaturer under den tid, hvor CPU anvendes med høj CPU. 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-mailunderretning.

  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. Bekræft, at signaturen er installeret ved hjælp af Vis diagnose-hjem-opkald-signatur kommandoen. 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

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08

Bekræft udførelse af diagnostiske signaturer

I følgende kommando er kolonnen "Status" i Vis diagnose-hjem-opkald-signatur kommandoskifter til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af vis statistik for diagnosticering og signatur er den bedste måde at kontrollere, om en diagnostisk signatur registrerer en begivenhed af interesse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret for at registrere en begivenhed, og om signaturen selv afinstallerer 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 hjem-opkald-signatur

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 underretnings-e-mail, der sendes under udførelse af diagnostisk signatur, indeholder nøgleoplysninger såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandooutput, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug diagnostiske signaturer til fejlfindingsformål er typisk defineret til at afinstallere efter påvisning af nogle problemforekomster. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra output for Vis diagnose-hjem-opkald-signatur kommando og kør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer føjes med jævne mellemrum til værktøjet Diagnosticeringssignaturer baseret på problemer, der ofte observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Administrer og validerer Cisco IOS XE-gateways via Control Hub

For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden konfigurationsvalidering i Control Hub til at validere din lokale gateway-konfiguration og identificere eventuelle konfigurationsproblemer. I øjeblikket understøtter kun registreringsbaserede trunks denne funktion.

For yderligere oplysninger, se følgende:

Oversigt over design

Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af certifikatbaseret gensidig TLS (mTLS) SIP-trunk. Den første del af dette dokument illustrerer, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde distribueres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Følgende billede fremhæver denne løsning og konfigurationen af dirigering af opkald på højt niveau, der vil blive fulgt.

I dette design bruges følgende hovedkonfigurationer:

  • stemmeklasselejere: Bruges til at oprette trunk-specifikke konfigurationer.

  • stemmeklasse uri: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

  • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.

  • opkalds-peer-gruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.

  • udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og dirigerer dem til det ønskede mål.

Call routing from/to PSTN to/from Webex Calling configuration solution

Mens IP og SIP er blevet standardprotokollerne for PSTN-trunks, bruges ISDN-kredsløb (Time Division Multiplexing) stadig i vid udstrækning og understøttes med Webex Calling-trunks. For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows er det i øjeblikket nødvendigt at bruge en tobenede opkaldsdistributionsproces. Denne fremgangsmåde ændrer konfigurationen af dirigering af opkald, der er vist ovenfor, ved at introducere et sæt interne løkke-back-opkalds-peers mellem Webex Calling og PSTN-trunks, som vist i billedet nedenfor.

Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som udgangspunkt for opbygning af den løsning, der er vist i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret distribution og behandling af alle PSTN- og Webex Calling-opkald.

I hele dette dokument bruges værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede. Der findes valgmuligheder for offentlig eller privat (bag NAT) adresser. SRV DNS-poster er valgfrie, medmindre belastningsbalancen på tværs af flere CUBE-forekomster.

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre din lokale gateway-konfiguration på følgende måde:

  • Trin 1: Konfigurer routerens baseline-forbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Afhængigt af din påkrævede arkitektur skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i forberedelsen af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og opretter forbindelse.

  • Alle certifikatbaserede lokale gateway-installationer kræver Cisco IOS XE 17.9.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security-teknologilicenser.

    • Routere i Catalyst Edge 8000-serien med stemmekort eller DSP'er kræver DNA Essentials-licens. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licenser.

    • For krav til høj kapacitet kan du også kræve en HSEC-licens (High Security) og yderligere gennemstrømningsrettigheder.

      Se godkendelseskoder for yderligere oplysninger.

  • Opret en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft arbejdet:

    • NTP

    • ACL'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-viderestilling

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IP v4-adresse. Lokale Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser skal løses til en offentlig IPV4-adresse på internettet.

  • Alle SIP- og medieporte på den lokale gateway-grænseflade, der vender mod Webex, skal være tilgængelige fra internettet, enten direkte eller via statisk NAT. Sørg for, at du opdaterer din firewall i overensstemmelse hermed.

  • Installer et signeret certifikat på den lokale gateway (følgende indeholder detaljerede konfigurationstrin).

    • En offentlig certifikatmyndighed (CA) som beskrevet i Hvilke rodcertifikatmyndigheder understøttes for opkald til Cisco Webex-lyd- og videoplatforme? skal underskrive enhedscertifikatet.

    • Den FQDN, der er konfigureret i Control Hub, når der oprettes en trunk, skal være routerens fællesnavn (CN) eller alternativt emnenavn (SAN)-certifikat. Eksempel:

      • Hvis en konfigureret trunk i din organisations Control Hub har cube1.lgw.com:5061 som FQDN for den lokale gateway, skal CN eller SAN i routercertifikatet indeholde cube1.lgw.com. 

      • Hvis en konfigureret trunk i din organisations Control Hub har lgws.lgw.com som SRV-adressen for den eller de lokale gateway(er), der kan nås fra trunk, skal CN eller SAN i routercertifikatet indeholde lgws.lgw.com. De poster, som SRV-adressen løser til (CNAME, A Record eller IP-adresse), er valgfri i SAN.

      • Uanset om du bruger en FQDN eller SRV til trunk, bruger kontaktadressen for alle nye SIP-dialoger fra din lokale gateway det navn, der er konfigureret i Control Hub.

  • Sørg for, at certifikater er signeret for klient- og serverbrug.

  • Overfør Cisco rod-CA-bundtet til den lokale gateway.

Konfiguration

1

Sørg for, at du tildeler gyldige og omdirigerbare IP-adresser til enhver Lag 3-grænseflade, for eksempel:


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

Beskyt STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:


key config-key password-encrypt YourPassword
password encryption aes
3

Opret et krypteringstillidspunkt med et certifikat underskrevet af din foretrukne certifikatmyndighed (CA).

  1. Opret et RSA-nøglepar ved hjælp af følgende exec-kommando.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Når du bruger cube1.lgw.com som fqdn for trunk, skal du oprette et tillidspunkt for det signerede certifikat med følgende konfigurationskommandoer:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.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 den til at anmode om et signeret certifikat fra en understøttet CA-udbyder:

    crypto pki enroll LGW_CERT
4

Godkend dit nye certifikat ved hjælp af dit mellemliggende (eller rod) CA-certifikat, og importér derefter certifikatet (trin 4). Indtast følgende kommando til exec eller konfiguration:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importer et signeret værtscertifikat ved hjælp af følgende kommando til exec eller konfiguration:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Aktivér eksklusivitet for TLS1.2, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Installer Cisco rod-CA-pakken, som inkluderer Digi Cert-CA-certifikatet, der bruges af Webex Calling. Brug Crypto pki tillidspool import ren URL-adresse kommando 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:

Hvis du har brug for at bruge en proxy til at få adgang til internettet ved hjælp af HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

IP HTTP-klientproxyserver yourproxy.com proxy-port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer Webex Calling-certifikatbaseret trunk
1

Opret en CUBE-certifikatbaseret PSTN-trunk for en eksisterende placering i Control Hub. Få flere oplysninger i Konfigurer trunks, videresendelsesgrupper og opkaldsplaner for Webex Calling.

Notér de trunk-oplysninger, der gives, når trunk'en er oprettet. Disse oplysninger, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning.
2

Indtast følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Her er en forklaring på felterne til konfigurationen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For at beskytte mod svindel med afgifter definerer listen med betroede adresser en liste over værter og netværksenheder, hvorfra den lokale gateway forventer legitime VoIP-opkald.

  • Som standard blokerer den lokale gateway alle indgående Vo-IP-meddelelser fra IP-adresser, der ikke er på den pålidelige liste. Statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser er betroede som standard, så det behøver ikke at blive føjet til den pålidelige liste.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernet for dit regionale Webex Calling-datacenter til listen. Se Portreferenceoplysninger for Webex Calling for yderligere oplysninger. Tilføj også adresseområder for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunk-gateways.

  • For yderligere oplysninger om, hvordan du bruger en betroet IP-adresse til at forhindre svindel med afgifter, se den pålidelige IP-adresse.

grænseelement for tilstand

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

tillad-forbindelser sip til sip

Aktivér grundlæggende CUBE-SIP-brugeragentfunktion tilbage til tilbage. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (taletjeneste).

Ikke almindelig

Aktiverer STUN (Session Traversal for UDP til NAT) globalt.

Disse globale stun-kommandoer er kun påkrævet, når du installerer din lokale gateway bag NAT.

  • Når du viderestiller et opkald til en Webex Calling-bruger (f.eks. er både de, der ringer op, og de, 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.

  • STUN-bindingsfunktionen på den lokale gateway giver mulighed for, at lokalt genererede STUN-anmodninger sendes over den forhandlede mediesti. Dette hjælper med at åbne nålehullet i firewallen.

For yderligere oplysninger henvises til agent-id for stun flowdata og stun flowdata delt.

asymmetrisk nyttelast fuld

Konfigurerer asymmetrisk understøttelse af SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. For yderligere oplysninger om denne kommando, se asymmetrisk nyttelast.

tidligt tilbud tvungen

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra naboens peer. For yderligere oplysninger om denne kommando, se tidlige tilbud.

indgående sip-profiler

Giver CUBE mulighed for at bruge SIP-profiler til at ændre meddelelser, når de modtages. Profiler anvendes via opkalds-peers eller lejere.

3

Konfigurer stemmeklasse-codec 100 codec-filter til trunk. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis kontrol.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Her er en forklaring på felterne til konfigurationen:

stemmeklasse-codec 100

Bruges til kun at tillade foretrukne codecs for opkald via SIP-trunks. Få flere oplysninger i stemmeklassecodec.

Opus-codec understøttes kun for SIP-baserede PSTN-trunks. Hvis PSTN-trunk bruger en tale T1/E1 eller analog FXO-forbindelse, skal 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. (Dette trin gælder ikke for Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på felterne til konfigurationen:

konstant forbrug is lite

Bruges til at aktivere ICE-lite for alle opkalds-peers, der vender mod Webex Calling, for at tillade medieoptimering, når det er muligt. For yderligere oplysninger, se stemmeklasse stun brug og stun brug is.

Den gennemgående firewall-flowdata Kommando er kun påkrævet ved installation af din lokale gateway bag NAT.
Du kræver øjeblikkelig brug af ICE-lite for opkaldsstrømme ved hjælp af mediestioptimering. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en tilbagevendende opkalds-peer med ICE-lite aktiveret på IP-IP-benet. Kontakt kontoen eller TAC-teams for yderligere tekniske detaljer.
5

Konfigurer politikken for mediekryptering for Webex-trafik. (Dette trin gælder ikke for Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på 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._ Få flere oplysninger i stemmeklasse srtp-krypto.

6

Konfigurer FIPS-kompatible GCM-kryptering (Dette trin gælder kun for Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring på felterne til konfigurationen:

stemmeklasse srtp-krypto 100

Angiver GCM som den krypteringspakke, som CUBE tilbyder. Det er obligatorisk at konfigurere GCM-kryptering for lokal gateway til Webex for Government.

7

Konfigurer et mønster til entydigt at identificere opkald til en lokal gatewaytrunk baseret på destinationens FQDN eller SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring på felterne til konfigurationen:

stemmeklasse uri 100 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge LGW FQDN eller SRV, der er konfigureret i Control Hub, mens du opretter en trunk.

8

Konfigurer SIP-meddelelseshåndteringsprofiler. Hvis din gateway er konfigureret med en offentlig IP-adresse, skal du konfigurere en profil som følger, eller springe til næste trin, hvis du bruger NAT. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret for den lokale gateway, og "198.51.100.1" er den offentlige IP-adresse for den lokale gateway-grænseflade, der vender mod Webex Calling:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Her er en forklaring på felterne til konfigurationen:

Regler 10 og 20

For at tillade, at Webex godkender meddelelser fra din lokale gateway, skal overskriften "Kontakt" i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.

Spring det næste trin over, hvis du har konfigureret din lokale gateway med offentlige IP-adresser.

9

Hvis din gateway er konfigureret med en privat IP-adresse bag statisk NAT, skal du konfigurere indgående og udgående SIP-profiler som følger. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret til den lokale gateway, "10.80.13.12" er grænsefladens IP-adresse, der vender sig mod Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse.

SIP-profiler for udgående meddelelser til Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på felterne til konfigurationen:

Regler 10 og 20

For at tillade, at Webex godkender meddelelser fra din lokale gateway, skal overskriften "Kontakt" i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.

Regler 30 til 81

Konverter private adressehenvisninger til den eksterne offentlige adresse for webstedet, så Webex kan tolke og dirigere efterfølgende meddelelser korrekt.

SIP-profil for indgående meddelelser fra Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring på felterne til konfigurationen:

Regler 10 til 80

Konverter offentlige adressehenvisninger til den konfigurerede private adresse, så meddelelser fra Webex kan behandles korrekt af CUBE.

Få flere oplysninger i stemmeklassens sip-profiler.

10

Konfigurer en SIP-indstillinger keepalive med headermodifikationsprofil.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Her er en forklaring på felterne til konfigurationen:

stemmeklasse sip-valgmuligheder-keepalive 100

Konfigurerer en keepalive-profil og går ind i konfigurationstilstanden for stemmeklasse. Du kan konfigurere det tidspunkt (i sekunder), hvor en SIP Out of Dialogindstillinger Ping sendes til opkaldsmålet, når hjerteslagforbindelsen til slutpunktet er i status OP eller Ned.

Denne keepalive-profil udløses fra den opkalds-peer, der er konfigureret mod Webex.

For at sikre, at kontaktheaderne omfatter det fuldt kvalificerede domænenavn til SBC, bruges SIP-profil 115. Regler 30, 40 og 50 er kun påkrævet, når SBC er konfigureret bag statisk NAT.

I dette eksempel er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, og hvis statisk NAT bruges, er "10.80.13.12" SBC-grænsefladen IP-adresse i forhold til Webex Calling, og "192.65.79.20" er den offentlige NAT-IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der kræves specifikt for Webex Calling-trunk. Opkalds-peers, der er knyttet til denne lejer, arver senere disse konfigurationer:

    Følgende eksempel bruger de værdier, der er vist i trin 1, til denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Her er en forklaring på 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. Få flere oplysninger i stemmeklasselejeren.

    ikke ekstern part-id

    Deaktiver SIP Remote-Party-ID (RPID)-header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO påstået ID-pai. Få flere oplysninger i Remote-party-id.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurerer målSIP-serveren for trunk. Brug den SRV-adresse, der er angivet i Control Hub, da du oprettede din trunk

    srtp-kryptering 100

    Konfigurerer de foretrukne krypteringspakker for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-krypto.

    lokalværts-dns: cube1.lgw.com

    Konfigurerer CUBE til at erstatte den fysiske IP-adresse i headerne From, Call-ID og Remote Party-ID i udgående meddelelser med den angivne FQDN.

    sessionstransport tcp tls

    Indstiller transport til TLS for tilknyttede opkalds-peers. Få flere oplysninger i sessionstransport.

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-sessioner globalt.

    fejl-gennemgang

    Angiver SIP-fejlsvarfunktionen. For yderligere oplysninger, se error-passthru.

    bindekontrolkilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til Webex Calling. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til Webex Calling. For yderligere oplysninger, se bind.

    sip-profiler i stemmeklasse 100

    Anvender headermodifikationsprofilen (offentlig IP- eller NAT-adresse), der skal bruges til udgående meddelelser. Få flere oplysninger i sip-profiler i stemmeklasse.

    sip-profiler i stemmeklasse 110 indgående

    Anvender headermodifikationsprofilen (kun NAT-adresser), der skal bruges til indgående meddelelser. Få flere oplysninger i sip-profiler i stemmeklasse.

    Databeskyttelsespolitik opdateret

    Konfigurerer valgmulighederne i overskriften til beskyttelse af personlige oplysninger for trunk for at overføre databeskyttelsesværdier fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i vores privatlivspolitik.

  2. Konfigurer Webex Calling-trunk-opkalds-peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Her er en forklaring på felterne til konfigurationen:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definerer en Vo IP-opkalds-peer med et tag af 100 og giver en meningsfuld beskrivelse for let administration og fejlfinding. Få flere oplysninger i 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 100 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål-sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, er nedarvet og bruges til destinationen for opkald fra denne opkalds-peer.

    indgående uri-anmodning 100

    For at angive den stemmeklasse, der bruges til at matche en Vo-IP-opkalds-peer med den ensartede ressource-identifikator (URI) for et indgående opkald. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Webex Calling. Få flere oplysninger i stemmeklassecodec.

    stemmeklasse støjforbrug 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway sendes via den forhandlede mediesti. STUN hjælper med at åbne et firewallpinhole for medietrafik.

    stemmeklasse sip-asserted-id pai

    Indstiller oplysninger om udgående opkald ved hjælp af PAI-headeren (Privacy Asserted ID). Få flere oplysninger i stemmeklassens sip-asserted-id.

    stemmeklasse sip-lejer 100

    Opkaldspeer arver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau. Få flere oplysninger i stemmeklassens sip-lejer.

    stemmeklasse sip valgmuligheder-keepalive profil 100

    Denne kommando bruges til at overvåge tilgængeligheden af en gruppe af SIP-servere eller slutpunkter ved hjælp af en specifik profil (100).

    srtp

    Aktiverer SRTP for opkaldsbenet.

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker viderestilling af opkald understøttes af CUBE.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse uri for at identificere indgående opkald fra PSTN-trunk:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på felterne til konfigurationen:

stemmeklasse uri 200 sip

Definerer et mønster, der matcher en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen på din IP PSTN-gateway. Få flere oplysninger i stemmeklasse uri.

2

Konfigurer følgende IP PSTN-opkalds-peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på felterne til konfigurationen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer-stemme.

destinationsmønster 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. Få flere oplysninger i destinationsmønster (grænseflade).

sessionsprotokol sipv2

Angiver, at opkalds-peer 200 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessionsmål ipv4:192.168.80.13

Angiver destinationens mål-IP v4-adresse for at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmålet (Vo-IP-opkalds-peer).

indgående uri via 200

Definerer et matchkriterium for VIA-headeren med IP PSTN's IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

stemmeklasse-codec 100

Konfigurerer opkalds-peer til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec-taleklasse.

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

Ikke noget

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration for dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du springe til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. På samme måde skal du definere DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkaldspeer fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på felterne til konfigurationen:

    bestemmelsessted dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af tilbagekald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver IP-medieoptimering, skal du følge konfigurationstrinnene for en SIP PSTN-trunk. Brug en stemmeport og en POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.
1

Konfigurationen af løkke-tilbage-opkalds-peer bruger opkalds-peer-grupper og tags for dirigering af opkald til at sikre, at opkald passerer korrekt mellem Webex og PSTN uden at oprette løkke for dirigering af opkald. Konfigurer følgende oversættelsesregler, der vil blive brugt til at tilføje og fjerne tags for dirigering af opkald:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på felterne til konfigurationen:

stemmeoversættelsesregel

Bruger regelmæssige udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Overdekadiske cifre ("A") bruges til at tilføje klarhed ved fejlfinding.

I denne konfiguration bruges det mærke, der er tilføjet af oversættelsesprofil 100, til at guide opkald fra Webex Calling til PSTN via tilbagekalds-peers. På samme måde bruges det mærke, der er tilføjet af oversættelsesprofil 200, til at guide opkald fra PSTN til Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse mærker, før du leverer opkald til henholdsvis Webex- og PSTN-trunkene.

Dette eksempel antager, at opkaldsnumre fra Webex Calling vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Artikel 12 tilføjer derefter et nationalt eller internationalt omdirigeringsciffer, når mærket fjernes. Brug cifre, der passer til din lokale ISDN-opkaldsplan.

Hvis Webex Calling viser numre i nationalt format, skal du justere reglerne 100 og 12 for blot at tilføje og fjerne distributionsmærket.

For yderligere oplysninger, se stemmeoversættelsesprofil og stemmeoversættelsesregel.

2

Konfigurer TDM-talegrænsefladeporte som krævet af den trunk-type og -protokol, der bruges. Få flere oplysninger i Konfiguration af ISDN PRI. Den grundlæggende konfiguration af en ISDN-grænseflade for primær hastighed, der er installeret i NIM-slot 2 på en enhed, kan f.eks. omfatte følgende:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på felterne til konfigurationen:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en Vo IP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

destinationsmønster 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. Få flere oplysninger i destinationsmønster (grænseflade).

indgående oversættelsesprofil 200

Tildeler den oversættelsesprofil, der tilføjer et mærke til dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows kan du ændre distributionen af opkald ved at introducere et sæt interne løkke-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende tilbagekalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionsmærke. Når distributionstagget er fjernet, distribueres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på felterne til konfigurationen:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definerer en Vo IP-opkalds-peer og giver en meningsfuld beskrivelse for nem administration og fejlfinding. Få flere oplysninger i opkalds-peer stemme.

indgående oversættelsesprofil 11

Anvender den oversættelsesprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den går til den udgående trunk.

destinationsmønster 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. Få flere oplysninger i destinationsmønster (grænseflade).

sessionsprotokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds peer).

sessionsmål 192.168.80.14

Angiver den lokale routergrænsefladeadresse som opkaldsmålet til at gå tilbage. Få flere oplysninger i sessionsmålet (voip-opkalds-peer).

bindekontrolkildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes gennem loop-back. For yderligere oplysninger, se bind.

bind mediekilde-grænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes gennem loop-back. For yderligere oplysninger, se bind.

dtmf-relæ rtp-nte

Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

codec g711alaw

Tvinger alle PSTN-opkald til at bruge G.711. Vælg en-law eller en-law for at matche den ledsagemetode, der bruges af din ISDN-tjeneste.

Ikke noget

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-tilbage.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på felterne til konfigurationen:

    bestemmelsessted dpg 200

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de foregående afsnit kan ændres til at inkludere yderligere trunks til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfælde distribueres alle opkald via Unified CM. Opkald fra UCM på port 5060 distribueres til PSTN, og opkald fra port 5065 distribueres til Webex Calling. Følgende trinvise konfigurationer kan tilføjes for at inkludere dette opkaldsscenario.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA-port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassificer indgående meddelelser fra UCM mod PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regelmæssige udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I ovenstående eksempel bruges et almindeligt udtryk til at matche enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokal bestemmelse af UCM-værter og -porte. Med denne konfiguration er det ikke nødvendigt at konfigurere poster i dit DNS-system. Hvis du foretrækker at bruge din DNS, er disse lokale konfigurationer ikke påkrævet.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-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

Opret lokale DNS A-poster for at løse navnene på ressourcepost-værten. Eksempel:

ip vært ucmsub5.mydomain.com 192.168.80.65

ip-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Navnet A-pladeværten.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster for at afspejle dit UCM-miljø og den foretrukne opkaldsdistributionsstrategi.

3

Konfigurer følgende opkalds-peers:

  1. Opkaldspeer for opkald mellem Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på felterne til konfigurationen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en Vo IP-opkalds-peer med et mærke 300 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til at dirigere opkald.

    indgående uri via 300

    Bruger taleklasse URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkaldspeer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkaldspeer for opkald mellem Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på felterne til konfigurationen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en Vo IP-opkalds-peer med et tag på 400 og giver en meningsfuld beskrivelse for nem administration og fejlfinding.

    destinationsmønster 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. Et gyldigt destinationsmønster kan anvendes i dette tilfælde.

    sessionsprotokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokollen (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til at dirigere opkald.

    indgående uri via 400

    Bruger taleklasse URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. For yderligere oplysninger, se indgående uri.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i stemmeklassecodec.

    bindekontrolkildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. For yderligere oplysninger, se bind.

    bind mediekilde-grænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. For yderligere oplysninger, se bind.

    dtmf-relæ rtp-nte

    Definerer RTP-NTE (RFC2833) som den DTMF-funktion, der forventes på opkaldsbenet. Få flere oplysninger i DTMF-relæet (Voice over IP).

    Ikke noget

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj viderestilling af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkaldspeer fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. På samme måde skal du definere DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på felterne til konfigurationen:

    opkaldspeer 100

    Tilknytter en udgående opkalds-peer med en opkalds-peer-gruppe. Få flere oplysninger i stemmeklasse dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på felterne til konfigurationen:

    destinationsdpg 300

    Angiver, hvilken opkalds-peer-gruppe, og derfor opkalds-peer, der skal bruges til udgående behandling af opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette afslutter din lokale gateway-konfiguration. Gem konfigurationen, og genindlæs platformen, hvis det er første gang, at CUBE-funktioner er konfigureret.

Overvåg og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnostiske signaturer (DS) registrerer proaktivt almindeligt observerede problemer i den Cisco IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelser om begivenheden. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

Diagnostiske signaturer (DS) er XML-filer, der indeholder oplysninger om problemudløsende hændelser og handlinger for at informere, løse og løse problemet. Brug syslog-meddelelser, SNMP-begivenheder og gennem periodisk overvågning af specifikke show kommandooutput til at definere problemregistreringslogikken. Handlingstyperne omfatter:

  • Indsamling af show-kommandoudgange

  • Generering af en konsolideret logfil

  • Overfører filen til en brugerleveret netværksplacering såsom HTTPS, SCP, FTP-server

TAC-ingeniører skriver DS-filer og underskriver dem digitalt for beskyttelse af integritet. Hver DS-fil har det unikke numeriske id, der er tildelt af systemet. Diagnostic Signatures Lookup Tool (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke den DS-fil, du downloader fra DSLT. De filer, du modificerer, mislykkedes installation på grund af integritetskontrolfejlen.

  • En SMTP-server (Simple Mail Transfer Protocol), du har brug for, for at den lokale gateway kan sende e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller højere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway, der kører IOS XE 17.6.1 eller højere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, du bruger til at sende proaktiv besked, hvis enheden kører IOS XE 17.6.1 eller højere.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurer miljøvariablen med ds_email e-mailadressen på den administrator, du skal underrette.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Installer diagnostiske signaturer til proaktiv overvågning

Overvågning af høj CPU-forbrug

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 fejlfinding og afinstallerer alle diagnostiske signaturer, som du installerer i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Sørg for, at du aktiverede SNMP ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere 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-virksomhed i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Højt CPU-forbrug med e-mailmeddelelse

  3. Kopiér DS XML-filen til den lokale gateways flash.

    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 diagnose-hjem-opkald-signatur kommando til at bekræfte, at signaturen er installeret. 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 at fortsætte med at overvåge høj CPU-udnyttelse på den lokale gateway.

Overvågning af unormale opkaldsforbindelser

Denne diagnosticeringssignatur bruger SNMP-måling hvert 10. minut til at påvise unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503.  Hvis forøgelsen af fejltællingen er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailunderretning. 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

    SIP-unormal registrering af afbrydelse af 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 diagnose-hjem-opkald-signatur for at bekræfte, at signaturen er installeret. Statuskolonnen skal have værdien "registreret".

Installer diagnostiske signaturer for at løse et problem

Du kan også bruge diagnostiske signaturer (DS) til hurtigt at løse problemer. Cisco TAC-ingeniører har skrevet flere signaturer, der aktiverer de nødvendige fejlfinding, der kræves for at fejlfinde et givet problem, registrere problemforekomsten, indsamle det rigtige sæt diagnostiske data og overføre dataene automatisk til Cisco TAC-sagen. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.

Du kan bruge værktøjet til opslag af diagnostiske signaturer til at finde de relevante signaturer og installere dem for selv at 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 automatisk indsamling af diagnostiske data ved hjælp af følgende trin:

  1. Konfigurer en anden DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverstien (cxd.cisco.com) for at overføre diagnosticeringsdataene. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, der kan hentes fra Support Case Manager som vist i følgende. Filoverførselstokenet kan genereres i afsnittet Vedhæftede 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 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 du installerer DS 64224 til overvågning af høj CPU som en proaktiv foranstaltning for at deaktivere alle fejlfinding og diagnosticeringssignaturer i løbet af den tid, hvor CPU anvendes med høj CPU. 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-mailunderretning.

  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ågnings-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

Bekræft udførelse af diagnostiske signaturer

I følgende kommando er kolonnen "Status" i kommandoen Vis diagnose-hjem-opkald-signatur ændringer til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af vis statistik for diagnosticering og signatur er den bedste måde at kontrollere, om en diagnostisk signatur registrerer en begivenhed af interesse og udførte handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den givne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret for at registrere en begivenhed, og om signaturen selv afinstallerer 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 hjem-opkald-signatur

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 underretnings-e-mail, der sendes under udførelse af diagnostisk signatur, indeholder nøgleoplysninger såsom problemtype, enhedsoplysninger, softwareversion, kørselskonfiguration og vis kommandooutput, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug de diagnostiske signaturer til fejlfindingsformål er typisk defineret til at afinstallere efter påvisning af nogle problemforekomster. Hvis du ønsker at afinstallere en signatur manuelt, skal du hente DS-id'et fra output af Vis diagnose-hjem-opkald-signatur og kør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer tilføjes med jævne mellemrum til værktøjet Diagnosticeringssignaturer baseret på problemer, der observeres i installationer. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Implementer CUBE høj tilgængelighed som lokal gateway

Grundlæggende

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex Calling, skal du sørge for, at du har en klar forståelse af følgende koncepter:

Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge for, at du opfylder kravene til CUBE HA-design.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.

Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

Webex Calling-løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Nedenstående figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.

Kontrolpunkter er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

I denne artikel henviser CUBE HA til CUBE High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) for tilstandsfuld opkaldsbevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling-trunkudrulning.

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte stemme-B2B HA.

Virtuel IP-adresseadministration (VIP) for både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standby-routeren over og fortsætter med at videresende RTP-strømmen, som tidligere blev dirigeret af den første router.

Opkald i midlertidig tilstand på tidspunktet for failover bevares ikke efter skiftet. For eksempel opkald, der endnu ikke er helt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skiftet.

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

  • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er redundansgruppe (RG)-kontrol-/datagrænseflade

  • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/data- og trafikgrænseflader

  • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

  • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundansgrænsefladeidentifikatoren rii bør være unik for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBE'er skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

  • Loopback-grænseflader kan ikke bruges som binding, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-kontrol-/datalinket (Gig3)

  • Begge platforme skal være ens og tilsluttes via en fysisk switch på tværs af alle grænseflader af samme slags, for at CUBE HA kan virke, dvs. at GE0/0/0 for CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

  • Både aktiv/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. at grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

  • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans – Starter redundans-tilstand

  • applikationsredundans – Starter konfigurationstilstand for applikationsredundans

  • gruppe – Starter konfigurationstilstand for applikationsgrupperedundans

  • navn LocalGateway-HA – Definerer navnet på RG-gruppen

  • prioritet 100 failover-tærskel 75 – Angiver indledende prioritets- og failover-tærskler for en RG

  • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to tider for forsinkelse og genindlæsning

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

    • Standardtimere anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

  • kontrol GigabitEthernet3 protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, som vil blive tilknyttet en kontrolgrænseflade, og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • data GigabitEthernet3 – Konfigurerer grænsefladen, der bruges til kontrolpunkt for datatrafik

  • spor – RG-gruppesporing af grænseflader

  • protokol 1 – Angiver protokolforekomsten, som vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstand for redundans for applikationsprotokollen

  • timere hellotid 3 ventetid 10 – Konfigurerer de to timere til hellotid og holdtid:

    • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

    • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under voice service voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundansprocessen. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

redundans-gruppe 1 – Tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans rii – Konfigurerer redundansgrænseflade-ID'et for redundansgruppen. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har den samme VIP.

    Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-ID'er på deres respektive grænseflader (for at forhindre kollision). "vis redundansapplikationsgruppe alle" bør angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundansgruppe 1 – Tilknytter grænsefladen med den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Den platform, som skal genindlæses sidst, er altid standby.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne; platformen, der genindlæses sidste, vil altid være Standby.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurer en lokal gateway på begge CUBE'er

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

  • Brugernavn: Hussain1076_LGU

  • Adgangskode: lOV12MEaZx

1

Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne, der er vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6-adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Her er den lokale gateway-konfiguration, der gælder for begge platforme baseret på de Control Hub-parametre, der vises ovenfor, gem og genindlæs. SIP Digest-legitimationsoplysninger fra Control Hub er fremhævet med fed skrift.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


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 pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
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=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  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
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
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 GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE

2

På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med Webex Calling-adgangs-SBC. Se resultatet af de følgende visningskommandoer.

vis redundansapplikationsgruppe 1

vis statussen for sip-ua-registeret


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Fra ovenstående output kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex Calling-adgangs-SBC, mens resultatet af "vis sip-ua-registerstatus" er tomt i VCUBE-1

3

Aktivér nu følgende fejlretninger på VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.


VCUBE-2#redundancy application reload group 1 self

Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor

  • Når den AKTIVE router genindlæses

  • Når den AKTIVE router starter op

  • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret

5

Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 er nu den aktive LGW.

6

Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex Calling via den virtuelle IP og modtager en 200 OK.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0

Konfigurer Unified CM til Webex Calling

Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gatewayen befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP-trunksikkerhedsprofil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunksikkerhedsprofil
Indgående portSkal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer en SIP-profil for den lokale gateway-trunk

Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-profil
Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)"Kontrolleret

Opret et opkaldssøgerum for opkald fra Webex

Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

IndstillingVærdi
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex Calling-søgerum
Valgte partitioner

DN (+E.164-adressebogsnumre)

ESN (forkortede opkald mellem områder)

PSTNInternational (PSTN-adgang)

onNetRemote (GDPR-indlærte destinationer)

Den sidste partition onNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurer en SIP-trunk til og fra Webex

Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

IndstillingVærdi
Oplysninger om enhed
DeviceNameEt unikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunk
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Indgående opkald
OpkaldssøgerumDet tidligere definerede opkaldssøgerum: Webex
AAR-opkaldssøgerumEt opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
SIP-oplysninger
DestinationsadresseIP-adresse for den lokale gateways CUBE
Destinationsport5060
SIP-trunksikkerhedsprofilTidligere defineret: Webex
SSO-profilTidligere defineret: Webex

Konfigurer rutegruppe for Webex

Opret en rutegruppe med følgende indstillinger:

IndstillingVærdi
Oplysninger om rutegruppe
Navn på videresendelsesgruppeEt unikt navn, såsom Webex
Valgte enhederDen tidligere konfigurerede SIP trunk: Webex

Konfigurer ruteliste for Webex

Opret en ruteliste med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEt unikt navn, f.eks. RL_Webex
BeskrivelseMeningsfuld beskrivelse, såsom ruteliste for Webex
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Medlemsoplysninger om ruteliste
Valgte grupperKun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationerne med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnUnikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-partition

Næste trin

Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan viderestilles.

Konfigurer rutemønstre for Webex-destinationer

Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

IndstillingVærdi
RutemønsterFuldt +E.164-mønster for DID-området i Webex med foranstillet "\". Eksempel: \+140855501XX
RutepartitionWebex
Gateway-/rutelisteRL_Webex
Hastende prioritetKontrolleret

Konfigurer normalisering af forkortede opkald mellem områder for Webex

Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

IndstillingVærdi
OversættelsesmønsterESN-mønster for ESN-området i Webex. Eksempel: 80121XX
PartitionWebex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-normaliseringsmønster
Brug afsenderens opkaldssøgerumKontrolleret
Hastende prioritetKontrolleret
Vent ikke på mellemciffer-timeout på efterfølgende hopKontrolleret
Transformationsmaske for opkaldt partMaske til normalisering af nummeret til +E.164. Eksempel: +140855501XX

Konfigurer dine Webex Calling-funktioner

Opsæt en søgegruppe

Viderestillingsgrupper dirigerer indgående opkald til en gruppe af brugere eller arbejdsområder. Du kan endda konfigurere et mønster til at dirigere til en hel gruppe.

Få flere oplysninger om, hvordan du konfigurerer en viderestillingsgruppe, se viderestillingsgrupper i Cisco Webex Control Hub.

Opret en opkaldskø

Du kan opsætte en opkaldskø, således at når kunders opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Få flere oplysninger om, hvordan du opsætter og administrerer en opkaldskø, under Administrer opkaldskøer i Cisco Webex Control Hub.

Opret en receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret. Du kan konfigurere brugere som telefonomstillinger, så de kan skærme indgående opkald til visse personer i din organisation.

For oplysninger om, hvordan du opsætter og ser dine receptionistklienter, se Receptionistklienter i Cisco Webex Control Hub.

Opret og administrer automatiske omstillinger

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Opret en 24-timers tidsplan, eller angiv forskellige valgmuligheder, når din virksomhed er åben eller lukket.

Få oplysninger om, hvordan du opretter og administrerer automatiske omstillinger, i Administrer automatiske omstillinger i Cisco Webex Control Hub.

Konfigurer en personsøgningsgruppe

Funktionen Gruppe-paging giver brugeren mulighed for at foretage et envejsopkald eller gruppe-paging til op til 75 målbrugere og arbejdsområder ved at ringe til et nummer eller et lokalnummer, der er tildelt en bestemt paging-gruppe.

Få oplysninger om, hvordan du konfigurerer og redigerer personsøgningsgrupper, se Konfigurer en personsøgningsgruppe i Cisco Webex Control Hub.

Opsæt opkaldsbesvarelse

Forbedr teamwork og samarbejde ved at oprette en opkaldsbesvarelsesgruppe, så brugere kan besvare hinandens opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

Du kan finde yderligere oplysninger om, hvordan du opsætter en opkaldsbesvarelsesgruppe i Opkaldsbesvarelse i Cisco Webex Control Hub.

Konfigurer parkering af opkald

Parkering af opkald tillader en defineret gruppe af brugere at parkere opkald hos andre tilgængelige medlemmer af en gruppe for parkering af opkald. Parkerede opkald kan besvares af andre medlemmer af gruppen på deres telefon.

Du kan finde yderligere oplysninger om, hvordan du opsætter parkering af opkald i Parkering af opkald i Cisco Webex Control Hub.

Aktivér indtrængen for brugere

1

Fra kundevisningen i https://admin.webex.com, gå til Ledelse> Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg derefter Bryd ind.

4

Slå til/fra-knappen for at tillade andre brugere at føje sig til denne brugers igangværende opkald.

5

Markér Afspil en tone, når denne bruger bryder ind i et opkald , hvis du vil afspille en tone til andre, når denne bruger bryder ind i sit opkald.

Afspil en tone, når denne bruger bryder ind på en opkaldsindstilling, gælder ikke for den grundlæggende og væsentlige kundeoplevelse supervisorfunktionen. Selvom du aktiverer denne indstilling for en supervisor, afspiller systemet ikke beskedtonen til agenten, når en supervisor bryder ind i sit opkaldskøopkald.

Hvis du vil afspille en tone til en agent, når en supervisor bryder ind i sit opkald, kan du aktivere den via indstillingerne "Beskedtone for agenter". Få flere oplysninger i afsnittet Opret en kø i Webex Customer Experience Basic eller Webex Customer Experience Essentials.

6

Klik på Gem.

Aktivér beskyttelse for en bruger

1

Log ind på Control Hub, og gå til Ledelse> Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til området Tilladelser mellem brugere , og vælg derefter Beskyttelse af personlige oplysninger.

4

Vælg de passende indstillinger for Databeskyttelse ved automatisk omstilling for denne bruger.

  • Tillad, at denne bruger kan ringes op via lokalnummer
  • Tillad, at denne bruger kan ringes op via for- eller efternavn
5

Markér afkrydsningsfeltet Aktivér databeskyttelse. Du kan derefter beslutte at blokere alle ved ikke at vælge medlemmer fra rullegardinmenuen. Alternativt kan du vælge de brugere, arbejdsområder og virtuelle linjer, der kan overvåge denne brugers linjestatus.

Hvis du er placeringsadministrator, vises kun de brugere, arbejdsområder og virtuelle linjer, der vedrører dine tildelte placeringer, i rullemenuen.

Fjern markeringen i afkrydsningsfeltet Aktivér beskyttelse for at tillade alle at overvåge linjestatus.

6

Markér afkrydsningsfeltet Gennemtving beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind for at aktivere beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind.

  • Hvis du aktiverer denne valgmulighed, kan kun de autoriserede brugere, virtuelle linjer og arbejdsområdeenheder bruge omdirigeret opkaldsbesvarelse og bryde ind på denne bruger. Ellers kan alle i organisationen aktivere omdirigeret opkaldsbesvarelse og bryde ind på en linje.
  • For yderligere oplysninger om bryde ind, se Bryd ind på en andens telefonopkald.
  • Supervisoren kan altid bryde ind i opkald, som agenterne modtager via opkaldskøen. Det vil sige, at indstillinger for beskyttelse af personlige oplysninger ikke påvirker en supervisors mulighed for at bryde ind.
7

Fra Tilføj medlem efter navn, vælg de brugere, arbejdsområder og virtuelle linjer, der kan overvåge telefonlinjestatus og aktivere omdirigeret opkaldsbesvarelse og bryde ind.

8

Hvis du vil filtrere de medlemmer, du vælger, skal du bruge filteret efter navn, nummer eller ext-felt.

9

Klik på Fjern alle for at fjerne alle de valgte medlemmer.

Hvis du vil fjerne et individuelt medlem, skal du klikke på Slet ved siden af medlemmets navn.
10

Klik på Gem.

Privacy settings

Konfigurer overvågning

Det maksimale antal overvågede linjer for en bruger er 50. Men når du konfigurerer overvågningslisten, skal du overveje antallet af meddelelser, der påvirker båndbredden mellem Webex Calling og dit netværk. Bestem også de maksimale overvågede linjer ved hjælp af antallet af linjeknapper på brugerens telefon.

1

Fra kundevisningen i https://admin.webex.com, gå til Administration og klik derefter på Brugere.

2

Vælg den bruger, du vil modificere, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Overvågning.

4

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj lokalnummer til parkering af opkald

Du kan inkludere en virtuel linje på listen Tilføj overvåget linje til brugerovervågning.

5

Vælg, om du vil underrette denne bruger om parkerede opkald, søg efter personen eller lokalnummeret til parkering af opkald, der skal overvåges, og klik derefter på Gem.

Listen over overvågede linjer i Control Hub svarer til den rækkefølge af overvågede linjer, der vises på brugerens enhed. Du kan omarrangere listen over overvågede linjer når som helst.

Det navn, der vises for den overvågede linje, er det navn, der er angivet i felterne Fornavn og efternavn for bruger, arbejdsområde og virtuelle linje.

Vil du gerne se, hvordan det gøres? Se denne videodemonstration om, hvordan du administrerer overvågningsindstillinger for en bruger i Control Hub.

Aktivér advarselstone for opkaldsbro for brugere

Før du begynder

Du skal have den delte linje konfigureret til at aktivere opkaldsbroen. Se, hvordan du konfigurerer delte linjer , før du aktiverer advarselstonen for opkaldsbro til at afspille.
1

Log ind på Control Hub, og gå til Ledelse> Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til Tilladelser mellem brugere, og klik på Advarselstone for opkaldsbro.

4

Slå advarselstone til for opkaldsbro, og klik derefter på Gem.

Denne funktion er som standard aktiveret.

For yderligere oplysninger om opkaldsforbindelse på en delt MPP-linje, se Delte linjer på din multiplatformstelefon.

For yderligere oplysninger om opkaldsbro på en delt linje i Webex-appen, se Visning af delt linje for Webex-appen.

Aktivér hoteling for en bruger

Aktivering af aktivitetsbaseret kontor giver en bruger mulighed for at arbejde et andet sted, mens de bevarer funktionerne fra deres fastnettelefon.
1

Fra kundevisningen i https://admin.webex.com, gå til Administration og vælg Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Hoteling , og slå til/fra-knappen.

4

Indtast navnet eller nummeret på hotelværten i feltet Hoteling placering, og vælg den hoteling-vært, som du vil tildele brugeren.

Der kan kun vælges én hotelvært. Hvis du vælger en anden hotelvært, slettes den første.

Hvis du er placeringsadministrator, kan du kun tildele hotelværten, der er relevant for dine tildelte placeringer.
5

For at begrænse den tid, en bruger kan tilknyttes hotelværten, skal du vælge antallet af timer, som brugeren kan bruge hotelværten i rullemenuen Begrænsede tilknytningsperiode .

Brugeren logges automatisk af efter det valgte tidspunkt.

Der vises en fejlmeddelelse på skærmen, hvis den begrænsede tilknytningsperiode, der er angivet for brugeren, overskrider den valgte hotelværts begrænsningsperiode. Hvis værten for hoteling f.eks. har en grænsetilslutningsperiode på 12 timer, og brugerens grænsetilslutningsperiode er 24 timer, vises en fejlmeddelelse. I sådanne tilfælde skal du forlænge den begrænsede tilknytningsperiode for hotelværten, hvis der er behov for mere tid for brugeren.

6

Klik på Gem.

En bruger kan også søge efter og finde den hotelvært, de vil bruge, fra User Hub. Få flere oplysninger i Få adgang til din opkaldsprofil overalt.

Vil du gerne se, hvordan det gøres? Se denne videodemonstration om, hvordan du konfigurerer hoteling i Control Hub.

Indførelsestendenser og brugsrapporter for Webex Calling

Vis opkaldsrapporter

Du kan bruge siden Analyse i Control Hub til at få indsigt i, hvordan personer bruger Webex Calling og Webex-appen (engagement) samt deres oplevelse med opkaldsmediet. For at få adgang til Webex Calling-analyse skal du logge ind på Control Hub og derefter gå til Analyse og vælge fanen Opkald.

1

For detaljerede opkaldshistorikrapporter skal du logge ind på Control Hub og derefter gå til Analyse > opkald.

2

Vælg Detaljeret opkaldshistorik.

Se Analyse af dedikeret forekomst for at få oplysninger om opkald, der bruger dedikeret forekomst.

3

For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub og derefter gå til Analyse og vælge Opkald.

Få yderligere oplysninger i Analyser til din Cloud Collaboration-portefølje.

Forbered dit miljø

Generelle forudsætninger

Før du konfigurerer en lokal gateway til Webex Calling, skal du sikre dig, at du:

  • har grundlæggende viden om VoIP-principper

  • har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter

  • Have en grundlæggende forståelse af SIP (Session Initiation Protocol)

  • har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM

Se Virksomhedskonfigurationsvejledningen til Cisco Unified Border Element (CUBE ) for at få flere oplysninger.

Hardware- og softwarekrav til lokal gateway

Sørg for, at din installation har en eller flere af de lokale gateways, f.eks.:

  • Cisco CUBE til IP-baseret forbindelse

  • Cisco IOS-gateway til TDM-baseret forbindelse

Se tabel 1 i den lokale gateway til ordrevejledning til Webex Calling. Sørg også for, at platformen kører en understøttet IOS-XE-udgivelse i henhold til konfigurationsvejledningen til lokal gateway.

Den lokale gateway hjælper dig med at migrere til Webex Calling i dit eget tempo. Den lokale gateway integrerer din eksisterende lokal installation med Webex Calling. Du kan også bruge din eksisterende PSTN-forbindelse. Se Kom i gang med lokal gateway

Certifikat- og sikkerhedskrav til lokal gateway

Webex-opkald kræver sikker signalering og medie. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

  • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

  • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

  • Nøglecenterbundtet validerer certifikatet, der præsenteres

  • Der anmodes om legitimationsoplysninger (fra SIP Digest)

  • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

Krav til firewall, NAT og mediestioptimering til lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

Hvis du vil bruge mediestioptimering med ICE, skal den lokale gateways grænseflade, der vender mod Webex Calling, have en direkte netværkssti til og fra Webex Calling-slutpunkterne. Hvis slutpunkterne er på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways grænseflade, der vender mod Webex Calling, skal den lokale gateway have en offentlig IP-adresse tildelt til grænsefladen, der vender mod Webex Calling, til opkald mellem den lokale gateway og slutpunkterne for at bruge mediestioptimering. Derudover skal den køre iOS-XE version 16.12.5.

Konfigurer Webex Calling til din organisation

Konfigurer opkaldsindstillinger i guiden til første opsætning

Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

1

Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.

Din administrator-e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

2

Gennemse og acceptér tjenesteydelsesvilkårene.

3

Gennemgå din plan, og klik derefter på Kom i gang.

Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger Kom i gang.

4

Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

5

Klik på Næste: Standardplacering.

6

Vælg mellem følgende valgmuligheder:

  • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren fuldfører klargøring af Webex Calling.
  • Udfyld de nødvendige oplysninger om placering. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

7

Foretag følgende valg, der skal gælde for denne placering:

  • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – til e-mailkommunikation for nye brugere.
  • Land
  • Tidszone
8

Klik på Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og vælg Afslut.

Tilføj en placering

Før du begynder

For at oprette en ny placering skal du forberede følgende oplysninger:

  • Placeringsadresse

  • Ønskede telefonnumre (valgfrit)

1

Log ind på Control Hub https://admin.webex.com, gå til Administration > Placering.

En ny placering hostes i det regionale datacenter, der svarer til det land, du valgte ved hjælp af guiden til den første opsætning.
2

Konfigurer indstillingerne for placeringen:

  • Placeringsnavn – Indtast et entydigt navn for at identificere placeringen.
  • Land/region – Vælg et land, hvor placeringen skal knyttes til. Du kan f.eks. oprette en placering (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
  • Placeringsadresse – Indtast placeringens primære mailadresse.
  • By/by– Indtast en by for denne placering.
  • Delstat/provins/region – Vælg en stat i rullemenuen.
  • Postnummer – Indtast postnummeret eller postnummeret.
  • Meddelelsessprog – Vælg sproget for lydmeddelelser og meddelelser for nye brugere og funktioner.
  • E-mailsprog – Vælg sproget til e-mailkommunikation med nye brugere.
  • Tidszone – Vælg tidszonen for placeringen.
3

Klik på Gem , og vælg derefter Ja/ Nej for at føje numre til placeringen nu eller senere.

4

Hvis du klikkede Ja , skal du vælge en af følgende valgmuligheder:

  • Cisco PSTN – vælg denne indstilling, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN numre eller eksisterende portnumre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I forvejen eksisterende placeringer, der har fået PSTN-funktioner tildelt, er ikke kvalificerede til Cisco-opkaldsplanen på nuværende tidspunkt. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling-datacenter i et område, hvor Cisco-opkaldsplanen understøttes.

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Lokalt baseret PSTN (lokal gateway) – du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller du vil forbinde websteder, der ikke er i skyen, med cloud-websteder.

Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for vejledning.

5

Vælg, om du vil aktivere numrene nu eller senere.

6

Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke på Valider.

Numre tilføjes for den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, hvor der vises en fejlmeddelelse.

Afhængigt af placeringens land formateres numrene i henhold til kravene for lokal opringning. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden forudfyldes.

7

Klik på Gem.

Hvad er næste trin?

Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

Før du begynder

Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > opkald > numre , og vælg placeringen, der skal slettes, i rullemenuen. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

Husk, at alle numre, der er knyttet til denne placering, vil blive frigivet tilbage til din PSTN-udbyder. Du vil ikke længere eje disse numre.

1

Log ind på Control Hub https://admin.webex.com, gå til Administration > Placering.

2

Klik i kolonnen Handlinger ved siden af den placering, du vil slette.

3

Vælg Slet placering, og bekræft, at du vil slette denne placering.

Det tager som regel et par minutter, før placeringen slettes permanent, men det kan tage op til en time. Du kan se statussen ved at klikke ved siden af placeringens navn og vælge Sletningsstatus.

Opdater en eksisterende placering

Du kan ændre din PSTN, navnet, tidszone og sprog for en placering, efter den er oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.

For eksisterende placeringer kan du aktivere nødtjenester. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

1

Log ind på Control Hub på https://admin.webex.com, gå til Ledelse > Placering.

Hvis du ser et Forsigtig-symbol ved siden af en placering, betyder det, at du endnu ikke har konfigureret et telefonnummer for denne placering. Du kan ikke foretage eller modtage opkald, før du konfigurerer det nummer.

2

(Valgfrit) Under PSTN-forbindelse skal du vælge enten Skyforbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og acceptér derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter én af følgende valgmuligheder, og klik på Gem:

  • Cisco PSTN – vælg denne indstilling, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN numre eller eksisterende portnumre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I øjeblikket er allerede eksisterende placeringer, der har fået tildelt andre PSTN-funktioner, ikke kvalificeret til Cisco-opkaldsplanen. Åbn en supportsag for vejledning.

    • Du er hostet i et Webex Calling-datacenter i et område, hvor Cisco-opkaldsplanen understøttes.

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af en integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre fra CCP-partneren uden for Control Hub.

  • Lokalt baseret PSTN (lokal gateway) – du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller hvis du vil forbinde ikke-cloud-websteder med cloud-websteder.

    Webex-opkald kunder med placeringer, der tidligere er konfigureret med en lokal gateway, vil automatisk blive konverteret til lokalt baserede PSTN med en tilsvarende trunk.

3

For placeringen skal du vælge hovednummeret på rullelisten for at give brugere på den pågældende placering mulighed for at foretage og modtage opkald.

Hovednummeret kan tildeles den automatiske omstilling, så eksterne personer, der ringer op, kan kontakte Webex Calling-brugere på den pågældende placering. Webex Calling-brugere på den pågældende placering kan også bruge dette nummer som deres eksterne opkalder-id, når de foretager opkald.
4

(Valgfri) Under Nødopkald kandu vælge Nødplaceringsidentifikator for at tildele denne placering.

Denne indstilling er valgfri og gælder kun for lande, der kræver den.

I nogle lande (Eksempel: Frankrig) eksisterer der lovgivningsmæssige krav til mobil radiosystemer for at etablere mobiltelefonens identitet, når du foretager et nødopkald, og gøres tilgængeligt for nødmyndigheder. Andre lande som USA og Canada implementerer placeringsbestemmelse ved hjælp af andre metoder. Se Forbedret nødopkald for yderligere oplysninger.

Din nødopkaldsudbyder har muligvis brug for oplysninger om adgangsnetværket og kan påkalde sig muligheder ved at definere et nyt privat SIP-forlængelsesoverskrift, P-Access-Network-Info. Overskriften indeholder oplysninger om adgangsnetværket.

Når du indstiller nødplaceringsidentifikatoren for en placering, sendes placeringsværdien til udbyderen som en del af SIP-meddelelsen. Kontakt din nødopkaldsudbyder for at se, om du kræver denne indstilling, og brug den værdi, der leveres af din nødopkaldsudbyder."

5

Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering.

6

(Valgfri) Klik på blyantikonet øverst på siden Placering for at ændre placeringens navn, meddelelsessprog, e-mailsprog, Tidszoneeller adresse efter behov, og klik derefter på Gem.

Ændring af meddelelsessproget træder omgående i kraft for alle nye brugere og funktioner, der tilføjes til denne placering. Hvis eksisterende brugere og/eller funktioner også bør få deres meddelelsessprog ændret, skal du vælge Skift for eksisterende brugere og arbejdsområder eller Skift for eksisterende funktioner, når du bliver bedt om det. Klik på Anvend. Du kan se status på siden Opgaver. Du kan ikke lave flere ændringer, før dette er fuldført.

Ændring af tidszonen for en placering vil ikke opdatere tidszonerne for de funktioner, der er knyttet til denne placering. Hvis du vil redigere tidszoner for funktioner som f.eks. automatisk omstilling, viderestillingsgruppe og opkaldskø, skal du gå til området Generelle indstillinger for den specifikke funktion, du ønsker at opdatere tidszonen for, og redigere og gemme der.

Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, vises eksempelnumrene i Control Hub-opdateringen for at vise disse ændringer.

Du kan konfigurere tilladelser for udgående opkald for en placering. Se disse trin for at konfigurere tilladelser for udgående opkald.

1

Log ind på Control Hub, gå til Tjenester > Opkald > Tjenesteindstillinger, og rul derefter til Internt opkald.

2

Konfigurer de følgende valgfrie opkaldspræferencer efter behov:

  • Længde på dirigeringspræfiks for placering – vi anbefaler denne indstilling, hvis du har flere placeringer. Du kan indtaste en længde på 2-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere foretage opkald mellem placeringer med et præfiks. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.

    Dirigeringspræfikslængder omfatter styretallet. Hvis du f.eks. indstiller dirigeringspræfikset længden til fire, kan der kun bruges tre cifre til at angive webstedet.

    Hvis du tildeler et dirigeringspræfiks til en placering, omfatter alle forekomster af lokalnumre, der er tildelt den pågældende placering, dirigeringspræfikset foran lokalnummeret. For eksempel 888-1000 (dirigeringspræfiks-lokalnummer).

  • Styretid i dirigeringspræfiks – vælg det nummer, der skal angives som det første ciffer for hvert dirigeringspræfiks.
  • Internt lokalnummerlængde – du kan angive 2-10 cifre, og standarden er 2.

    Når du øger din lokalnummerlængde, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

  • Tillad lokalnummeropkald mellem placeringer – giver dig mulighed for at tilpasse lokalnummeropkaldet mellem placeringer baseret på din organisations krav.

    • Aktivér til/fra, hvis din organisation ikke har duplikerede lokalnumre på alle dens placeringer.

      Som standard er til/fra-knappen aktiveret.

    • Deaktiver til/fra, hvis din organisation har det samme lokalnummer forskellige steder. Når til/fra-knappen er deaktiveret, og opkalderen ringer til lokalnummeret, dirigeres opkaldet til en bruger med et tilsvarende lokalnummer på samme placering som opkalderen. Personen, der ringer op, skal ringe til virksomhedens signifikante nummer (placeringsdistributionspræfiks + lokalnummer) for at nå et lokalnummer på andre placeringer.

3

Angiv interne opkald for specifikke placeringer. Gå til Ledelse > Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter interne opkald efter behov:

  • Internt opkald – Angiv det dirigeringspræfiks, som brugere på andre placeringer skal ringe til for at kontakte en person på denne placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfikslængden matcher længden, der er indstillet på organisationsniveau, men den skal være 2-7 cifre lang.
4

Angiv ekstern opkald for bestemte placeringer. Gå til Ledelse > Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter eksterne opkald efter behov:

  • Eksterne opkald – du kan vælge et udgående opkaldsciffer, som brugere skal ringe til for at nå en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

    Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Dog kan alle brugere stadig foretage eksterne opkald uden nummer for udgående opkald.

  • Du kan eventuelt gennemtvinge opkald til det udgående opkaldsciffer fo r denne placering, hvilket sikrer, at brugeren skal bruge det udgående opkaldsciffer, der er indstillet af administratoren, til at foretage eksterne opkald.

    Nødopkald kan stadig ringes op med eller uden det udgående opkaldsciffer, når denne funktion er aktiveret.

    Når det er aktiveret, fungerer alle eksterne destinationsnumre, f.eks. dem, der bruges til viderestilling af opkald, ikke længere, hvis et udgående opkaldsciffer ikke er inkluderet.

    Hvis en forlængelse er det samme som det nationale nummer, har forlængelsen forrang frem for det nationale nummer. Derfor anbefaler vi, at du aktiverer cifret for udgående opkald.
    Vi anbefaler stærkt, at du bruger E.164-nummerformatet til indgående og udgående PSTN-opkald.

Indvirkning på brugere:

  • Brugere skal genstarte deres telefoner, så ændringer i opkaldspræferencer kan træde i kraft.

  • Brugerlokalnumre bør ikke starte med det samme nummer som placeringens styringsciffer eller udgående opkaldscifre.

Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub

Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.

En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

Opret en trunk
Følg disse trin for at oprette en trunk i Control Hub.

Før du begynder

  • Når en placering er tilføjet, og før du konfigurerer stedbaseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

  • Forstå kravene til placeringsbaseret PSTN (lokal gateway) for Webex Calling.

  • Du kan ikke vælge mere end én trunk for en placering med placeringsbaseret PSTN, men du kan vælge den samme trunk for flere placeringer.

1

Log ind på Control Hub på https://admin.webex.com, gå til Tjenester > Opkald > Viderestilling af opkald, og vælg Tilføj trunk.

2

Vælg en placering.

3

Navngiv trunken, og klik på Gem.

Navnet må ikke være på mere end 24 tegn.

Hvad er næste trin?

Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller et dokument, så du kan se dem, når du er klar til at konfigurere den stedbaserede PSTN.

Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

Vælg en trunk til lokalt baseret PSTN
1

Log ind på Control Hub https://admin.webex.com, gå til Administration > Placering.

2

Vælg en placering, der skal modificeres, og klik på Administrer.

3

Vælg Placeringsbaseret PSTN, og klik på Næste.

4

Vælg en trunk i rullemenuen.

Besøg trunksiden for at administrere dine trunkgruppevalg.

5

Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

Hvad er næste trin?

Du skal tage konfigurationsoplysningerne, som styrer hub genereret, og knytte parametrene til den lokale gateway (for eksempel på en Cisco-kube, der er placeret på stedet). Denne artikel fører dig gennem denne proces. Som reference kan du se følgende diagram for et eksempel på, hvordan Control hub-konfigurationsoplysninger (til venstre) knyttes til parametre i KUBEn (til højre):

Når du har fuldført konfigurationen på selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub og den gateway, du oprettede, vises på det placeringskort, du tildelte den til med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

Administrer telefonnumre
Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub

Hvis du har en prøveversion af Webex-tjenesteydelser og gerne vil konvertere den til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

1

Log ind på Control Hub på https://admin.webex.com, vælg bygningsikonet .

2

Vælg fanen Abonnementer, og klik derefter på Køb nu.

Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

Indstil opkaldsvalgmuligheder

Du kan bruge Control Hub til at indstille prioritet for tilgængelige opkaldsvalgmuligheder, som brugerne ser i Webex-appen. Du kan også aktivere dem for opkald med ét klik. For yderligere oplysninger se: Indstil opkaldsvalgmuligheder for Webex-appbrugere.

Konfigurer opkaldsadfærd

Du kan styre, hvad opkaldsapplikationen åbner, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienten, herunder installation i blandet tilstand for organisationer med brugere med Unified CM eller Webex Calling og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Konfigurer opkaldsadfærd.

Konfigurer lokal gateway på Cisco IOS XE til Webex Calling

Overblik

Webex Calling understøtter i øjeblikket to versioner af lokal gateway:

  • Lokal gateway

  • Lokal gateway til Webex til forvaltninger

Vigtige overvejelser

  • Før du begynder, skal du forstå kravene til lokalt baseret PSTN (Public Switched Telephone Network) og lokal gateway (LGW) til Webex Calling. Se Ciscos foretrukne arkitektur Webex-opkald for yderligere oplysninger.

  • Denne artikel tager udgangspunkt i, at en dedikeret lokal gateway-platform er på plads uden en eksisterende stemmekonfiguration. Hvis du modificerer en eksisterende PSTN-gateway- eller CUBE Enterprise-udrulning til brug som lokal gateway-funktion til Webex Calling, skal du være meget opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsflows og -funktionalitet på grund af de ændringer, du foretager.

Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan få mere at vide om de individuelle kommandoindstillinger. Alle kommandolinks går til Webex-administrerede gateways kommandolink s, medmindre andet er angivet (i så fald går kommandolinks til Cisco IOS Voice Command Reference). Du kan få adgang til alle disse vejledninger ved Cisco Unified Border Element Command Referencer.

Få oplysninger om understøttede tredjeparts-SBC'er i den respektive produktreferencedokumentation.

Konfigurer din lokale gateway

Der er to valgmuligheder til at konfigurere den lokale gateway til din Webex-opkald trunk:

  • Registreringsbaseret trunk

  • Certifikatbaseret trunk

Brug opgaveflowet enten under Registreringsbaseret lokal gatewa y eller Certifikatbaseret lokal gatewa y til at konfigurere lokal gateway for din Webex Calling-trunk.

Se Kom i gang med lokal gatewa y for yderligere oplysninger om forskellige trunktyper. Udfør følgende trin på selve den lokale gateway ved hjælp af kommandolinjegrænsefladen (CLI). Vi bruger SIP-transport (Session Initiation Protocol) og TLS-transport (Transport Layer Security) til at sikre trunken og SRTP (Secure Real Time Protocol) til at sikre mediet mellem den lokale gateway og Webex Calling.

Vigtige overvejelser

  • Vælg CUBE som din lokale gateway. Webex for Government understøtter i øjeblikket ikke nogen tredjeparts sessionsgrænsecontrollere (SBC'er). Se Kom i gang med lokal gateway for at gennemgå den seneste liste.

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versioner for alle Webex til offentlige lokale gateways.

  • For at se listen over rodcertifikatmyndigheder (CA'er), som Webex for Government understøtter, se Rodcertifikatmyndigheder for Webex for Government.

  • For oplysninger om de eksterne portområder for lokal gateway i Webex for Government henvises der til Netværkskrav til Webex for Government (FedRAMP).

Lokal gateway til Webex for Government understøtter ikke følgende:

  • STUN/ICE-Lite til optimering af mediesti

  • Fax (T.38)

Konfigurer din lokale gateway til Webex for forvaltninger

Hvis du vil konfigurere den lokale gateway for din Webex Calling-trunk i Webex for Government, skal du bruge følgende indstilling:

  • Certifikatbaseret trunk

Brug opgaveflowet under den certifikatbaserede lokale gatewa y til at konfigurere den lokale gateway for din Webex Calling-trunk. Få flere oplysninger om, hvordan du konfigurerer en certifikatbaseret lokal gateway, i Konfigurer Webex Calling certifikatbaseret trunk.

Det er obligatorisk at konfigurere FIPS-kompatible GCM-krypteringer, så de understøtter lokal gateway til Webex for forvaltninger. Hvis ikke, mislykkes opkaldsopsætningen. Se Konfigurer Webex Calling certifikatbaseret trunk for konfigurationsoplysninger.

Webex for Government understøtter ikke registreringsbaseret lokal gateway.

Oversigt over design

Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af en registrerende SIP-trunk. Den første del af dette dokument viser, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde dirigeres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Billedet nedenfor fremhæver denne løsning og den konfiguration af dirigering af opkald på højt niveau, der vil blive fulgt.

I dette design bruges følgende hovedkonfigurationer:

  • stemmeklasselejere: Bruges til at oprette trunkspecifikke konfigurationer.

  • URI for stemmeklasse: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

  • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.

  • opkalds-peer-gruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.

  • udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og sender dem til det ønskede mål.

Dirigering af opkald fra/til PSTN til/fra Webex Calling-konfigurationsløsning

Mens IP og SIP er blevet standardprotokollerne for PSTN-trunks, bruges ISDN-kredsløb TDM (Time Division Multiplexing) stadig i vid udstrækning og understøttes med Webex Calling-trunks. For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows er det i øjeblikket nødvendigt at bruge en opkaldsrutningsproces med to ben. Denne tilgang ændrer konfigurationen af dirigering af opkald, der er vist ovenfor, ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks som illustreret på billedet nedenfor.

Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som en basislinje til at opbygge den løsning, der er illustreret i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret dirigering og behandling af alle PSTN- og Webex Calling-opkald.

I hele dette dokument bruges de værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede.

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre konfigurationen af din lokale gateway på følgende måde:

  • Trin 1: Konfigurer routerbasisforbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Alt efter hvilken arkitektur du har brug for, skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i klargøring af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og etablerer forbindelse.

  • Alle registreringsbaserede installationer af lokal gateway kræver Cisco IOS XE 17.6.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåed e udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security Technology-licenser.

    • Catalyst Edge 8000-serien routere, der er udstyret med stemmekort eller DSP'er, kræver DNA Advantage-licensering. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licensering.

  • Opbyg en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft, hvordan det fungerer:

    • NTP

    • Acl'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-routing

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IPv4-adresse.

  • Overfør Cisco-rodnøglecenterpakken til den lokale gateway.

Konfiguration

1

Sørg for, at du tildeler gyldige og distribuerbare IP-adresser til alle lag 3-grænseflader, for eksempel:

 grænseflade GigabitEthernet0/0/0 beskrivelse Grænseflade mod PSTN- og/eller CUCM IP-adresse 10.80.13.12 255.255.255.0! grænseflade GigabitEthernet0/0/1 beskrivelse Grænseflade mod Webex Calling (privat adresse) ip-adresse 192.51.100.1 255.255.255.240

2

Beskyt registrerings- og STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

 nøgle config-nøgle adgangskode-krypter YourPassword-kryptering aes

3

Opret et PKI-tillidspunkt for pladsholder.

Kræver dette tillidspunkt for at konfigurere TLS senere. For tilmeldingsbaserede trunks kræver dette tillidspunkt ikke et certifikat – som det ville være påkrævet for en certifikatbaseret trunk.
 krypto pki-tillidspunkt EmptyTP tilbagekaldelseskontrol ingen
4

Aktivér TLS1.2-eksklusivitet, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer. Transportparametrene skal også opdateres for at sikre en pålidelig, sikker forbindelse til registrering:

Kommandoen cn-san-validate-server sikrer, at den lokale gateway tillader en forbindelse, hvis værtsnavnet, der er konfigureret i lejer 200, er inkluderet i enten CN- eller SAN-felterne for det certifikat, der er modtaget fra den udgående proxy.

  1. Indstil antal TCP-forsøg igen til 1000 (5-msek multipla = 5 sekunder).

  2. Kommandoen Timer for oprettelse af forbindelse giver dig mulighed for at justere, hvor længe den lokale gateway venter på at oprette en forbindelse til en proxy, før du overvejer den næste tilgængelige valgmulighed. Standardindstillingen for denne tidsindstilling er 20 sekunder og minimum 5 sekunder. Start med en lav værdi, og øg om nødvendigt for at imødekomme netværksforholdene.

 sip-ua timerforbindelse etablere tls 5 transport tcp tls v1.2 kryptosignaler standard tillidspunkt EmptyTP cn-san-validate server tcp-retry 1000

5

Installer Cisco-rodnøglecenterpakken, som indeholder det DigiCert-nøglecentercertifikat, der bruges af Webex Calling. Brug kommandoen crypto pki trustpool import ren URL til at downloade rod-CA-bundtet fra den angivne URL-adresse og til at rydde den aktuelle CA-trustpool, og installer derefter den nye pakke af certifikater:

Hvis du har brug for at bruge en proxy til at få adgang til internettet via HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

ip http-klient proxyserver yourproxy.com proxyport 80
 ip http-klient kildegrænseflade GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer tilmeldingsbaseret trunk for Webex Calling
1

Opret en registreringsbaseret PSTN-trunk for en eksisterende placering i Control Hub. Notér de trunkoplysninger, der er angivet, når trunken er blevet oprettet. Disse detaljer, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning. Få flere oplysninger i Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling.

2

Angiv følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

 stemmetjeneste voip ip-adresse, der er tillid til liste ipv4 x.x.x.x y.y.y.y-tilstand grænse-element-mediestatistik mediemassestatistik tillad-forbindelser sip til sip ingen supplerende-tjeneste sip henvise stun stun flowdata agent-id 1 startantal 4 stun flowdata delt-hemmelighed 0 Adgangskode123$ sip asymmetrisk nyttelast fuld tidlig tilmelding

Her er en forklaring af felterne til konfigurationen:

 liste over betroet ip-adresse  ipv4 x.x.x.x y.y.y.y.y

  • For at beskytte mod afgiftsbedrageri definerer den betroede adresseliste en liste over værter og netværk, som den lokale gateway forventer legitime VoIP-opkald fra.

  • Som standard blokerer den lokale gateway alle indgående VoIP-meddelelser fra IP-adresser, der ikke er på dens liste over pålidelige. Der er som standard tillid til statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser, så de behøver ikke at blive føjet til listen over pålidelige opkald.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernettene til dit regionale Webex Calling-datacenter til listen. Se flere oplysninger under Portreferenceoplysninger for Webex Calling. Du kan også tilføje adresseintervaller for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunkgateways.

    Hvis din LGW er bag en firewall med begrænset kegle-NAT, foretrækker du måske at deaktivere listen over pålidelige IP-adresser i grænsefladen mod Webex Calling. Firewallen beskytter dig allerede mod uopfordrede indgående VoIP. Deaktiver handling reducerer din langsigtede konfigurationsomkostninger, fordi vi ikke kan garantere, at adresserne for Webex-opkald peers forbliver faste, og du skal konfigurere din firewall for peers under alle omstændigheder.

tilstand grænselement

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

mediestatistik

Aktiverer medieovervågning på den lokale gateway.

mediemassestatistik

Gør det muligt for kontrol at indsamle data til meningsmåling for masseopkaldsstatistikker.

Få flere oplysninger om disse kommandoer i Medier.

tillad-forbindelser sip til sip

Aktivér CUBE grundlæggende SIP-back-til-back-brugeragentfunktionalitet. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (stemmetjeneste).

Ikke almindelig

Aktiverer STUN (sessionsgennemløb af UDP gennem NAT) globalt.

  • Når du videresender et opkald til en Webex-opkald-bruger (for eksempel er både den, der ringes op, og opkaldsparterne Webex-opkald abonnenter, og hvis du anker medier på Webex-opkald SBC), så kan mediet ikke flyde til den lokale gateway, da nåleøjet ikke er åbent.

  • STUN-bindingsfunktionen på den lokale gateway gør det muligt at sende lokalt genererede STUN-anmodninger over den forhandlede mediesti. Dette hjælper med at åbne nåleøjet i firewallen.

Få flere oplysninger i stun flowdata agent-i d og stun flowdata delt-hemmelighed.

asymmetrisk nyttelast fuld

Konfigurerer understøttelse af asymmetrisk SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. Få flere oplysninger om denne kommando i asymmetrisk nyttelast.

tidlig tilbud tvunget

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra nabopeer. Få flere oplysninger om denne kommando i tidligt tilbud.

3

Konfigurer stemmeklassens codec 100 -filter for trunken. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis styring.

 stemmeklasse codec 100 codec-præference 1 opus codec-præference 2 g711ulaw codec-præference 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. Få flere oplysninger i codec for stemmeklasse.

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 konfigurationen af stemmeklasse-codec 100 .

4

Konfigurer stun-brug af stemmeklasse 100 for at aktivere ICE på Webex Calling-trunk.

 stemmeklasse stun-brug 100 stun-brug firewall-gennemløbsdata stun-brug ice lite

Her er en forklaring af felterne til konfigurationen:

konstant forbrug is lite

Bruges til at aktivere ICE-Lite for alle opkalds-peers med Webex Calling for at tillade medieoptimering, når det er muligt. Få flere oplysninger i stun-brug for stemmeklass e og stun-brug ice lite.

Du kræver stun-brug af ICE-lite til opkaldsflows ved hjælp af optimering af mediesti. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en loopback-opkalds-peer med ICE-Lite aktiveret på IP-IP-benet. For yderligere tekniske oplysninger skal du kontakte kontoen eller TAC-teamet

5

Konfigurer politikken for mediekryptering for Webex-trafik.

 stemmeklasse srtp-kryptering 100 kryptering 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-kryptering 100

Angiver SHA1_80 som det eneste SRTP-krypteringspakke CUBE tilbud i SDP i tilbud og svar-meddelelser. Webex Calling understøtter kun SHA1_80. Få flere oplysninger i stemmeklasse srtp-kryptering.

6

Konfigurer et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinationstrunk-parameter: 

 stemmeklasse uri 100 sip-mønster dtg=Dallas1463285401_LGU

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 100 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge dtg= efterfulgt af trunk-OTG/DTG-værdien, der er angivet i Control Hub, da trunk blev oprettet. Få flere oplysninger i URI for stemmeklasse.

7

Konfigurer sip-profil 100, som vil blive brugt til at ændre SIP-meddelelser, før de sendes til Webex Calling.

 stemmeklasse sip-profiler 100 regel 10 anmod om enhver sip-header SIP-Req-URI-ændring "sips:" "sip:" regel 20 anmod om enhver sip-header For at ændre "" "" regel 50 svar ENHVER sip-header For at ændre "" ";otg=dallas1463285401_lgu>" regel 90 anmod om enhver sip-header P-Asserted-Identity-ændring "sips:" "sip:"

Her er en forklaring af felterne til konfigurationen:

  • regel 10 til 70 og 90

    Sikrer, at SIP-headere, der bruges til opkaldssignaler, bruger sip i stedet for sips-skemaet, hvilket er påkrævet af Webex-proxyer. Konfiguration af CUBE til at bruge SIPS sikrer, at der bruges sikker registrering.

  • regel 80

    Ændrer Fra-headeren, så den inkluderer trunkgruppe OTG/DTG-identifikatoren fra Control Hub, så der entydigt kan identificeres et lokalt gateway-websted i en virksomhed.

8

Konfigurer Webex Calling-trunk:

  1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der er påkrævet specifikt for Webex Calling-trunk. Især de oplysninger om trunk-registrering, der tidligere var angivet i Control Hub, vil blive brugt i dette trin som beskrevet nedenfor. Opkalds-peers, der er knyttet til denne lejer, nedarver senere disse konfigurationer.

    I følgende eksempel bruges de værdier, der er illustreret i trin 1, til formålet med denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

     stemmeklasselejer 100 registrator-dns:98027369.us10.bcld.webex.com -skema sips udløber 240 opdateringsforhold 50 tcp tls legitimationsoplysninger nummer Dallas1171197921_LGU -brugernavn Dallas1463285401_LGU -adgangskode 0 9Wt[M6ifY+ realm BroadWorks-godkendelsesbrugernavn Dallas1463285401_LGU -adgangskode 0 9Wt[M6ifY+ realm BroadWorks-godkendelsesbrugernavn Dallas1463285401_LGU -adgangskode 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com ingen ekstern part-id sip-server dns:98027369.us10.bcld.webex.com forbindelse-genbrug srtp-crypto 100 sessionstransport 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-profiler 100 udgående proxy dns:dfw04.sipconnect-us.bcld.webex.com politik om beskyttelse af personlige oplysninger

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasselejer 100

    Definerer et sæt konfigurationsparametre, der kun vil blive brugt til Webex Calling-trunk. Få flere oplysninger i stemmeklasselejer.

    registrator dns:98027369.us10.bcld.webex.com skema sips udløber 240 opdateringsforhold 50 tcp tls

    Registrar-server for den lokale gateway med registrering indstillet til at genindlæser hver to minutter (50 % af 240 sekunder). Få flere oplysninger i registratoren.

    Sørg for at bruge værdien Registrer domæne fra Control Hub her.

    legitimationsnummer Dallas1171197921_LGU brugernavn Dallas1463285401_LGU adgangskode 0 9Wt[M6ifY+ realm BroadWorks

    Legitimationsoplysninger til trunkregistreringsudfordring. Få flere oplysninger i legitimationsoplysninger (SIP UA).

    Sørg for, at du bruger værdierne for henholdsvis linje-/portvært, godkendelsesbrugernavn og godkendelsesadgangskode fra Control Hub her.

    godkendelsesbrugernavn Dallas1171197921_LGU adgangskode 0 9Wt[M6ifY+ realm BroadWorks
    godkendelsesbrugernavn Dallas1171197921_LGU adgangskode 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Godkendelsesudfordring for opkald. Få flere oplysninger i godkendelse (opkalds-peer).

    Sørg for, at du bruger værdierne henholdsvis godkendelsesbrugernavn, godkendelsesadgangskode og registratordomæne fra Control Hub her.

    intet tredjeparts-id

    Deaktiver SIP Remote-Party-ID (RPID)-header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af CIO asserted-id pai. Få flere oplysninger i ID for ekstern part.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurerer destinations-SIP-serveren for trunken. Brug den SRV-adresse, der er angivet i Control Hub, da du oprettede din trunk.

    forbindelse–genbrug

    Bruger den samme vedvarende forbindelse til tilmeldings- og opkaldsbehandling. Få flere oplysninger i Genbrug af forbindelse.

    srtp-kryptografi 100

    Konfigurerer de foretrukne krypteringsprogrammer for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-kryptering.

    sessionstransport tcp tls

    Indstiller transport til TLS. Få flere oplysninger i sessionstransport.

    url sips

    SRV skal være SIPs som understøttet af adgangs-SBC; alle andre meddelelser ændres til SIP med sip-profil 200.

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. Få flere oplysninger i fejladgangskode.

    påstået-id pai

    Aktiverer PAI-behandling i lokal gateway. Få flere oplysninger i erklært-id.

    Kildegrænseflade til bind kontrol GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til WebexCalling. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til WebexCalling. Få flere oplysninger i bind.

    ingen pass-thru indhold brugertilpasset sdp

    Standardkommando under lejer. Få flere oplysninger om denne kommando i indhold til overførsel.

    sip-profiler 100

    Ændrer SIP'er til SIP og modificerer linje/port for INVITE- og REGISTER-meddelelser som defineret i sip-profiler 100. Få flere oplysninger i stemmeklasse-sip-profiler.

    udgående proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex-opkald adgang til SBC. Indsæt den udgående proxyadresse, der er angivet i Control Hub, da du oprettede din trunk. Få flere oplysninger i udgående proxy.

    databeskyttelsespolitik passthru

    Konfigurerer indstillingerne for politikken for headers politik for beskyttelse af personlige oplysninger for trunken til at overføre værdier for beskyttelse af personlige oplysninger fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i databeskyttelsespolitikken.

  2. Konfigurer Webex Calling-trunk-opkalds-peer. 

     opkalds-peer stemme 100 VoIP-beskrivelse Indgående/udgående Webex Calling max-conn 250 destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål sip-server indgående URI-anmodning 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-brug 100 ingen voice-class sip localhost voice-class sip-lejer 100 srtp no vad

    Her er en forklaring af felterne til konfigurationen:

     Stemme for opkalds-peer 100 VoIP  beskrivelse af indgående/udgående Webex Calling

    Definerer en VoIP dial-peer med et tag på 100 og giver en meningsfuld beskrivelse af brugervenlighed i forbindelse med administration og fejlfinding.

    maks. konn 250

    Begrænser antallet af samtidige indgående og udgående opkald mellem den lokale gateway og Webex Calling. For registreringstrunks skal den maksimale værdi, der er konfigureret, være 250. Usea lavere værdi, hvis det er mere passende for din installation. Få flere oplysninger om begrænsninger for samtidige opkald for lokal gateway i dokumentet Kom i gang med lokal gatewa y.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at dial-peer 100 håndterer SIP-call legs. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    session mål sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, nedarves og bruges som destinationen for opkald fra denne opkalds-peer.

    indgående URI-anmodning 100

    Sådan angives den stemmeklasse, der bruges til at matche en VoIP-opkalds-peer med URI'en (uniform resource identifier) for et indgående opkald. Få flere oplysninger i Indgående URI.

    stemmeklasse-codec 100

    Konfigurerer opkalds-peer'en til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec for stemmeklasse.

    stun-brug af stemmeklasse 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway kan sendes via den forhandlede mediesti. STUN hjælper med at åbne et nåleøje til firewall for medietrafik.

    ingen voice-class sip localhost

    Deaktiverer erstatning af det lokale DNS-værtsnavn i stedet for den fysiske IP-adresse i overskrifterne Fra, Opkald-ID og Ekstern part-id på udgående meddelelser.

    sip-lejer af stemmeklasse 100

    Opkalds-peer'en nedarver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau.

    srtp

    Aktiverer SRTP for opkaldsbenet.

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering.

Når du har defineret lejer 100 og konfigureret en SIP VoIP-opkalds-peer, starter gatewayen en TLS-forbindelse mod Webex Calling. På dette tidspunkt præsenterer adgangs-SBC sit certifikat til den lokale gateway. Den lokale gateway validerer Webex Calling-adgangs-SBC-certifikatet ved hjælp af CA-rodpakken, der blev opdateret tidligere. Hvis certifikatet genkendes, oprettes en vedvarende TLS-session mellem den lokale gateway og Webex Calling-adgangs-SBC. Den lokale gateway kan derefter bruge denne sikre forbindelse til at tilmelde sig Webex-adgangs-SBC. Når registreringen udfordres med henblik på godkendelse:

  • Parametrene brugernavn, adgangskod e og domæn e fra konfigurationen af legitimationsoplysninge r bruges i svaret.

  • Ændringsreglerne i sip-profil 100 bruges til at konvertere SIPS-URL-adressen tilbage til SIP.

Tilmelding lykkedes, når der modtages en 200 OK fra adgangs-SBC.

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker dirigering af opkald understøttes af CUBE.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse-URI for at identificere indgående opkald fra PSTN-trunk:

 stemmeklasse-URI 200 SIP-vært IPV4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 200 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen til din IP PSTN-gateway. Få flere oplysninger i URI for stemmeklasse.

2

Konfigurer følgende IP PSTN-opkalds-peer:

 opkalds-peer stemme 200 VoIP-beskrivelse Indgående/udgående IP PSTN-trunk-destinationsmønster BAD.BAD-sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.13 indgående uri via 200 stemmeklasse sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 stemmeklasse sip-bind-mediekildegrænseflade GigabitEthernet0/0/0 stemmeklasse-codec 100 dtmf-relay rtp-nte no vad

Her er en forklaring af felterne til konfigurationen:

 opkalds-peer stemme 200 VoIP  beskrivelse af indgående/udgående IP PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIG. Dårlig

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at opkalds-peer 20 0 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessions mål ipv4:192.168.80.13

Angiver destinationens mål-IPv4-adresse til at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

indgående uri via 200

Definerer et sammenfald for VIA-headeren med IP PSTN's IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

GigabitEthernet0/0/0 til kontrol af bind

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

lydløs GigabitEthernet0/0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

stemmeklasse-codec 100

Konfigurerer opkalds-peer'en til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec for stemmeklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration af dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du gå til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. Definer på samme måde DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex: 

     opkalds-peer-stemme 100 destination dpg 200 opkalds-peer-stemme 200 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af loop-back-opkald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver optimering af IP-medier, skal du følge konfigurationstrunkene for en SIP PSTN-trunk. Brug en stemmeport og POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.
1

Loop-back-opkalds-peer-konfigurationen bruger opkalds-peer-grupper og tags til opkalds-dirigering for at sikre, at opkald passerer korrekt mellem Webex og PSTN, uden at der oprettes løkker til dirigering af opkald. Konfigurer følgende oversættelsesregler, der skal bruges til at tilføje og fjerne tags for dirigering af opkald:

 tale oversættelse-regel 100 regel 1 /^\+/ /A2A/ tale oversættelse-profil 100 oversæt kaldet 100 tale oversættelse-regel 200 regel 1 /^/ /A1A/ tale oversættelse-profil 200 oversæt kaldet 200 tale oversættelse-regel 11 regel 1 /^A1A/ // tale oversættelse-profil 11 oversæt kaldet 11 tale oversættelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ tale oversættelse-profil 12 oversæt kaldet 12

Her er en forklaring af felterne til konfigurationen:

stemmeoversættelsesregel

Bruger regulære udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Over-dekadiske cifre ("A") bruges til at skabe klarhed i fejlfinding.

I denne konfiguration bruges det tag, der er tilføjet af oversættelsesprofil 100, til at lede opkald fra Webex Calling mod PSTN via loopback-opkalds-peers. På samme måde bruges det tag, der er tilføjet af oversættelsesprofil 200, til at lede opkald fra PSTN mod Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse tags, før der leveres opkald til henholdsvis Webex- og PSTN-trunks.

Dette eksempel forudsætter, at numre, der ringes op fra Webex Calling, vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Regel 12 tilføjer derefter et eller flere nationale eller internationale dirigeringscifre, når tagget fjernes. Brug cifre, der passer til din lokale nationale ISDN-opkaldsplan.

Hvis Webex Calling præsenterer numre i nationalt format, skal du justere regel 100 og 12 for blot at tilføje og fjerne henholdsvis distributionstaget.

Få flere oplysninger i profil for stemmeoversættels e og regel for stemmeoversættelse.

2

Konfigurer porte til TDM-stemmegrænsefladen som påkrævet af den anvendte trunktype og -protokol. Få flere oplysninger i Konfiguration af ISDN PRI. For eksempel kan den grundlæggende konfiguration af en primær hastighed-ISDN-grænseflade, der er installeret i NIM-slot 2 på en enhed, omfatte følgende:

 korttype e1 0 2 ISDN-switch-type primær-net5-controller E1 0/2/0 pri-gruppe-tidsintervaller 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:

 Beskrivelse af opkalds-peer-stemme 200 potter Indgående/udgående PRI PSTN-trunk-destinationsmønster BAD.BAD oversættelsesprofil indgående 200 port med direkte indgående opkald 0/2/0:15

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer stemme 200 krukker  beskrivelse Indgående/udgående PRI PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIG. Dårlig

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

Indgående oversættelsesprofil 200

Tildeler den oversættelsesprofil, der føjer et tag for dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte indgående opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

Hvis du vil aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows, kan du ændre dirigering af opkald ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende loop-back-opkalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionstag. Når distributionskoden er fjernet, dirigeres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.

 opkalds-peer stemme 10 voip-beskrivelse Udgående loop-rundt ben-destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.14 taleklasse sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 taleklasse sip-bind-mediekildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 11 voip-beskrivelse Indgående loop-rundt-ben mod Webex-oversættelsesprofil indgående 11 sessionsprotokol sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN-oversættelsesprofil indgående 12 sessionsprotokol sip-bind-kontrol-kildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme-12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer-stemme 10 krukker  beskrivelse Udgående loop-rundt ben

Definerer en VoIP-opkalds-peer og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

Indgående oversættelsesprofil 11

Anvender den konverteringsprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den sendes til den udgående trunk.

destinationsmønster DÅRLIG. Dårlig

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessionsmål 192.168.80.14

Angiver den lokale routers grænsefladeadresse som opkaldsmålet for tilbagekald. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

GigabitEthernet0/0/0 til kontrol af bind

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes via tilbageløkken. Få flere oplysninger i bind.

lydløs GigabitEthernet0/0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes via tilbageløkken. Få flere oplysninger i bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

codec g711alaw

Gennemtvinger alle PSTN-opkald til at bruge G.711. Vælg a-law eller u-law for at matche den sammenfaldende metode, der bruges af din ISDN-tjeneste.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-back.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 10 beskrivelse Diriger opkald til Loopback-opkaldspeer 10

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper for at dirigere opkald.

     opkalds-peer-stemme 100 destination dpg 10 opkalds-peer-stemme 200 destination dpg 10 opkalds-peer-stemme 11 destination dpg 100 opkalds-peer-stemme 12 destination dpg 200

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de tidligere afsnit kan ændres til at omfatte yderligere trunks til en Cisco Unified Communications Manager-klynge (UCM). I dette tilfælde dirigeres alle opkald via Unified CM. Opkald fra UCM på port 5060 videresendes til PSTN, og opkald fra port 5065 videresendes til Webex Calling. Følgende konfigurationer kan tilføjes i flere trin for at inkludere dette opkaldsscenarie.

Når du opretter Webex Calling-trunk i Unified CM, skal du sørge for, at du konfigurerer den indgående port i indstillingerne for sikkerhedsprofilen for SIP-trunk til 5065. Dette tillader indgående meddelelser på port 5065 og udfylder VIA-headeren med denne værdi, når der sendes meddelelser til den lokale gateway.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

     stemmeklasse uri 400 sip-mønster 192\.168\.80\.6[0-5]:5060

    Klassificerer indgående meddelelser fra UCM i retning af PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regulære udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I eksemplet ovenfor bruges et regulært udtryk til at matche enhver IP-adresse i intervallet 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokalt at bestemme destinations-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 nødvendige.

 ip-vært ucmpub.mydomain.com 192.168.80.60 ip-vært ucmsub1.mydomain.com 192.168.80.61 ip-vært ucmsub2.mydomain.com 192.168.80.62 ip-vært ucmsub3.mydomain.com 192.168.80.63 ip-vært ucmsub4.mydomain.com 192.168.80.64 ip-vært ucmsub5.mydomain.com 192.168.80.65 ip-vært _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring af felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og -trunk:

ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på post for SRV-ressource

2: Prioritet for SRV-ressourcepost

1: Rekordvægt for SRV-ressource

5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

ucmsub5.mydomain.com: Destinationsværten for ressourceposten

Opret lokale DNS A-poster for at løse ressourcepostens destinationsværtsnavne. Eksempel:

ip-vært ucmsub5.mydomain.com 192.168.80.65

ip-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Et optagelsesværtsnavn.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster, så de afspejler dit UCM-miljø og din foretrukne strategi for opkaldsdistribution.

3

Konfigurer følgende opkalds-peers:

  1. Opkalds-peer for opkald mellem Unified CM og Webex Calling:

     opkalds-peer stemme 300 voip-beskrivelse UCM-Webex Calling trunk destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål dns:wxtocucm.io indgående uri via 300 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer voice 300 VoIP  beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-opkalds-peer med mærket 30 0 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til direkte opkald.

    indgående uri via 300

    Bruger stemmeklasse-URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    GigabitEthernet0/0/0 til kontrol af bind

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    lydløs GigabitEthernet0/0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkalds-peer for opkald mellem Unified CM og PSTN:

     opkalds-peer stemme 400 voip-beskrivelse UCM-PSTN trunk-destination-mønster BAD.BAD-sessionsprotokol sipv2-sessionsmål dns:pstntocucm.io indgående uri via 400 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer stemme 400 VoIP  beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-opkalds-peer med et tag på 40 0 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til direkte opkald.

    indgående uri via 400

    Bruger stemmeklasse-URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    GigabitEthernet0/0/0 til kontrol af bind

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    lydløs GigabitEthernet0/0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj dirigering af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100-stemmeklasse dpg 300 beskrivelse Diriger opkald til Unified CM Webex Calling-trunk-opkaldspeer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

     beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 400 beskrivelse Diriger opkald til Unified CM PSTN-trunk-opkaldspeer 400

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex: 

     opkalds-peer-stemme 100 destination dpg 300 opkalds-peer-stemme 300 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 300

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

     opkalds-peer-stemme 200 destination dpg 400 opkalds-peer-stemme 400 destination dpg 200

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. Du kan også installere DS for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen for at fremskynde løsningstiden.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og handlinger, der skal foretages for at informere, fejlfinde og udbedre problemet. Du kan definere logikken for problemregistrering ved hjælp af syslog-meddelelser, SNMP-hændelser og gennem periodisk overvågning af specifikke vis kommando-outputs.

Handlingstyperne inkluderer indsamling af vis kommandooutputs:

  • Genererer en konsolideret logfil

  • Overførsel af filen til en brugerangivet netværksplacering som f.eks. HTTPS, SCP, FTP-server.

TAC-ingeniører skriver DS-filerne og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Værktøjet til opslag af diagnosticeringssignaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke DS-filen, som du downloader fra DSLT. De filer, du modificerer, installeres ikke på grund af fejl i integritetskontrollen.

  • En enkel Mail Transfer Protocol (SMTP)-server, som du kræver, at den lokale gateway sender e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway, der kører IOS XE 17.6.1a eller højere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, der skal bruges til at sende proaktiv besked, hvis enheden kører Cisco IOS XE 17.6.1a eller nyere.

    konfigurer e-mailserveren til terminalopkald :@ prioritet 1 sikker tls-ende

  3. Konfigurer miljøvariablen med ds_email e-mailadressen på administratoren for at give dig besked. 

    konfigurer miljø for terminalopkald-home diagnostic-signature ds_email  afslut

Følgende viser et eksempel på konfiguration af en lokal gateway, der kører på Cisco IOS XE 17.6.1a eller nyere, for at sende de proaktive meddelelser til tacfaststart@gmail.com ved hjælp af Gmail som den sikre SMTP-server:

Vi anbefaler, at du bruger Cisco IOS XE Bengaluru 17.6.x eller nyere versioner.

call-home mail-server tacfaststart:password@smtp.gmail.com prioritet 1 sikkert tls diagnostic-signature-miljø ds_email "tacfaststart@gmail.com"

En lokal gateway, der kører på Cisco IOS XE-software, er ikke en typisk webbaseret Gmail-klient, der understøtter OAuth, så vi skal konfigurere en specifik Gmail-kontoindstilling og give specifik tilladelse til at få e-mailen fra enheden behandlet korrekt:

  1. Gå til Administrer Google-konto > Sikkerhed , og aktivér indstillingen Mindre sikker appadgang .

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail, der angiver "Google forhindrede en person i at logge ind på din konto ved hjælp af en ikke-Google-app".

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

Denne DS sporer CPU-udnyttelse i fem sekunder ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfindinger og afinstallerer alle diagnostiske signaturer, der er installeret i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Brug kommandoen vis snmp til at aktivere SNMP. Hvis du ikke aktiverer, skal du konfigurere kommandoen snmp-server manager .

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  3. Kopiér DS XML-filen til den lokale gateways flash.

    LocalGateway# kopi ftp://brugernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering af filen fra en FTP-server til den lokale gateway. 

    kopiér ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Tilgår ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 byte] 3571 byte kopieret i 0,064 sek. (55797 byte/sek.)

  4. Installer DS XML-filen på den lokale gateway.

    call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have værdien "registreret". 

    show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-07 22:05:33

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Om nødvendigt skal du geninstallere DS 64224 for at fortsætte med at overvåge højt CPU-forbrug på den lokale gateway.

Monitorer registrering af SIP-trunk

Denne DS kontrollerer afrapportering af en lokal gateway-SIP-trunk med Webex-opkald cloud hvert 60. sekunder. Når afregistreringshændelsen er registreret, genererer den en e-mail- og syslog-meddelelse og afinstallerer sig selv efter to afregistreringshændelser. Benyt nedenstående trin til at installere signaturen:

  1. Download DS 64117 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    SIP-trunk afmelding med e-mailmeddelelse.

  2. Kopiér DS XML-filen til den lokale gateway.

    kopiér ftp://brugernavn:password@/DS_64117.xml bootflash:

  3. Installer DS XML-filen på den lokale gateway. 

    call-home diagnostic-signature load DS_64117.xml indlæsningsfil DS_64117.xml lykkedes LocalGateway#

  4. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Overvågning af unormale opkald afbryder

Denne diagnosticeringssignatur bruger SNMP-meningsmålinger hvert 10. minut til at registrere unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503. Hvis stigningen i fejltælling er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailmeddelelse. Benyt nedenstående trin til at installere signaturen.

  1. Brug kommandoen vis snmp til at kontrollere, om SNMP er aktiveret. Hvis den ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager . 

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af SIP-unormalt opkaldsopkald med e-mail- og Syslog-underretning.

  3. Kopiér DS XML-filen til den lokale gateway. 

    kopiér ftp://brugernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen på den lokale gateway. 

    call-home diagnostic-signature load DS_65221.xml indlæsningsfil DS_65221.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Installer diagnostiske signaturer for at fejlse et problem

Brug diagnostiske signaturer (DS) til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfinding, der er påkrævet for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og overføre data automatisk til Cisco TAC-sagen. Diagnosticeringssignaturer (DS) eliminerer behovet for manuelt at kontrollere problemhændelsen og gør fejlfinding af periodiske og forbigående problemer meget nemmere.

Du kan bruge diagnosticeringssignaturopslagsopslagsværktøjet til at finde de relevante signaturer og installere dem til selv at løse et givet problem, eller du kan installere signaturen, som anbefales af TAC-teknikeren som en del af supportengagementet.

Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDFØRING=1.1.181.1.29.0" syslog og automatisere diagnosticeringsdataindsamling ved hjælp af følgende trin:

  1. Konfigurer en yderligere DS-miljøvariabel ds_fsurl_prefix, som er Cisco TAC-filserverstien (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, som kan hentes fra Support Case Manager i følgende kommando. Filoverførselstokenet kan genereres i afsnittet Vedhæftede filer i Support Case Manager, efter behov. 

    konfigurer terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" afslut

    Eksempel: 

    call-home diagnostic-signature environment ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp . Hvis den ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager .

    vis snmp %SNMP-agent ikke aktiveret konfiguration t slutpunkt for snmp-serveradministration

  3. Sørg for at installere High CPU-monitorering DS 64224 som et proaktivt mål for at deaktivere alle fejl og diagnosticeringssignaturer i løbet af den høje CPU-udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

    Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

  5. Kopiér DS XML-filer til den lokale gateway.

    kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:  kopiér ftp://brugernavn:password@/DS_65095.xml bootflash:

  6. Installer DS 64224 til overvågning af højt CPU-forbrug og derefter DS 65095 XML-filen på den lokale gateway. 

    call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml success call-home diagnostic-signature load DS_65095.xml indlæsningsfil DS_65095.xml success

  7. Bekræft, at signaturen er installeret ved hjælp af kommandoen show call-home diagnostic-signature . Statuskolonnen skal have en "registreret" værdi. 

    show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08

Bekræft afvikling af diagnostiske signaturer

I følgende kommando ændres kolonnen "Status" for kommandoen show call-home diagnostic-signature til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af show call-home diagnostic-signature statistics er den bedste måde til at verificere, om en diagnosesignatur påviser en begivenhed af interesse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen afinstallerer sig selv efter at påvise det maksimale antal udløste begivenheder. 

show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Udløst/maks./afinstallation

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/OG

23.053

23.053

Den e-mailunderretning, der sendes under afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug diagnostiske signaturer til fejlfindingsformål defineres typisk til afinstallation efter påvisning af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra resultatet af kommandoen show call-home diagnostic-signature og køre følgende kommando:

afinstallation af call-home diagnostic-signature

Eksempel:

afinstallation af call-home diagnostic-signature 64224

Nye signaturer føjes regelmæssigt til værktøjet Diagnosticeringssignaturopslag, baseret på problemer, der normalt opstår under udrulninger. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Administrer og valider Cisco IOS XE-gateways via Control Hub

For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden konfigurationsvalidering i Control Hub til at validere konfigurationen af din lokale gateway og identificere eventuelle konfigurationsproblemer. I øjeblikket understøtter kun tilmeldingsbaserede trunks denne funktion.

For yderligere oplysninger, se følgende:

Oversigt over design

Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af certifikatbaseret fælles TLS (mTLS) SIP-trunk. Den første del af dette dokument viser, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde dirigeres 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 den konfiguration af dirigering af opkald på højt niveau, der vil blive fulgt.

I dette design bruges følgende hovedkonfigurationer:

  • stemmeklasselejere: bruges til at oprette trunk-specifikke konfigurationer.

  • URI for stemmeklasse: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

  • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute med en opkalds-peer-gruppe.

  • opkalds-peer-gruppe: Definerer de udgående opkalds-peers, der bruges til viderestilling af opkald.

  • udgående opkalds-peer: Giver behandling af udgående SIP-meddelelser og sender dem til det ønskede mål.

Dirigering af opkald fra/til PSTN til/fra Webex Calling-konfigurationsløsning

Mens IP og SIP er blevet standardprotokollerne for PSTN-trunks, bruges ISDN-kredsløb TDM (Time Division Multiplexing) stadig i vid udstrækning og understøttes med Webex Calling-trunks. For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows er det i øjeblikket nødvendigt at bruge en opkaldsrutningsproces med to ben. Denne tilgang ændrer konfigurationen af dirigering af opkald, der er vist ovenfor, ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks som illustreret på billedet nedenfor.

Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som en basislinje til at opbygge den løsning, der er illustreret i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret dirigering og behandling af alle PSTN- og Webex Calling-opkald.

I hele dette dokument bruges de værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede. Der er angivet valgmuligheder for offentlig eller privat (bag NAT) adressering. SRV DNS-poster er valgfrie, medmindre belastningen balanceres på tværs af flere CUBE-forekomster.

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre konfigurationen af din lokale gateway på følgende måde:

  • Trin 1: Konfigurer routerbasisforbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Alt efter hvilken arkitektur du har brug for, skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i klargøring af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og etablerer forbindelse.

  • Alle certifikatbaserede installationer af lokal gateway kræver Cisco IOS XE 17.9.1a eller nyere versioner. Se siden Cisco Software Research for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåed e udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security Technology-licenser.

    • Catalyst Edge 8000-serien routere, der er udstyret med stemmekort eller DSP'er, kræver DNA Essentials-licensering. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licensering.

    • For krav med høj kapacitet kan du også kræve en HSEC-licens (High Security) og yderligere overførselsberettigelse.

      Se Godkendelseskode r for at få yderligere oplysninger.

  • Opbyg en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Konfigurer især følgende og bekræft, hvordan det fungerer:

    • NTP

    • Acl'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-routing

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IPv4-adresse. Adresser til fuldt kvalificerede domænenavne (FQDN) eller SRV (Service Record) for den lokale gateway skal fortolkes 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 opdatere din firewall i overensstemmelse hermed.

  • Installer et underskrevet certifikat på den lokale gateway (følgende indeholder detaljerede konfigurationstrin).

    • En offentlig certifikatmyndighed (CA) som beskrevet i Hvilke rodcertifikatmyndigheder understøttes for opkald til Cisco Webex-lyd- og videoplatforme ? skal underskrive enhedscertifikatet.

    • Den FQDN, der er konfigureret i Control Hub, når der oprettes en trunk, skal være routerens fælles navn (CN) eller alternativt emnenavn (SAN). Eksempel:

      • Hvis en konfigureret trunk i Control Hub i din organisation har cube1.lgw.com:5061 som FQDN for den lokale gateway, skal CN eller SAN i routercertifikatet indeholde cube1.lgw.com. 

      • Hvis en konfigureret trunk i Control Hub i din organisation har lgws.lgw.com som SRV-adressen på de lokale gateway(er), der kan kontaktes fra trunken, skal CN eller SAN i routercertifikatet indeholde lgws.lgw.com. De poster, som SRV adressen går til (CNAME, A Record, eller IP-adresse), er valgfrie i SAN.

      • Uanset om du bruger en FQDN eller SRV til trunken, bruger kontaktadressen til alle nye SIP-dialoger fra din lokale gateway det navn, der er konfigureret i Control Hub.

  • Sørg for, at certifikater er signeret til klient- og serverbrug.

  • Overfør Cisco-rodnøglecenterpakken til den lokale gateway.

Konfiguration

1

Sørg for, at du tildeler gyldige og distribuerbare IP-adresser til alle lag 3-grænseflader, for eksempel:

 grænseflade GigabitEthernet0/0/0 beskrivelse Grænseflade, der vender mod PSTN- og/eller CUCM IP-adresse 192.168.80.14 255.255.255.0! grænseflade GigabitEthernet0/0/1 beskrivelse Grænseflade, der vender mod Webex Calling (offentlig adresse) IP-adresse 198.51.100.1 255.255.255.240

2

Beskyt STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

 nøgle config-nøgle adgangskode-krypter YourPassword-kryptering aes
3

Opret et krypteringstillidspunkt med et certifikat underskrevet af din foretrukne certifikatmyndighed (CA).

  1. Opret et RSA-nøglepar ved hjælp af følgende kørselskommando.

    krypteringsnøgle genererer rsa generelle nøgler eksporteres etiket lgw-key modulus 4096

  2. Når du bruger cube1.lgw.com som fqdn for trunk, skal du oprette et tillidspunkt for det signerede certifikat med følgende konfigurationskommandoer: 

     krypto pki tillidspunkt LGW_CERT tilmeldingsterminal pem fqdn cube1.lgw.com emne-navn cn=cube1.lgw.com emne-alt-navn cube1.lgw.com tilbagekaldelse-kontrol ingen rsakeypar lgw-key

  3. Generer CSR (Certificate Signing Request) med følgende kørsels- eller konfigurationskommando, og brug den til at anmode om et underskrevet certifikat fra en understøttet CA-udbyder:

    Krypto pki tilmelder LGW_CERT

4

Godkend dit nye certifikat ved hjælp af dit mellemliggende (eller rodnøglecentercertifikat), og importer derefter certifikatet (trin 4). Indtast følgende kørsels- eller konfigurationskommando:

 krypto pki-godkende LGW_CERT

5

Importer et signeret værtscertifikat ved hjælp af følgende exec- eller konfigurationskommando:

 Import af krypto pki LGW_CERT-certifikat

6

Aktivér TLS1.2-eksklusivitet, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer:

 sip-ua kryptosignaler standard tillidspunkt LGW_CERT-transport tcp tls v1.2

7

Installer Cisco-rodnøglecenterpakken, som indeholder det DigiCert-nøglecentercertifikat, der bruges af Webex Calling. Brug kommandoen crypto pki trustpool import ren URL til at downloade rod-CA-bundtet fra den angivne URL-adresse og til at rydde den aktuelle CA-trustpool, og installer derefter den nye pakke af certifikater:

Hvis du har brug for at bruge en proxy til at få adgang til internettet via HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

ip http-klient proxyserver yourproxy.com proxyport 80
 ip http-klient kildegrænseflade GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer certifikatbaseret trunk til Webex Calling
1

Opret en CUBE-certifikatbaseret PSTN-trunk for en eksisterende placering i Control Hub. Få flere oplysninger i Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling.

Notér de trunkoplysninger, der er angivet, når trunken er oprettet. Disse detaljer, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning.
2

Angiv følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

 stemmetjeneste voip ip-adresse betroet liste ipv4 x.x.x.x y.y.y.y.y-tilstand grænse-element tillad-forbindelser sip til sip ingen supplerende tjeneste sip henvise stun stun flowdata agent-id 1 starttælling 4 stun flowdata delt-hemmelighed 0 Adgangskode123$ sip asymmetrisk nyttelast fuld tidlig tilbuds-tvungne sip-profiler indgående

Her er en forklaring af felterne til konfigurationen:

 liste over betroet ip-adresse  ipv4 x.x.x.x y.y.y.y.y

  • For at beskytte mod afgiftsbedrageri definerer den betroede adresseliste en liste over værter og netværksenheder, hvorfra den lokale gateway forventer legitime VoIP-opkald.

  • Som standard blokerer den lokale gateway alle indgående VoIP-meddelelser fra IP-adresser, der ikke er på dens liste over pålidelige. Der er som standard tillid til statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser, så de behøver ikke at blive føjet til listen over pålidelige opkald.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernettene til dit regionale Webex Calling-datacenter til listen. Se Portreferenceoplysninger for Webex Callin g for yderligere oplysninger. Du kan også tilføje adresseintervaller for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunkgateways.

  • For yderligere oplysninger om, hvordan du bruger en liste over betroede IP-adresser til at forhindre afgiftsbedrageri, se betroet IP-adresse.

tilstand grænselement

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

tillad-forbindelser sip til sip

Aktivér CUBE grundlæggende SIP tilbage til tilbage-brugeragentfunktionalitet. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (stemmetjeneste).

Ikke almindelig

Aktiverer STUN (sessionsgennemløb af UDP gennem NAT) globalt.

Disse globale stun-kommandoer er kun nødvendige, når du installerer din lokale gateway bag NAT.

  • Når du videresender et opkald til en Webex-opkald-bruger (for eksempel er både den, der ringes op, og opkaldsparterne Webex-opkald abonnenter, og hvis du anker medier på Webex-opkald SBC), så kan mediet ikke flyde til den lokale gateway, da nåleøjet ikke er åbent.

  • STUN-bindingsfunktionen på den lokale gateway gør det muligt at sende lokalt genererede STUN-anmodninger over den forhandlede mediesti. Dette hjælper med at åbne nåleøjet i firewallen.

Få flere oplysninger i stun flowdata agent-id og stun flowdata delt-hemmelighed.

asymmetrisk nyttelast fuld

Konfigurerer understøttelse af asymmetrisk SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. Få flere oplysninger om denne kommando i asymmetrisk nyttelast.

tidlig tilbud tvunget

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra nabopeer. Få flere oplysninger om denne kommando i tidligt tilbud.

indgående sip-profiler

Giver CUBE mulighed for at bruge SIP-profiler til at ændre meddelelser, efterhånden som de modtages. Profiler anvendes via opkalds-peers eller lejere.

3

Konfigurer codec for stemmeklasse 100 codec-filter for trunken. I dette eksempel bruges det samme codec-filter til alle trunks. Du kan konfigurere filtre for hver trunk for at få præcis styring.

 stemmeklasse codec 100 codec-præference 1 opus codec-præference 2 g711ulaw codec-præference 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. Få flere oplysninger i codec for stemmeklasse.

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 konfigurationen af stemmeklasse-codec 100 .

4

Konfigurer stun-brug af stemmeklasse 100 for at aktivere ICE på Webex Calling-trunk. (Dette trin gælder ikke for Webex for Government)

 stemmeklasse stun-brug 100 stun-brug firewall-gennemløbsdata stun-brug ice lite

Her er en forklaring af felterne til konfigurationen:

konstant forbrug is lite

Bruges til at aktivere ICE-Lite for alle opkalds-peers med Webex Calling for at tillade medieoptimering, når det er muligt. Få flere oplysninger i stun-brug for stemmeklass e og stun-brug ice lite.

Kommandoen stun-brug firewall-traversal flowdata er kun påkrævet, når du installerer din lokale gateway bag NAT.
Du kræver stun-brug af ICE-lite til opkaldsflows ved hjælp af optimering af mediesti. Hvis du vil levere medieoptimering for en SIP til TDM-gateway, skal du konfigurere en loopback-opkalds-peer med ICE-Lite aktiveret på IP-IP-benet. For yderligere tekniske oplysninger bedes du kontakte kontoen eller TAC-teamet.
5

Konfigurer politikken for mediekryptering for Webex-trafik. (Dette trin gælder ikke for Webex for Government)

 stemmeklasse srtp-kryptering 100 kryptering 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-kryptering 100

Angiver SHA1_80 som det eneste SRTP-krypteringspakke CUBE tilbud i SDP i tilbud og svar-meddelelser. Webex Calling understøtter kun SHA1_80. Få flere oplysninger i stemmeklasse srtp-kryptering.

6

Konfigurer FIPS-kompatible GCM-krypteringer (dette trin gælder kun for Webex for Government). 

 stemmeklasse srtp-kryptering 100 kryptering 1 AEAD_AES_256_GCM

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-kryptering 100

Angiver GCM som den krypteringspakke, CUBE tilbyder. Det er obligatorisk at konfigurere GCM-koder til lokal gateway til Webex for forvaltninger.

7

Konfigurer et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinations FQDN eller SRV:

 stemmeklasse uri 100 sip mønster cube1.lgw.com

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 100 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge LGW FQDN eller SRV, der er konfigureret i Control Hub, mens du opretter en trunk.

8

Konfigurer profiler til manipulation af SIP-meddelelser. Hvis din gateway er konfigureret med en offentlig IP-adresse, skal du konfigurere en profil som følger eller gå til næste trin, hvis du bruger NAT. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret til den lokale gateway, og "198.51.100.1" er den offentlige IP-adresse for den lokale gateway-grænseflade, der vender mod Webex Calling:

 stemmeklasse sip-profiler 100 regel 10 anmod om ENHVER ændring af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:" svar på regel 20 ENHVER ÆNDRING af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:"

Her er en forklaring af felterne til konfigurationen:

regel 10 og 20

For at tillade Webex at godkende meddelelser fra din lokale gateway skal "Kontakt"-headeren i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunken i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-domænenavn, der bruges til en klynge af enheder.

Spring det næste trin over, hvis du har konfigureret din lokale gateway med offentlige IP-adresser.

9

Hvis din gateway er konfigureret med en privat IP-adresse bag statisk NAT, skal du konfigurere indgående og udgående SIP-profiler som følger. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret til den lokale gateway, "10.80.13.12" er grænsefladens IP-adresse, der vender mod Webex Calling, og "192.65.79.20" er den offentlige NAT IP-adresse.

SIP-profiler for udgående meddelelser til Webex Calling 
 -stemmeklasse sip-profiler 100 regel 10 anmoder om ENHVER ændring af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:" regel 20-svar enhver ændring af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:" regel 30-svar enhver ændring af SDP-header-lydattribut "(a=kandidat:1 1.*) 10.80.13.12" "\1 192.65.79.20" regel 31 svar ENHVER ændring Af SDP-header-lydattribut "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER SDP-header Audio-Connection-Info ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 41 anmodning ENHVER SDP-HEADER Audio-Connection-Info ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 50 anmodning ENHVER SDP-HEADER Connection-Info ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 51 svar ENHVER SDP-HEADER Connection-Info ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 60 svar ENHVER sdp-header Session-Owner ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 61 anmodning ENHVER sdp-header Session-Owner ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 70 anmodning ENHVER sdp-header Audio 1.*) 10.80.13.12" "\1 192.65.79.20" regel 81 anmoder OM enhver ændring Af Sdp-header-lydattribut "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring af felterne til konfigurationen:

regel 10 og 20

For at tillade Webex at godkende meddelelser fra din lokale gateway skal "Kontakt"-headeren i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunken 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.

regel 30 til 81

Konverter private adressereferencer til webstedets eksterne offentlige adresse, så Webex kan fortolke og dirigere efterfølgende meddelelser korrekt.

SIP-profil for indgående meddelelser fra Webex Calling 
 -stemmeklasse sip-profiler 110 regel 10 svar ENHVER sdp-header Video-Connection-Info-ændring "192.65.79.20" "10.80.13.12" regel 20 svar ENHVER sip-header Contact-ændring "@.*:" "@cube1.lgw.com:" regel 30 svar ENHVER sdp-header Connection-Info-ændring "192.65.79.20" "10.80.13.12" regel 40 svar ENHVER sdp-header Audio-Connection-Info-ændring "192.65.79.20" "10.80.13.12" regel 50 svar ENHVER sdp-header-sessionsændring "192.65.79.20" "10.80.13.12" regel 60 svar ENHVER sdp-header Audio-Attribute-ændring "(a=kandidat:1 1.*) 192.65.79.20" "\1 10.80.13.12" regel 70 svar ENHVER ændring Af Lyd-attribut sdp-header "(a=kandidat:1 2.*) 192.65.79.20" "\1 10.80.13.12" regel 80 svar ENHVER ændring Af Lyd-attribut sdp-header "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring af felterne til konfigurationen:

regel 10 til 80

Konverter offentlige adressereferencer til den konfigurerede private adresse, så meddelelser fra Webex kan behandles korrekt af CUBE.

Få flere oplysninger i stemmeklasse-sip-profiler.

10

Konfigurer en SIP-indstillinger keepalive med headerændringsprofil.

 stemmeklasse sip-profiler 115 regel 10 anmodning VALGMULIGHEDER sip-header Kontaktændring "<sip:.*:"<sip:cube1.lgw.com:" regel 30 anmodning OM enhver sip-header Via modificer "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header forbindelsesinfo-ændring "10.80.13.12" "192.65.79.20" regel 50 svar ENHVER sdp-header lydforbindelse-info-ændring "10.80.13.12" "192.65.79.20"! stemmeklasse sip-options-keepalive 100 beskrivelse Keepalive for Webex Calling op-interval 5 transport tcp tls sip-profiler 115

Her er en forklaring af felterne til konfigurationen:

stemmeklasse sip-options-keepalive 100

Konfigurerer en keepalive-profil og skifter til konfigurationstilstand for stemmeklasse. Du kan konfigurere det tidspunkt (i sekunder), hvor en SIP Out of Dialog Options Ping (SIP Out of Dialog Options) sendes til opkaldsmålet, når impulsforbindelsen til slutpunktet er i OP- eller Ned-status.

Denne keepalive-profil udløses fra den opkalds-peer, der er konfigureret mod Webex.

For at sikre, at kontaktheaderne indeholder SBC's fuldt kvalificerede domænenavn, bruges SIP-profil 115. Regel 30, 40 og 50 er kun påkrævet, når SBC er konfigureret bag statisk NAT.

I dette eksempel er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, og hvis der bruges statisk NAT, er "10.80.13.12" SBC-grænsefladens IP-adresse i forhold til Webex Calling, og "192.65.79.20" er NAT offentlig IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der er påkrævet specifikt for Webex Calling-trunk. Opkalds-peers, der er knyttet til denne lejer, arver senere disse konfigurationer:

    I følgende eksempel bruges de værdier, der er illustreret i trin 1, til formålet med denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

     stemmeklasselejer 100 ingen remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com sessionstransport tcp tls ingen sessionsopdatering fejl-passthru bind kontrol kildegrænseflade GigabitEthernet0/0/1 bind mediekildegrænseflade GigabitEthernet0/0/1 ingen pass-thru indhold brugerdefineret-sdp sip-profiler 100 sip-profiler 110 indgående politik om beskyttelse af personlige oplysninger 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 tilknyttet lejeren, det tillidspunkt, der skal bruges til at acceptere eller oprette nye forbindelser, og har CN- eller SAN-listen til at validere de indgående forbindelser. Få flere oplysninger i stemmeklasselejer.

    intet tredjeparts-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. Få flere oplysninger i ID for ekstern part.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurerer destinations-SIP-serveren for trunken. Brug den Edge-proxy-SRV-adresse, der er angivet i Control Hub, når du oprettede din trunk

    srtp-kryptografi 100

    Konfigurerer de foretrukne krypteringsprogrammer for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-kryptering.

    lokalvært-dns: cube1.lgw.com

    Konfigurerer CUBE til at erstatte den fysiske IP-adresse i overskrifterne Fra, Opkalds-id og Ekstern part-id i udgående meddelelser med den angivne FQDN.

    sessionstransport tcp tls

    Indstiller transport til TLS for tilknyttede opkalds-peers. Få flere oplysninger i sessionstransport.

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-session globalt.

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. Få flere oplysninger i fejladgangskode.

    Kildegrænseflade til bind kontrol GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til Webex Calling. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til Webex Calling. Få flere oplysninger i bind.

    sip-profiler for stemmeklasse 100

    Anvender den headerændringsprofil (offentlig IP- eller NAT-adresse), der skal bruges til udgående meddelelser. Få flere oplysninger i stemmeklasse-sip-profiler.

    stemmeklasse sip-profiler 110 indgående

    Anvender den headerændringsprofil (kun NAT-adresse), der skal bruges til indgående meddelelser. Få flere oplysninger i stemmeklasse-sip-profiler.

    politik om beskyttelse af personlige oplysninger passthru

    Konfigurerer indstillingerne for politikken for headers politik for beskyttelse af personlige oplysninger for trunken til at overføre værdier for beskyttelse af personlige oplysninger fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i databeskyttelsespolitikken.

  2. Konfigurer Webex Calling-trunk-opkalds-peer.

     opkalds-peer stemme 100 VoIP-beskrivelse indgående/udgående Webex Calling-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål sip-server indgående URI-anmodning 100 voice-class codec 100 voice-class stun-brug 100 voice-class sip rel1xx deaktiver voice-class sip-lejer 100 voice-class sip-valgmuligheder-keepalive profil 100 dtmf-relay rtp-nte srtp no vad

    Her er en forklaring af felterne til konfigurationen:

     Stemme for opkalds-peer 100 VoIP  beskrivelse af indgående/udgående Webex Calling

    Definerer en VoIP-opkalds-peer med et tag på 100 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at dial-peer 100 håndterer SIP-call legs. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    session mål sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, nedarves og bruges som destinationen for opkald fra denne opkalds-peer.

    indgående uri-anmodning 100

    Sådan angives den stemmeklasse, der bruges til at matche en VoIP-opkalds-peer med URI'en (uniform resource identifier) for et indgående opkald. Få flere oplysninger i Indgående URI.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Webex Calling. Få flere oplysninger i codec for stemmeklasse.

    stun-brug af stemmeklasse 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway kan sendes via den forhandlede mediesti. STUN hjælper med at åbne et nåleøje til firewall for medietrafik.

    ID for stemmeklasse-sip-bekræftet

    Indstiller oplysninger om udgående opkald ved hjælp af headeren PAI (Privacy Asserted ID). Få flere oplysninger i stemmeklasse-sip-påstået-id.

    stemmeklasse sip-lejer 100

    Opkalds-peer'en nedarver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau. Få flere oplysninger i stemmeklasse sip-lejer.

    sip-valgmuligheder for stemmeklasse-keepalive-profil 100

    Denne kommando bruges til at overvåge tilgængeligheden af en gruppe SIP-servere eller slutpunkter ved hjælp af en bestemt profil (100).

    srtp

    Aktiverer SRTP for opkaldsbenet.

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. Sikker til sikker dirigering af opkald understøttes af CUBE.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse-URI for at identificere indgående opkald fra PSTN-trunk:

 stemmeklasse-URI 200 SIP-vært IPV4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 200 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge IP-adressen til din IP PSTN-gateway. Få flere oplysninger i URI for stemmeklasse.

2

Konfigurer følgende IP PSTN-opkalds-peer:

 opkalds-peer stemme 200 VoIP-beskrivelse Indgående/udgående IP PSTN-trunk-destinationsmønster BAD.BAD-sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.13 indgående uri via 200 stemmeklasse sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 stemmeklasse sip-bind-mediekildegrænseflade GigabitEthernet0/0/0 stemmeklasse-codec 100 dtmf-relay rtp-nte no vad

Her er en forklaring af felterne til konfigurationen:

 opkalds-peer stemme 200 VoIP  beskrivelse af indgående/udgående IP PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIG. Dårlig

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at opkalds-peer 20 0 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessions mål ipv4:192.168.80.13

Angiver destinationens mål-IPv4-adresse til at sende opkaldsbenet. Sessionsmålet her er ITSP's IP-adresse. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

indgående uri via 200

Definerer et sammenfald for VIA-headeren med IP PSTN's IP-adresse. Matcher alle indgående IP PSTN-opkaldsben på den lokale gateway med opkalds-peer 200. Få flere oplysninger i indgående URL-adresse.

GigabitEthernet0/0/0 til kontrol af bind

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

lydløs GigabitEthernet0/0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

stemmeklasse-codec 100

Konfigurerer opkalds-peer'en til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec for stemmeklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration af dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du gå til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. Definer på samme måde DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex: 

     opkalds-peer-stemme 100 destination dpg 200 opkalds-peer-stemme 200 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af loop-back-opkald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver optimering af IP-medier, skal du følge konfigurationstrunkene for en SIP PSTN-trunk. Brug en stemmeport og POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.
1

Loop-back-opkalds-peer-konfigurationen bruger opkalds-peer-grupper og tags til opkalds-dirigering for at sikre, at opkald passerer korrekt mellem Webex og PSTN, uden at der oprettes løkker til dirigering af opkald. Konfigurer følgende oversættelsesregler, der skal bruges til at tilføje og fjerne tags for dirigering af opkald:

 tale oversættelse-regel 100 regel 1 /^\+/ /A2A/ tale oversættelse-profil 100 oversæt kaldet 100 tale oversættelse-regel 200 regel 1 /^/ /A1A/ tale oversættelse-profil 200 oversæt kaldet 200 tale oversættelse-regel 11 regel 1 /^A1A/ // tale oversættelse-profil 11 oversæt kaldet 11 tale oversættelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ tale oversættelse-profil 12 oversæt kaldet 12

Her er en forklaring af felterne til konfigurationen:

stemmeoversættelsesregel

Bruger regulære udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Over-dekadiske cifre ("A") bruges til at skabe klarhed i fejlfinding.

I denne konfiguration bruges det tag, der er tilføjet af oversættelsesprofil 100, til at lede opkald fra Webex Calling mod PSTN via loopback-opkalds-peers. På samme måde bruges det tag, der er tilføjet af oversættelsesprofil 200, til at lede opkald fra PSTN mod Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse tags, før der leveres opkald til henholdsvis Webex- og PSTN-trunks.

Dette eksempel forudsætter, at numre, der ringes op fra Webex Calling, vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Regel 12 tilføjer derefter et eller flere nationale eller internationale dirigeringscifre, når tagget fjernes. Brug cifre, der passer til din lokale nationale ISDN-opkaldsplan.

Hvis Webex Calling præsenterer numre i nationalt format, skal du justere regel 100 og 12 for blot at tilføje og fjerne henholdsvis distributionstaget.

Få flere oplysninger i profil for stemmeoversættels e og regel for stemmeoversættelse.

2

Konfigurer porte til TDM-stemmegrænsefladen som påkrævet af den anvendte trunktype og -protokol. Få flere oplysninger i Konfiguration af ISDN PRI. For eksempel kan den grundlæggende konfiguration af en primær hastighed-ISDN-grænseflade, der er installeret i NIM-slot 2 på en enhed, omfatte følgende:

 korttype e1 0 2 ISDN-switch-type primær-net5-controller E1 0/2/0 pri-gruppe-tidsintervaller 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:

 Beskrivelse af opkalds-peer-stemme 200 potter Indgående/udgående PRI PSTN-trunk-destinationsmønster BAD.BAD oversættelsesprofil indgående 200 port med direkte indgående opkald 0/2/0:15

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer stemme 200 krukker  beskrivelse Indgående/udgående PRI PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIG. Dårlig

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

Indgående oversættelsesprofil 200

Tildeler den oversættelsesprofil, der føjer et tag for dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte indgående opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

Hvis du vil aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows, kan du ændre dirigering af opkald ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende loop-back-opkalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionstag. Når distributionskoden er fjernet, dirigeres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.

 opkalds-peer stemme 10 voip-beskrivelse Udgående loop-rundt ben-destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.14 taleklasse sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 taleklasse sip-bind-mediekildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 11 voip-beskrivelse Indgående loop-rundt-ben mod Webex-oversættelsesprofil indgående 11 sessionsprotokol sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN-oversættelsesprofil indgående 12 sessionsprotokol sip-bind-kontrol-kildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme-12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer-stemme 10 krukker  beskrivelse Udgående loop-rundt ben

Definerer en VoIP-opkalds-peer og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

Indgående oversættelsesprofil 11

Anvender den konverteringsprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den sendes til den udgående trunk.

destinationsmønster DÅRLIG. Dårlig

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessionsmål 192.168.80.14

Angiver den lokale routers grænsefladeadresse som opkaldsmålet for tilbagekald. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

GigabitEthernet0/0/0 til kontrol af bind

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes via tilbageløkken. Få flere oplysninger i bind.

lydløs GigabitEthernet0/0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes via tilbageløkken. Få flere oplysninger i bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

codec g711alaw

Gennemtvinger alle PSTN-opkald til at bruge G.711. Vælg a-law eller u-law for at matche den sammenfaldende metode, der bruges af din ISDN-tjeneste.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-back.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 10 beskrivelse Diriger opkald til Loopback-opkaldspeer 10

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper for at dirigere opkald.

     opkalds-peer-stemme 100 destination dpg 10 opkalds-peer-stemme 200 destination dpg 10 opkalds-peer-stemme 11 destination dpg 100 opkalds-peer-stemme 12 destination dpg 200

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de tidligere afsnit kan ændres til at omfatte yderligere trunks til en Cisco Unified Communications Manager-klynge (UCM). I dette tilfælde dirigeres alle opkald via Unified CM. Opkald fra UCM på port 5060 videresendes til PSTN, og opkald fra port 5065 videresendes til Webex Calling. Følgende konfigurationer kan tilføjes i flere trin for at inkludere dette opkaldsscenarie.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

     stemmeklasse uri 400 sip-mønster 192\.168\.80\.6[0-5]:5060

    Klassificerer indgående meddelelser fra UCM i retning af PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regulære udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I eksemplet ovenfor bruges et regulært udtryk til at matche enhver IP-adresse i intervallet 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokalt at bestemme destinations-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 nødvendige.

 ip-vært ucmpub.mydomain.com 192.168.80.60 ip-vært ucmsub1.mydomain.com 192.168.80.61 ip-vært ucmsub2.mydomain.com 192.168.80.62 ip-vært ucmsub3.mydomain.com 192.168.80.63 ip-vært ucmsub4.mydomain.com 192.168.80.64 ip-vært ucmsub5.mydomain.com 192.168.80.65 ip-vært _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring af felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og -trunk:

ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på post for SRV-ressource

2: Prioritet for SRV-ressourcepost

1: Rekordvægt for SRV-ressource

5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

ucmsub5.mydomain.com: Destinationsværten for ressourceposten

Opret lokale DNS A-poster for at løse ressourcepostens destinationsværtsnavne. Eksempel:

ip-vært ucmsub5.mydomain.com 192.168.80.65

ip-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Et optagelsesværtsnavn.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster, så de afspejler dit UCM-miljø og din foretrukne strategi for opkaldsdistribution.

3

Konfigurer følgende opkalds-peers:

  1. Opkalds-peer for opkald mellem Unified CM og Webex Calling:

     opkalds-peer stemme 300 voip-beskrivelse UCM-Webex Calling trunk destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål dns:wxtocucm.io indgående uri via 300 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer voice 300 VoIP  beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-opkalds-peer med mærket 30 0 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til direkte opkald.

    indgående uri via 300

    Bruger stemmeklasse-URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeport 5065 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    GigabitEthernet0/0/0 til kontrol af bind

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    lydløs GigabitEthernet0/0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkalds-peer for opkald mellem Unified CM og PSTN:

     opkalds-peer stemme 400 voip-beskrivelse UCM-PSTN trunk-destination-mønster BAD.BAD-sessionsprotokol sipv2-sessionsmål dns:pstntocucm.io indgående uri via 400 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer stemme 400 VoIP  beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-opkalds-peer med et tag på 40 0 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til direkte opkald.

    indgående uri via 400

    Bruger stemmeklasse-URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    stemmeklasse-codec 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    GigabitEthernet0/0/0 til kontrol af bind

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    lydløs GigabitEthernet0/0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj dirigering af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100-stemmeklasse dpg 300 beskrivelse Diriger opkald til Unified CM Webex Calling-trunk-opkaldspeer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

     beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 400 beskrivelse Diriger opkald til Unified CM PSTN-trunk-opkaldspeer 400

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex: 

     opkalds-peer-stemme 100 destination dpg 300 opkalds-peer-stemme 300 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 300

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

     opkalds-peer-stemme 200 destination dpg 400 opkalds-peer-stemme 400 destination dpg 200

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den lokale Cisco IOS XE-baserede gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og -handlinger til at informere, fejlfinde og udbedre problemet. Brug syslog-meddelelser, SNMP-begivenheder og gennem periodiske overvågning af specifikke vis kommandooutputs til at definere logikken for problemregistrering. Handlingstyperne inkluderer:

  • Indsamler vis kommandooutputs

  • Genererer en konsolideret logfil

  • Overførsel af filen til en netværksplacering, som f.eks. HTTPS, SCP, FTP-server

TAC-ingeniører forfatter DS-filer og digitalt underskrive den for integritetsbeskyttelse. Hver DS-fil har det unikke numeriske id tildelt af systemet. Værktøjet til opslag af diagnosticeringssignaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke DS-filen, som du downloader fra DSLT. De filer, du modificerer, installeres ikke på grund af fejl i integritetskontrollen.

  • En enkel Mail Transfer Protocol (SMTP)-server, som du kræver, at den lokale gateway sender e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway med IOS XE 17.6.1 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, som du bruger til at sende proaktiv besked, hvis enheden kører IOS XE 17.6.1 eller nyere.

     konfigurer terminal call-home e-mailserver :@ prioritet 1 sikker tls end

  3. Konfigurer miljøvariablen ds_email med e-mailadressen på administratoren, så du kan underrette dig.

     konfigurer terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)miljø ds_email  afslut

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

Denne DS sporer 5-sekunders CPU-udnyttelse ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfindinger og afinstallerer alle diagnostiske signaturer, som du installerer i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Sørg for, at du aktiverede SNMP ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager .

     vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE 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.

    kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering af filen fra en FTP-server til den lokale gateway.

    kopiér ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Tilgår ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 byte] 3571 byte kopieret i 0,064 sek. (55797 byte/sek.)

  4. Installer DS XML-filen på den lokale gateway.

     call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi. 

     show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-07 22:05:33

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Hvis det er nødvendigt, skal du geninstallere DS 64224 for at fortsætte med at overvåge høj CPU-udnyttelse på den lokale gateway.

Overvågning af unormale opkald afbryder

Denne diagnosticeringssignatur bruger SNMP-meningsmålinger hvert 10. minut til at registrere unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503. Hvis stigningen i fejltælling er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailmeddelelse. Benyt nedenstående trin til at installere signaturen.

  1. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager . 

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakker indtastning      0 fejl i dårlig SNMP-version      1 Ukendt fællesnavn      0 Ulovlig handling for det angivne fællesskabsnavn      0 kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Get-anmodning-PDU'er 138 Get-next-PDU'er      2 PDU'er for Set-anmodning      0 indgangskø-pakkestørrelser (maks. køstørrelse 1000) 158277 SNMP-pakker udgang      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 fejl i dårlige værdier      0 generelle fejl 7998 Response PDU'er 10280 Trap PDU'er Pakker i øjeblikket i SNMP-procesinput-kø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af SIP-unormalt opkaldsopkald med e-mail- og Syslog-underretning.

  3. Kopiér DS XML-filen til den lokale gateway.

    kopiér ftp://brugernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen på den lokale gateway. 

     call-home diagnostic-signature load DS_65221.xml indlæsningsfil DS_65221.xml lykkedes

  5. Brug kommandoen show call-home diagnostic-signature til at bekræfte, at signaturen er installeret. Statuskolonnen skal have værdien "registreret".

Installer diagnostiske signaturer for at fejlse et problem

Du kan også bruge diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfinding, der er påkrævet for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og overføre data automatisk til Cisco TAC-sagen. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.

Du kan bruge diagnosticeringssignaturopslagsopslagsværktøjet til at finde de relevante signaturer og installere dem til selv at løse et givet problem, eller du kan installere signaturen, som anbefales af TAC-teknikeren som en del af supportengagementet.

Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDFØRING=1.1.181.1.29.0" syslog og automatisere diagnosticeringsdataindsamling ved hjælp af følgende trin:

  1. Konfigurer en anden DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverstien (cxd.cisco.com) for at overføre diagnosticeringsdata. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, der kan hentes fra Support Case Manager som vist i følgende. Filoverførselstokenet kan genereres i afsnittet Vedhæftede filer i Support Case Manager, efter behov. 

     konfigurer terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" afslut

    Eksempel: 

     call-home diagnostic-signature environment ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager .

     vis snmp %SNMP-agent ikke aktiveret konfiguration t slutpunkt for snmp-serveradministration

  3. Vi anbefaler, at du installerer High CPU monitoring DS 64224 som et proaktivt mål for at deaktivere alle fejlfindinger og diagnosticeringssignaturer i løbet af den høje CPU-udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

    Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

  5. Kopiér DS XML-filer til den lokale gateway.

     kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:  kopiér ftp://brugernavn:password@/DS_65095.xml bootflash:

  6. Installer DS 64224 til overvågning af høj CPU og derefter DS 65095 XML-filen på den lokale gateway. 

     call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml success call-home diagnostic-signature load DS_65095.xml indlæsningsfil DS_65095.xml success

  7. Bekræft, at signaturen blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret". 

     show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08:00:12:53

Bekræft afvikling af diagnostiske signaturer

I følgende kommando, kolonnen "Status" for kommandoen vis call-home diagnostisk-signatur ændringer til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af show call-home diagnostic-signature statistics er den bedste måde til at verificere, om en diagnostisk signatur registrerer en begivenhed af interesse og udførte handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen afinstallerer sig selv efter at påvise det maksimale antal udløste begivenheder. 

show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Udløst/maks./afinstallation

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/OG

23.053

23.053

Den e-mailunderretning, der sendes under afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug de diagnostiske signaturer til fejlfindingsformål, der typisk defineres til afinstallation efter påvisning af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra resultatet af vis call-home diagnosticeringssignatur og køre følgende kommando:

afinstallation af call-home diagnostic-signature

Eksempel:

afinstallation af call-home diagnostic-signature 64224

Nye signaturer tilføjes regelmæssigt til værktøjet Diagnosticeringssignaturopslag på baggrund af problemer, der observeres i udrulninger. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Implementer CUBE med høj tilgængelighed som lokal gateway

Grundlæggende

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex Calling, skal du sørge for, at du har en klar forståelse af følgende koncepter:

Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge for, at du opfylder kravene til CUBE HA-design.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.

Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

Webex Calling-løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Nedenstående figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.

Kontrolpunkter er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

I denne artikel henviser CUBE HA til CUBE High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) for tilstandsfuld opkaldsbevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling-trunkudrulning.

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte stemme-B2B HA.

Virtuel IP-adresseadministration (VIP) for både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standby-routeren over og fortsætter med at videresende RTP-strømmen, som tidligere blev dirigeret af den første router.

Opkald i midlertidig tilstand på tidspunktet for failover bevares ikke efter skiftet. For eksempel opkald, der endnu ikke er helt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skiftet.

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

  • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er redundansgruppe (RG)-kontrol-/datagrænseflade

  • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/data- og trafikgrænseflader

  • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

  • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundansgrænsefladeidentifikatoren rii bør være unik for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBE'er skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

  • Loopback-grænseflader kan ikke bruges som binding, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-kontrol-/datalinket (Gig3)

  • Begge platforme skal være ens og tilsluttes via en fysisk switch på tværs af alle grænseflader af samme slags, for at CUBE HA kan virke, dvs. at GE0/0/0 for CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

  • Både aktiv/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. at grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

  • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

conf t 
 track 1 grænseflade Gig priktEthernet1 linje protokol 
 spor 2 grænseflade GigtEthernet2 linje-protokol 
 afslut 

VCUBE-1#conf t

VCUBE-1(config)#track 1-grænseflade GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2-grænseflade GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1-grænseflade GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2-grænseflade GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

redundans program redundans gruppe 1 navn 
 
 
    LocalGateway-HA prioritet 
    100 failover tærskel 75 
    kontrol GigtidentEthernet3 protokol 1 
    data GigtidentEthernet3 
    timere forsinkelse 30 genindlæs 60 spor 1 nedlukningsspor 
 
    2 
    nedlukningsudgang protokol 
   1 timer 
    hejtime 3 holdtime 10 
 
 
 exit 

VCUBE-1(konfiguration)#redundans

VCUBE-1(konfigurationsrød)#applikationsredundans

VCUBE-1(config-red-app) nr. gruppe 1

VCUBE-1(config-red-app-grp)#navn LocalGateway-HA

VCUBE-1(config-red-app-grp)#prioritet 100 failover-tærskel 75

VCUBE-1(config-red-app-grp)#kontrol af GigabitEthernet3-protokol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timerforsinkelse 30 genindlæsning 60

VCUBE-1(config-red-app-grp)#spor 1 lukning

VCUBE-1(config-red-app-grp)#spor 2 nedlukning

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app) nr. protokol 1

VCUBE-1(config-red-app-prtcl)#timers hellotid 3 holdtid 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-rød-app)#afslut

VCUBE-1(konfigurationsrød)#exit

VCUBE-1(konfiguration) #

VCUBE-2(konfiguration)#redundans

VCUBE-2(config-rød)#applikationsredundans

VCUBE-2(config-red-app) nr. gruppe 1

VCUBE-2(config-red-app-grp)#navn LocalGateway-HA

VCUBE-2(config-red-app-grp)#prioritet 100 failover-tærskel 75

VCUBE-2(config-red-app-grp)#kontrol af GigabitEthernet3-protokol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timerforsinkelse 30 genindlæsning 60

VCUBE-2(config-red-app-grp)#spor 1 nedlukning

VCUBE-2(config-red-app-grp)#spor 2 nedlukning

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app) nr. protokol 1

VCUBE-2(config-red-app-prtcl)#timers hellotid 3 holdtid 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-rød-app)#afslut

VCUBE-2(config-rød)#exit

VCUBE-2(konfiguration) #

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans – Skifter til redundans-tilstand

  • applikationsredundans – Skifter konfigurationstilstand for applikationsredundans

  • gruppe – Skifter konfigurationstilstand for redundans-applikationsgruppe

  • navn LocalGateway-HA – definerer navnet på RG-gruppen

  • prioritet 100 failover-tærskel 75 – angiver den indledende prioritet og failover-tærskler for en RG

  • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to gange for forsinkelse og genindlæsning

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

    • Standardtimere anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

  • kontrol GigabitEthernet3-protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, der vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstand for redundans for applikationsprotokol

  • data GigabitEthernet3 – Konfigurerer grænsefladen, der bruges til kontrolpunktning af datatrafik

  • spor – RG-gruppesporing af grænseflader

  • protokol 1 – angiver den protokolforekomst, der vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstanden for redundansapplikationsprotokollen

  • timere hellotid 3 holdtid 10 – Konfigurerer de to timere for hellotid og holdtid:

    • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

    • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under stemmetjeneste voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundanssprocessen.

stemmetjeneste 
   voip-redundans-gruppe 1 
   udgang

VCUBE-1(konfiguration)#stemmetjeneste VoIP

VCUBE-1(config-voi-serv)#redundans-gruppe 1

 % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført 

VCUBE-1(config-voi-serv)# udgang

VCUBE-2(konfiguration)#stemmetjeneste VoIP

VCUBE-2(config-voi-serv)#redundans-gruppe 1

 % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført 

VCUBE-2(config-voi-serv)# udgang

redundans-gruppe 1 – tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(rii)

VCUBE-1(config)#grænseflade til GigabitEthernet1

VCUBE-1(config-if)# redundans rii 1

VCUBE-1(config-if)# redundansgruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-1(config-if)# afslut

VCUBE-1(konfiguration) #

VCUBE-1(konfiguration)#grænseflade til GigabitEthernet2

VCUBE-1(config-if)# redundans rii 2

VCUBE-1(config-if)# redundansgruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-1(config-if)# afslut

VCUBE-2(config)#grænseflade til GigabitEthernet1

VCUBE-2(config-if) nr. redundans i 1

VCUBE-2(config-if)# redundansgruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-2(config-if)# afslut

VCUBE-2(konfiguration) #

VCUBE-2(config)#grænseflade til GigabitEthernet2

VCUBE-2(config-if)# redundans rii 2

VCUBE-2(config-if)# redundansgruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-v(config-if)# afslut

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans rii – konfigurerer redundansgrænsefladeidentifikatoren for redundansgruppen. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har den samme VIP.

    Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-id'er på deres respektive grænseflader (for at forhindre kollision). "vis redundans-applikationsgruppe alle" skal angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundansgruppe 1 – knytter grænsefladen til den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Den platform, som skal genindlæses sidst, er altid standby.

VCUBE-1#wr

 Bygningskonfiguration... 

 [OK] 

VCUBE-1#genindlæs

 Vil du fortsætte med genindlæsning? [bekræft]

Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr

 Bygningskonfiguration... 

 [OK] 

VCUBE-2#genindlæs

 Vil du fortsætte med genindlæsning? [bekræft]

6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne; platformen, der genindlæses sidste, vil altid være Standby. 

 VCUBE-1#vis redundans-applikationsgruppe alle fejltilstande gruppe 1-oplysninger:        Prioritet for kørselstid: [100] RG-fejl RG tilstand: Op.                        Samlet antal skift pga. fejl:  0 samlet antal ændringer i alt/up-tilstand på grund af fejl: 0 gruppe-id: 1 gruppenavn: Local gateway-ha- administrationstilstand: Ingen lukning samlet driftstilstand:  Min rolle: AKTIV peer-rolle: Status for STANDBY peer: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: RG-protokol til STANDBY-RG 1-------------------rolle: Aktiv forhandling: Aktiveret prioritet: 100 protokol tilstand: Aktiv CTRL-Intf (e) tilstand: Aktiv peer: Lokal standby-peer: adresse 10.1.1.2, prioritet 100, intf Gi3 Log-tællere:                 rolleændring til aktiv: 1 rolle ændring til standby: 1 Deaktiver begivenheder: rg ned-tilstand 0, rg lukket 0 CTRL intf events: op 1, ned 0, admin_down 0 genindlæsningshændelser: lokal anmodning 0, peer-anmodning 0 RG-medie kontekst for RG 1--------------------------ctx tilstand: Aktiv protokol-ID: 1 medietype: Standard kontrol grænseflade: GigabitEthernet3 nuværende Hej-timer: 3000 konfigureret Hej timer: 3000, hold timer: 10000 peer-Hej timer: 3000, Peer Hold-timer: 10000 stats statistik:             Pkts 1509, byte 93558, HA sekvens 0, sekvensnummer 1509, pkt tab 0-godkendelse ikke konfigureret bekræftelses fejl: 0 Genindlæs peer: TX 0, RX 0 Opgiv: TX 0, RX 0 holder peer: Stede. Hold Timer: 10000 pkts 61, bytes 2074, HA seq 0, seq nummer 69, pkt tab 0 VCUBE-1#
 VCUBE-2#vis redundans-applikationsgruppe alle Fejltilstande Gruppe 1-oplysninger:        Prioritet for kørselstid: [100] RG-fejl RG tilstand: Op.                        Samlet antal skift pga. fejl:  0 samlet antal ændringer i alt/up-tilstand på grund af fejl: 0 gruppe-id: 1 gruppenavn: Local gateway-ha- administrationstilstand: Ingen lukning samlet driftstilstand: Min rolle: STANDBY-peer-rolle: AKTIV peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: RG-protokol til STANDBY-RG 1-------------------rolle: Aktiv forhandling: Aktiveret prioritet: 100 protokol tilstand: Aktiv CTRL-Intf (e) tilstand: Aktiv peer: adresse 10.1.1.2, prioritet 100, intf Gi3 standby peer: Lokale logge-tællere:                 rolleændring til aktiv: 1 rolle ændring til standby: 1 Deaktiver begivenheder: rg ned-tilstand 0, rg lukket 0 CTRL intf events: op 1, ned 0, admin_down 0 genindlæsningshændelser: lokal anmodning 0, peer-anmodning 0 RG-medie kontekst for RG 1--------------------------ctx tilstand: Aktiv protokol-ID: 1 medietype: Standard kontrol grænseflade: GigabitEthernet3 nuværende Hej-timer: 3000 konfigureret Hej timer: 3000, hold timer: 10000 peer-Hej timer: 3000, Peer Hold-timer: 10000 stats statistik:             Pkts 1509, byte 93558, HA sekvens 0, sekvensnummer 1509, pkt tab 0-godkendelse ikke konfigureret bekræftelses fejl: 0 Genindlæs peer: TX 0, RX 0 Opgiv: TX 0, RX 0 holder peer: Stede. Hold Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-2 #

Konfigurer en lokal gateway på begge CUBE'er

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

  • Brugernavn: Hussain1076LGU_

  • Adgangskode: lOV12MEaZx

1

Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne, der er vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6-adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle. 

 LocalGateway#conf t LocalGateway(config)#key config-key-adgangskode-kryptering Adgangskode123 LocalGateway(config)#adgangskodekryptering aes

Her er den lokale gateway konfiguration, der vil gælde for begge platforme baseret på de Control hub-parametre, der er vist ovenfor, Gem og Genindlæs. SIP Digest-legitimationsoplysninger fra Control Hub er fremhævet med fed skrift.

 konfigurer terminal crypto pki trustpoint dummyTp tilbagekaldelse-check crl exit sip-ua kryptosignaler standard trustpoint dummyTp cn-san-validate servertransport tcp tls v1.2 end konfigurer terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b afslut konfigurer terminaltaletjeneste voip ip-adresse betroet liste ipv4 x.x.x.x y.y.y.y.y.y-exit-tilladelsesforbindelser sip til sip-mediestatik mediestørrelse ingen supplerende tjeneste sip henvisning ingen supplerende tjeneste sip-håndtag-erstatter faxprotokol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Adgangskode123! sip g729 annexb-all early offer forced end konfigurer terminal stemmeklasse sip-profiler 200 regel 9 anmod om ENHVER sip-header SIP-Req-URI-ændring "sips:(.*)" "sip:\1" regel 10 anmod om ENHVER sip-header For at ændre "<sips:(.*)" "<sip:\1" regel 12 anmod om ENHVER sip-header Kontakt for at ændre "<sips:(.*)" "<sip:\1" regel 12 anmod om ENHVER sip-header Kontakt for at ændre "<sips:(.*)" "<sip:\1" regel 14 svar ENHVER sip-headerhussain1076_lgu>" regel 30 anmoder OM enhver sip-header P-Asserted-identity-ændring "sips:(.*)" "sip:\1" stemmeklasse-codec 99 codec-præference 1 g711ulaw codec-præference 2 g711ulaw afslut stemmeklasse srtp-crypto 200 crypto 1 AES_cm_128_hmac_sha1_80 afslut stemmeklasse stun-brug 200 stun-brug firewall-gennemløbsdata afslut stemmeklasse lejer 200 registrator dns:40462196.cisco-bcld.com scheme sips udløber 240 opdateringsforhold 50 tcp tls-legitimationsoplysninger Hussain5091_Lgu (sprog) brugernavn Hussain1076_LGU-adgangskode 0 lOV12MEaZx brugernavn til BroadWorks-godkendelse Hussain5091_Lgu (sprog) adgangskode 0 lOV12MEaZx brugernavn til BroadWorks-godkendelse for domæne Hussain5091_Lgu (sprog) adgangskode 0 lOV12MEaZx Tysk-romerske rige 40462196.cisco-bcld.com ingen SIP-server for ekstern part-id dns:40462196.cisco-bcld.com forbindelse-genbrug srtp-crypto 200 sessionstransport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 udgående-proxy dns:la01.sipconnect-us10.cisco-bcld.com beskyttelse af personlige oplysninger passthru stemmeklasselejer 100 sessionstransporter udp url sip error-passthru lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade ikke-lydkontrolkilde-brugerdefineret-sdp-lydklasse uri 100 sip-vært ipv4:198.18.133.3 lydklasse uri 200 sip-mønster dtg=hussain1076.lgu opkalds-peer-stemme 101 voip-beskrivelse Udgående opkalds-peer til IP PSTN-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:198.18.133.3 stemmeklasse-codec 99 stemmeklasse sip-lejer 100 dtmf-relay rtp-nte no vad opkalds-peer-stemme 201 voip-beskrivelse Udgående opkalds-peer til Webex Calling-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål sip-server-stemmeklasse-codec 99 stemmeklasse stun-brug 200 ingen stemmeklasse sip localhost voice-class sip-lejer 200 dtmf-relay rtp-nte srtp ingen vad stemmeklasse dpg 100 beskrivelse Indgående WebexCalling(DP200) til IP PSTN(DP101) opkalds-peer 101 præference 1 stemmeklasse dpg 200 beskrivelse Indgående IP PSTN(DP100) til Webex Calling(DP201) opkalds-peer 201 præference 1 opkalds-peer-tale 100 voip-afription Indgående opkalds-peer fra IP PSTN-sessionsprotokol sipv2

For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE

2

På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med Webex Calling-adgangs-SBC. Se resultatet af de følgende visningskommandoer.

vis redundansapplikationsgruppe 1

vis statussen for sip-ua-registeret 

 VCUBE-1#vis redundans-applikationsgruppe 1 Gruppe-id:1 Gruppenavn:LocalGateway-HA administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Min rolle: Standby- peer-rolle: AKTIV peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: STANDBY HOT peer-RF tilstand: AKTIV VCUBE-1#vis sip-ua-registreringsstatus VCUBE-1#

 VCUBE-2#vis redundans-applikationsgruppe 1 Gruppe-id:1 Gruppenavn:LocalGateway-HA administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Min rolle: AKTIV peer-rolle: STATUS for peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: STANDBY HOT VCUBE-2 #Vis SIP-UA register status- lejer: 200 --------------------registratorindeks  1 --------------------- Linjepeer udløber (sek) reg overlevelse P-Associ-URI ============================== ==================================== Hussain5091_LGU -1 48 ja normal VCUBE-2#

Fra outputtet ovenfor kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex Calling-adgangs-SBC, hvorimod outputtet for "vis sip-ua-registreringsstatus" er tomt i VCUBE-1

3

Aktivér nu følgende fejlretninger på VCUBE-1

 VCUBE-1#debug CCSIP uden opkald SIP-sporing uden for dialogboks er aktiveret VCUBE-1#debug CCSIP-info Sporing af opkaldsoplysninger er aktiveret VCUBE-1#debug CCSIP-meddelelse

4

Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.

 VCUBE-2#redundans-applikation genindlæs gruppe 1 selv

Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor

  • Når den AKTIVE router genindlæses

  • Når den AKTIVE router starter op

  • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret

5

Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.

 VCUBE-1#vis lejer for sip-ua-registreringsstatus: 200 --------------------registratorindeks  1 --------------------- Linjepeer udløber (sek) reg overlevelse P-Associ-URI ============================== =================================================================================== ---------------------= Hussain5091_LGU -1 56 ja normal VCUBE-1#

VCUBE-1 er nu den aktive LGW.

6

Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex Calling via den virtuelle IP og modtager en 200 OK.

 VCUBE-1#vis log 9. januar 18:37:24.769: %RG_MEDIA-3-TIMERUDLØBET: RG id 1 Hej tid udløbet. 9. januar 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG-id 1-rolleændring fra standby til aktiv 9. januar 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: Skift FRA STANDBY_HOT til AKTIV tilstand. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Modtaget underretning om aktiv rolle 9. januar 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sendt: TILMELD SIP: 40462196.cisco-bcld.com:5061 SIP/2,0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dato: Tor, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97-bruger agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forward: 70 tidsstempel: 1578595044 CSeq: 2 Tilmeld KONTAKTPERSON: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Udløber: 240 understøttet: Path Content-Length: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Modtaget: SIP/2.0 401 uautoriseret via: SIP/2.0/TLS 198.18.1.228:5061;modtaget=173.38.218.1;branch=z9hG4bK0374;rport=4742 fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 dato: Tor, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 Tilmeld dig WWW-Godkend; DIGEST realm = "BroadWorks", qop = "auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritme = MD5 indhold-længde: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sendt: Registrer SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dato: Tor, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97-bruger agent: Cisco-SIPGateway/IOS-16.12.02 Max-forwards: 70 tidsstempel: 1578595045 CSeq: 3 Tilmeld KONTAKTPERSON: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Udløber: 240 understøttet: Tilladelse til Path: Digest brugernavn="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Indholdslængde: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Modtaget: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;modtaget=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Opkalds-id: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 Tilmeld KONTAKTPERSON: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Tillad-hændelser: opkald-info, linje beslag, dialog, meddelelse-Oversigt, som funktion-begivenhed, x-broadworks-Hotel, x-broadworks-opkald-Center-status, konference indhold-længde: 0

Konfigurer Unified CM til Webex Calling

Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gatewayen befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP-trunksikkerhedsprofil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunksikkerhedsprofil
Indgående portSkal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer en SIP-profil for den lokale gateway-trunk

Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-profil
Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)"Kontrolleret

Opret et opkaldssøgerum for opkald fra Webex

Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex Calling-søgeområde
Valgte partitioner

DN (+E.164 telefonbogsnumre)

ESN (forkortet opkald mellem steder)

PSTNInternational (PSTN-adgang)

onNetRemote (GDPR-lærte destinationer)

Den sidste partition onNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurer en SIP-trunk til og fra Webex

Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

IndstillingVærdi
Oplysninger om enhed
DeviceNameEt unikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunk
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Indgående opkald
OpkaldssøgerumDet tidligere definerede opkaldssøgerum: Webex
AAR-opkaldssøgerum Et opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
SIP-oplysninger
DestinationsadresseIP-adresse for den lokale gateways CUBE
Destinationsport5060
SIP-trunksikkerhedsprofilTidligere defineret: Webex
SSO-profilTidligere defineret: Webex

Konfigurer rutegruppe for Webex

Opret en rutegruppe med følgende indstillinger:

IndstillingVærdi
Oplysninger om rutegruppe
Navn på videresendelsesgruppeEt unikt navn, såsom Webex
Valgte enhederDen tidligere konfigurerede SIP trunk: Webex

Konfigurer ruteliste for Webex

Opret en ruteliste med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEt unikt navn, f.eks. R_LWebex
BeskrivelseMeningsfuld beskrivelse, såsom Ruteliste for Webex
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Medlemsoplysninger om ruteliste
Valgte grupperKun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationerne med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-partition

Hvad er næste trin?

Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan viderestilles.

Konfigurer rutemønstre for Webex-destinationer

Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

IndstillingVærdi
RutemønsterFuldt +E.164-mønster for DID-området i Webex med foranstillet "\". Eksempel: \+140855501XX
RutepartitionWebex
Gateway-/rutelisteRLWebex_
Hastende prioritetKontrolleret

Konfigurer normalisering af forkortede opkald mellem områder for Webex

Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

IndstillingVærdi
OversættelsesmønsterESN-mønster for ESN-området i Webex. Eksempel: 80121XX
PartitionWebex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-normaliseringsmønster
Brug afsenderens opkaldssøgerumKontrolleret
Hastende prioritetKontrolleret
Vent ikke på mellemciffer-timeout på efterfølgende hopKontrolleret
Transformationsmaske for opkaldt partMaske til normalisering af nummeret til +E.164. Eksempel: +140855501XX

Konfigurer dine Webex Calling-funktioner

Opsæt et viderestillingsgruppe

Hunt-grupper dirigerer indgående opkald til en gruppe brugere eller arbejdsområder. Du kan endda konfigurere et mønster til at dirigere til en hel gruppe.

Få yderligere oplysninger om, hvordan du konfigurerer viderestillingsgruppe, i Viderestil grupper i Cisco Webex Control Hub.

Opret en opkaldskø

Du kan opsætte en opkaldskø, således at når kunders opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Yderligere oplysninger om, hvordan du konfigurerer og administrerer opkaldskø, finder du under Administrer opkaldskøer Cisco Webex Control Hub.

Opret en receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret. Du kan opsætte brugere som telefon-omstillinger, så de kan screene indgående opkald til visse personer i din organisation.

For oplysninger om, hvordan du opsætter og ser dine receptionistklienter, se Receptionistklienter i Cisco Webex Control Hub.

Opret og administrer automatiske omstillinger

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Opret en 24-timers tidsplan, eller angiv forskellige valgmuligheder, når din virksomhed er åben eller lukket.

Få oplysninger om, hvordan du opretter og administrerer automatiske omstillinger, i Administrer automatiske omstillinger Cisco Webex Control Hub.

Konfigurer en paging-gruppe

Gruppe-paging giver brugeren mulighed for at foretage et envejsopkald eller gruppe-side til op til 75 målbrugere og arbejdsområder ved at ringe til et nummer eller et lokalnummer, der er tildelt en bestemt paging-gruppe.

For oplysninger om, hvordan du konfigurerer og redigerer paging-grupper, se Konfigurer en Paging-gruppe Cisco Webex Control Hub.

Opsæt opkaldsbesvarelse

Forbedr teamwork og samarbejde ved at oprette opkaldsbesvarelse gruppe, så brugere kan besvare hinandens opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

Du kan finde yderligere oplysninger om, hvordan du opsætter en opkaldsbesvarelsesgruppe i Opkaldsbesvarelse i Cisco Webex Control Hub.

Opsætning af parkering af opkald

Parkering af opkald tillader en defineret gruppe af brugere at parkere opkald hos andre tilgængelige medlemmer af en gruppe for parkering af opkald. Parkerede opkald kan besvares af andre medlemmer af gruppen på deres telefon.

Du kan finde yderligere oplysninger om, hvordan du opsætter parkering af opkald i Parkering af opkald i Cisco Webex Control Hub.

Aktivér indtrængen for brugere

1

Fra kundevisningen i https://admin.webex.com, gå til Administration > Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem bruger e , og vælg derefter Bryd ind.

4

Slå til/fra-knappen til for at give andre brugere mulighed for at føje sig selv til denne brugers igangværende opkald.

5

Markér Afspil en tone, når denne bruger bryder ind i et opkal d , hvis du vil afspille en tone til andre, når denne bruger bryder ind i sit opkald.

Indstillingen Afspil en tone, når denne bruger bryder ind i et opkald gælder ikke for supervisorens funktion til at bryde ind i Customer Experience Basic og Essentials. Selvom du aktiverer denne indstilling for en supervisor, afspiller systemet ikke beskedtonen for agenten, når en supervisor bryder ind i opkaldskøens opkald.

Hvis du vil afspille en tone til en agent, når en supervisor bryder ind i sit opkald, kan du aktivere den via indstillingerne "Beskedtone for agenter". Få flere oplysninger i afsnittet Opret en k ø i Webex Customer Experience Basi c eller Webex Customer Experience Essentials.

6

Klik på Gem.

Aktivér beskyttelse for en bruger

1

Log ind på Control Hubog gå til Ledelse > Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til området Tilladelser mellem bruger e , og vælg derefter Beskyttelse af personlige oplysninger.

4

Vælg de passende indstillinger for Databeskyttelse ved automatisk omstilling for denne bruger.

  • Tillad, at denne bruger kan ringes op via lokalnummer
  • Tillad, at denne bruger kan ringes op via for- eller efternavn
5

Markér afkrydsningsfeltet Aktivér databeskyttelse. Du kan derefter beslutte at blokere alle ved ikke at vælge medlemmer fra rullegardinmenuen. Alternativt kan du vælge de brugere, arbejdsområder og virtuelle linjer, der kan overvåge denne brugers linjestatus.

Hvis du er placeringsadministrator, vises kun de brugere, arbejdsområder og virtuelle linjer, der vedrører dine tildelte placeringer, i rullelisten.

Fjern markeringen i afkrydsningsfeltet Aktivér beskyttels e for at tillade alle at overvåge linjestatus.

6

Markér afkrydsningsfeltet Gennemtving beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse o g bryde ind for at aktivere beskyttelse af personlige oplysninger for omdirigeret opkaldsbesvarelse og bryde ind.

  • Hvis du aktiverer denne valgmulighed, kan kun de autoriserede brugere, virtuelle linjer og arbejdsområdeenheder bruge omdirigeret opkaldsbesvarelse og bryde ind på denne bruger. Ellers kan alle i organisationen aktivere omdirigeret opkaldsbesvarelse og bryde ind på en linje.
  • Få flere oplysninger om indtrængen i Indtrængen på en andens telefonopkald.
  • Supervisoren kan altid bryde ind i opkald, som agenterne modtager via opkaldskøen. Det vil sige, at indstillinger for beskyttelse af personlige oplysninger ikke påvirker en supervisors mulighed for at bryde ind.
7

Fra Tilføj medlem efter navn, vælg de brugere, arbejdsområder og virtuelle linjer, der kan overvåge telefonlinjestatus og aktivere omdirigeret opkaldsbesvarelse og bryde ind.

8

Hvis du vil filtrere de medlemmer, du vælger, skal du bruge filteret efter navn, nummer elle r ext-felt.

9

Klik på Fjern all e for at fjerne alle de valgte medlemmer.

For at fjerne et individuelt medlem skal du klikke på Slet ved siden af medlemmets navn.
10

Klik på Gem.

Indstillinger for beskyttelse af personlige oplysninger

Konfigurer overvågning

Det maksimale antal overvågede linjer for en bruger er 50. Men når du konfigurerer overvågningslisten, skal du overveje antallet af meddelelser, der påvirker båndbredden mellem Webex Calling og dit netværk. Bestem også det maksimale antal overvågede linjer ved hjælp af antallet af linjeknapper på brugerens telefon.

1

Fra kundevisningen i https://admin.webex.com , gå til Administration og klik derefter på Brugere.

2

Vælg den bruger, du vil modificere, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem bruger e , og vælg Overvågning.

4

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj lokalnummer til parkering af opkald

Du kan inkludere en virtuel linje på listen Tilføj overvåget linj e til brugerovervågning.

5

Vælg, om du vil underrette denne bruger om parkerede opkald, søg efter personen eller lokalnummeret til parkering af opkald, der skal overvåges, og klik derefter på Gem.

Listen over overvågede linjer i Control Hub svarer til den rækkefølge af overvågede linjer, der vises på brugerens enhed. Du kan omarrangere listen over overvågede linjer når som helst.

Det navn, der vises for den overvågede linje, er det navn, der er angivet i felterne Fornavn og efternavn for bruger, arbejdsområde og virtuelle linje.

Ønsker du at se, hvordan det gøres? Se denne videodemonstratio n om, hvordan du administrerer overvågningsindstillinger for en bruger i Control Hub.

Aktivér advarselstone for opkaldsbro for brugere

Før du begynder

Du skal have den delte linje konfigureret til at aktivere opkaldsbroen. Se, hvordan du konfigurerer delte linje r , før du aktiverer advarselstonen for opkaldsbro til at afspille.
1

Log ind på Control Hubog gå til Ledelse > Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til Tilladelser mellem brugere, og klik på Advarselstone for opkaldsbro.

4

Slå advarselstone til for opkaldsbro, og klik derefter på Gem.

Denne funktion er som standard aktiveret.

For yderligere oplysninger om opkaldsforbindelse på en delt MPP-linje, se Delte linjer på din multiplatformstelefon.

For yderligere oplysninger om opkaldsbro på en delt linje i Webex-appen, se Visning af delt linje for Webex-appen.

Tænd for en bruger

Aktivering af aktivitetsbaseret kontor giver en bruger mulighed for at arbejde et andet sted, mens de bevarer funktionerne fra deres fastnettelefon.
1

Fra kundevisningen i https://admin.webex.com , gå til Administration og vælg Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til afsnittet Tilladelser mellem bruger e , og vælg Hotelin g , og slå til/fra-knappen.

4

Indtast navnet eller nummeret på hotelværten i feltet Hotelin g placering, og vælg den hoteling-vært, som du vil tildele brugeren.

Der kan kun vælges én hotelvært. Hvis du vælger en anden hotelvært, slettes den første.

Hvis du er placeringsadministrator, kan du kun tildele værten for aktivitetsbaseret kontor for dine tildelte placeringer.
5

For at begrænse den tid, en bruger kan tilknyttes hotelværten, skal du vælge antallet af timer, som brugeren kan bruge hotelværten i rullemenuen Begrænsede tilknytningsperiod e .

Brugeren logges automatisk af efter det valgte tidspunkt.

Der vises en fejlmeddelelse på skærmen, hvis den begrænsede tilknytningsperiode, der er angivet for brugeren, overskrider den valgte hotelværts begrænsningsperiode. Hvis værten for aktivitetsbaseret kontor f.eks. har en tilknytningsperiode på 12 timer, og brugerens tilknytningsperiode er 24 timer, vises en fejlmeddelelse. I sådanne tilfælde skal du forlænge den begrænsede tilknytningsperiode for hotelværten, hvis der er behov for mere tid for brugeren.

6

Klik på Gem.

En bruger kan også søge efter og finde den hotelvært, de vil bruge, fra User Hub. Få flere oplysninger i Få adgang til din opkaldsprofil overalt.

Vil du gerne se, hvordan det gøres? Se denne videodemonstratio n om, hvordan du konfigurerer hoteling i Control Hub.

Indførelsestendenser og brugsrapporter for Webex Calling

Vis opkaldsrapporter

Du kan bruge siden Analyse i Control Hub til at få indsigt i, hvordan personer bruger Webex Calling og Webex-appen (engagement) samt deres oplevelse med opkaldsmediet. For at få adgang til Webex Calling-analyser skal du logge ind på Control Hub og derefter gå til Analyse og vælge fanen Opkald .

1

For at få detaljerede opkaldshistorikrapporter skal du logge ind på Control Hub og derefter gå til Analyse > Opkald.

2

Vælg Detaljeret opkaldshistorik.

Se Analyse af dedikeret forekomst for at få oplysninger om opkald, der bruger dedikeret forekomst.

3

For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub, gå derefter til Analyse og derefter vælge Opkald.

Få yderligere oplysninger i Analyser til din Cloud Collaboration-portefølje.

Implementer CUBE med høj tilgængelighed som lokal gateway

Grundlæggende

Forudsætninger

Før du installerer CUBE HA som en lokal gateway til Webex Calling, skal du sørge for, at du har en klar forståelse af følgende koncepter:

Retningslinjerne for konfiguration, der er angivet i denne artikel, tager udgangspunkt i en dedikeret lokal gateway-platform uden eksisterende stemmekonfiguration. Hvis en eksisterende CUBE-virksomhedsudrulning ændres til også at bruge den lokale gateway-funktion til Cisco Webex Calling, skal du være opmærksom på den konfiguration, der anvendes, for at sikre, at eksisterende opkaldsflows og funktioner ikke afbrydes, og sørge for, at du opfylder kravene til CUBE HA-design.

Hardware- og softwarekomponenter

CUBE HA som lokal gateway kræver IOS-XE version 16.12.2 eller nyere, og en platform, hvor både CUBE HA- og LGW-funktioner understøttes.

Visningskommandoer og logfiler i denne artikel er baseret på en softwareudgivelse ikke mindre end Cisco IOS-XE 16.12.2 implementeret på en vCUBE (CSR1000v).

Referencemateriale

Her er nogle detaljerede konfigurationsvejledninger for CUBE HA til forskellige platforme:

Webex Calling-løsningsoversigt

Cisco Webex Calling er et tilbud til samarbejde, der giver et skybaseret alternativ med flere lejere til den lokale PBX-telefontjeneste med flere PSTN valgmuligheder for kunder.

Den lokale gateway-udrulning (repræsenteret herunder) er fokus for denne artikel. Lokal gateway-trunk (stedbaseret PSTN) i Webex Calling tillader forbindelse til en kundeejet PSTN-tjeneste. Den giver også forbindelse til en lokal IP PBX-udrulning, såsom Cisco Unified CM. Al kommunikation til og fra skyen er sikret ved hjælp af TLS-transport til SIP og SRTP til medier.

Nedenstående figur viser en Webex Calling-udrulning uden eksisterende IP PBX og gælder for en enkelt udrulning eller udrulning for flere steder. Konfigurationen, der er beskrevet i denne artikel, er baseret på denne udrulning.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruger infrastrukturprotokollen for redundansgruppe (RG) til at udgøre et par routere (aktiv/standby). Dette par deler den samme virtuelle IP-adresse (VIP) på tværs af deres respektive grænseflader og udveksler kontinuerligt statusmeddelelser. CUBE-sessionsoplysninger bliver kontrolleret på tværs af de to routere, hvilket gør det muligt for standby-routeren at overtage alle CUBE-opkaldsbehandlinger med det samme, hvis den aktive router ophører med at være aktiv, hvilket medfører tilstandsfuld bevaring af signal og medier.

Kontrolpunkter er begrænset til tilsluttede opkald med mediepakker. Opkald i overførsel kontrolleres ikke (for eksempel en forsøger- eller ringetonetilstand).

I denne artikel henviser CUBE HA til CUBE High Availability (HA) (høj tilgængelighed) lag 2 boks-til-boks-redundans (B2B) for tilstandsfuld opkaldsbevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA implementeres som en lokal gateway til udrulninger af Cisco Webex Calling-trunk (lokalt baseret PSTN), og vi vil dække designovervejelser og konfigurationer i denne artikel. Denne figur viser en typisk CUBE HA-opsætning som lokal gateway til en Cisco Webex Calling-trunkudrulning.

Infra-komponent for redundansgruppe

Redundansgruppens (RG) infra-komponent giver understøttelse af boks-til-boks-kommunikationsinfrastruktur mellem de to CUBE'er og forhandler den endelige stabile redundanstilstand. Denne komponent leverer også:

  • En HSRP-lignende protokol, der forhandler den endelige redundanstilstand for hver router ved at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er (via kontrolgrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme til kontrolpunktning af signal- og medietilstand for hvert opkald fra den aktive router til standby-routeren (via datagrænsefladen) – GigabitEthernet3 i figuren ovenfor.

  • Konfiguration og administration af den virtuelle IP-grænseflade (VIP) for trafikgrænsefladerne (flere trafikgrænseflader kan konfigureres ved hjælp af den samme RG-gruppe) – GigabitEthernet 1 og 2 betragtes som trafikgrænseflader.

Denne RG-komponent skal konfigureres specifikt til at understøtte stemme-B2B HA.

Virtuel IP-adresseadministration (VIP) for både signal og medier

B2B HA er afhængig af VIP for at opnå redundans. VIP og tilknyttede fysiske grænseflader på begge CUBE'er i CUBE HA-par skal ligge på det samme LAN-undernet. Konfiguration af VIP og binding af VIP-grænsefladen til en bestemt stemmeapplikation (SIP) er obligatorisk for understøttelse af stemme-B2B HA. Eksterne enheder, såsom Unified CM, Webex Calling tilgår SBC, tjenesteudbydere eller proxy bruger VIP som destinations-IP-adresse til opkald, der passerer gennem CUBE HA-routere. Derfor fungerer CUBE HA-par som en enkelt lokal gateway i Webex Calling-sammenhæng.

Opkaldssignalet og RTP-sessionsoplysningerne for oprettede opkald kontrolleres fra den aktive router til standby-routeren. Når den aktive router går ned, tager standby-routeren over og fortsætter med at videresende RTP-strømmen, som tidligere blev dirigeret af den første router.

Opkald i midlertidig tilstand på tidspunktet for failover bevares ikke efter skiftet. For eksempel opkald, der endnu ikke er helt etableret eller er ved at blive ændret med en overførsels- eller ventefunktion. Oprettede opkald kan blive afbrudt efter skiftet.

Følgende krav eksisterer for at bruge CUBE HA som en lokal gateway til tilstandsfuld failover af opkald:

  • CUBE HA kan ikke have TDM eller analoge grænseflader placeret sammen

  • Gig1 og Gig2 kaldes for trafikgrænseflader (SIP/RTP), og Gig3 er redundansgruppe (RG)-kontrol-/datagrænseflade

  • Ikke mere end 2 CUBE HA-par kan anbringes i det samme lag 2-domæne, det ene med gruppe-id 1 og det andet med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-id, skal RG-kontrol-/datagrænseflader tilhøre forskellige lag 2-domæner (vlan, separat switch)

  • Portkanal understøttes for både RG-kontrol-/data- og trafikgrænseflader

  • Alle signaler/medier kommer fra/til den virtuelle IP-adresse

  • Når som helst en platform bliver geninstalleret i et CUBE-HA-forhold, starter den altid som standby

  • Lavere adresse for alle grænsefladerne (Gig1, Gig2, Gig3) skal være på den samme platform

  • Redundansgrænsefladeidentifikatoren rii bør være unik for en par-/grænsefladekombination på det samme lag 2

  • Konfiguration på begge CUBE'er skal være ens inklusive fysisk konfiguration og skal køre på den samme type platform og IOS-XE version

  • Loopback-grænseflader kan ikke bruges som binding, da de altid er oppe

  • Flere trafikgrænseflader (SIP/RTP) (Gig1, Gig2) kræver, at brugergrænsefladesporing konfigureres

  • CUBE-HA understøttes ikke over en krydskabelforbindelse til RG-kontrol-/datalinket (Gig3)

  • Begge platforme skal være ens og tilsluttes via en fysisk switch på tværs af alle grænseflader af samme slags, for at CUBE HA kan virke, dvs. at GE0/0/0 for CUBE-1 og CUBE-2 skal slutte på den samme switch og så videre.

  • Kan ikke have WAN afsluttet på CUBE'er direkte eller Data HA på nogen side

  • Både aktiv/standby skal være i det samme datacenter

  • Det er obligatorisk at bruge separat L3-grænseflade for redundans (RG-kontrol/data, Gig3). dvs. at grænsefladen, der bruges til trafik, kan ikke bruges til HA-keepalives og kontrolpunktning

  • Efter failover gennemgår den tidligere aktive CUBE som standard en genindlæsning, og bevarer signal og medier

Konfigurer redundans på begge CUBE'er

Du skal konfigurere lag 2 boks-til-boks-redundans på begge CUBE'er, som skal bruges i et HA-par for at åbne virtuelle IP-adresser.

1

Konfigurer grænsefladesporing på globalt niveau for at spore status for brugergrænsefladen.

conf t 
 track 1 grænseflade Gig priktEthernet1 linje protokol 
 spor 2 grænseflade GigtEthernet2 linje-protokol 
 afslut 

VCUBE-1#conf t

VCUBE-1(config)#track 1-grænseflade GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2-grænseflade GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1-grænseflade GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2-grænseflade GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI bruges i RG til at spore stemmetrafikgrænsefladetilstanden, så den aktive rute stopper sin aktive rolle, når trafikgrænsefladen er nede.

2

Konfigurer en RG til brug med VoIP HA under applikationens redundans-undertilstand.

redundans program redundans gruppe 1 navn 
 
 
    LocalGateway-HA prioritet 
    100 failover tærskel 75 
    kontrol GigtidentEthernet3 protokol 1 
    data GigtidentEthernet3 
    timere forsinkelse 30 genindlæs 60 spor 1 nedlukningsspor 
 
    2 
    nedlukningsudgang protokol 
   1 timer 
    hejtime 3 holdtime 10 
 
 
 exit 

VCUBE-1(konfiguration)#redundans

VCUBE-1(konfigurationsrød)#applikationsredundans

VCUBE-1(config-red-app) nr. gruppe 1

VCUBE-1(config-red-app-grp)#navn LocalGateway-HA

VCUBE-1(config-red-app-grp)#prioritet 100 failover-tærskel 75

VCUBE-1(config-red-app-grp)#kontrol af GigabitEthernet3-protokol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timerforsinkelse 30 genindlæsning 60

VCUBE-1(config-red-app-grp)#spor 1 lukning

VCUBE-1(config-red-app-grp)#spor 2 nedlukning

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app) nr. protokol 1

VCUBE-1(config-red-app-prtcl)#timers hellotid 3 holdtid 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-rød-app)#afslut

VCUBE-1(konfigurationsrød)#exit

VCUBE-1(konfiguration) #

VCUBE-2(konfiguration)#redundans

VCUBE-2(config-rød)#applikationsredundans

VCUBE-2(config-red-app) nr. gruppe 1

VCUBE-2(config-red-app-grp)#navn LocalGateway-HA

VCUBE-2(config-red-app-grp)#prioritet 100 failover-tærskel 75

VCUBE-2(config-red-app-grp)#kontrol af GigabitEthernet3-protokol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timerforsinkelse 30 genindlæsning 60

VCUBE-2(config-red-app-grp)#spor 1 nedlukning

VCUBE-2(config-red-app-grp)#spor 2 nedlukning

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app) nr. protokol 1

VCUBE-2(config-red-app-prtcl)#timers hellotid 3 holdtid 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-rød-app)#afslut

VCUBE-2(config-rød)#exit

VCUBE-2(konfiguration) #

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans – Skifter til redundans-tilstand

  • applikationsredundans – Skifter konfigurationstilstand for applikationsredundans

  • gruppe – Skifter konfigurationstilstand for redundans-applikationsgruppe

  • navn LocalGateway-HA – definerer navnet på RG-gruppen

  • prioritet 100 failover-tærskel 75 – angiver den indledende prioritet og failover-tærskler for en RG

  • timerforsinkelse 30 genindlæs 60 – Konfigurerer de to gange for forsinkelse og genindlæsning

    • Forsinkelsestimer, som er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter brugergrænsefladen kommer op – standard er 30 sekunder. Området er 0-10000 sekunder

    • Genindlæs – dette er den tid, der skal til at forsinke RG-gruppens initialisering og rolleforhandling efter en genindlæsning – standard er 60 sekunder. Området er 0-10000 sekunder

    • Standardtimere anbefales, selvom disse timere kan justeres for at tilpasse alle yderligere netværkskonvergensforsinkelse, der kan opstå under start/genindlæsning af routere, for at sikre, at RG-protokolforhandling finder sted, efter routing i netværket er konvergeret til et stabilt punkt. For eksempel, hvis det ses efter failover, at det tager op til 20 sek. før den nye STANDBY ser den første RG HELLO-pakke fra den nye AKTIV, skal timerne justeres til "timerforsinkelse 60 genindlæsning 120" for at medregne denne forsinkelse.

  • kontrol GigabitEthernet3-protokol 1 – Konfigurerer grænsefladen, der bruges til at udveksle keepalive- og hello-meddelelser mellem de to CUBE'er, og angiver protokolforekomsten, der vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstand for redundans for applikationsprotokol

  • data GigabitEthernet3 – Konfigurerer grænsefladen, der bruges til kontrolpunktning af datatrafik

  • spor – RG-gruppesporing af grænseflader

  • protokol 1 – angiver den protokolforekomst, der vil blive knyttet til en kontrolgrænseflade og skifter til konfigurationstilstanden for redundansapplikationsprotokollen

  • timere hellotid 3 holdtid 10 – Konfigurerer de to timere for hellotid og holdtid:

    • Hellotid – Interval mellem fortløbende hello-beskeder – standard er 3 sekunder. Interval er 250 millisekunder til 254 sekunder

    • Ventetid – Intervallet mellem modtagelse af en Hello-meddelelse og antagelsen om, at den sendende router mislykkedes. Denne varighed skal være større end hello-tiden – standard er 10 sekunder. Interval er 750 millisekunder til 255 sekunder

      Vi anbefaler, at du konfigurerer ventetid-timeren til at have mindst 3 gange værdien af hellotid-timeren.

3

Aktivér boks-til-boks-redundans for CUBE-applikationen. Konfigurer RG fra det forrige trin under stemmetjeneste voip. Dette gør det muligt for CUBE-applikationen at kontrollere redundanssprocessen.

stemmetjeneste 
   voip-redundans-gruppe 1 
   udgang

VCUBE-1(konfiguration)#stemmetjeneste VoIP

VCUBE-1(config-voi-serv)#redundans-gruppe 1

 % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført 

VCUBE-1(config-voi-serv)# udgang

VCUBE-2(konfiguration)#stemmetjeneste VoIP

VCUBE-2(config-voi-serv)#redundans-gruppe 1

 % Oprettede RG 1 tilknytning med stemme B2B HA; genindlæs routeren, for at den nye konfiguration kan blive gennemført 

VCUBE-2(config-voi-serv)# udgang

redundans-gruppe 1 – tilføjelse og fjernelse af denne kommando kræver en genindlæsning, for at den opdaterede konfiguration kan træde i kraft. Vi genindlæser platformene, når hele konfigurationen er blevet anvendt.

4

Konfigurer Gig1- og Gig2-grænsefladerne med deres respektive virtuelle IP-adresser som vist nedenfor, og anvend redundansgrænseflade-ID'et(rii)

VCUBE-1(config)#grænseflade til GigabitEthernet1

VCUBE-1(config-if)# redundans rii 1

VCUBE-1(config-if)# redundansgruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-1(config-if)# afslut

VCUBE-1(konfiguration) #

VCUBE-1(konfiguration)#grænseflade til GigabitEthernet2

VCUBE-1(config-if)# redundans rii 2

VCUBE-1(config-if)# redundansgruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-1(config-if)# afslut

VCUBE-2(config)#grænseflade til GigabitEthernet1

VCUBE-2(config-if) nr. redundans i 1

VCUBE-2(config-if)# redundansgruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-2(config-if)# afslut

VCUBE-2(konfiguration) #

VCUBE-2(config)#grænseflade til GigabitEthernet2

VCUBE-2(config-if)# redundans rii 2

VCUBE-2(config-if)# redundansgruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-v(config-if)# afslut

Her er en forklaring på felterne, der bruges i denne konfiguration:

  • redundans rii – konfigurerer redundansgrænsefladeidentifikatoren for redundansgruppen. Påkrævet for generering af en virtuel MAC-adresse (VMAC). Den samme rii-ID-værdi skal bruges på grænsefladen for hver router (AKTIV/STANDBY), der har den samme VIP.

    Hvis der er mere end ét B2B-par på det samme LAN, SKAL hvert par have unikke rii-id'er på deres respektive grænseflader (for at forhindre kollision). "vis redundans-applikationsgruppe alle" skal angive de korrekte lokale oplysninger og peer-oplysninger.

  • redundansgruppe 1 – knytter grænsefladen til den redundansgruppe, der er oprettet i trin 2 ovenfor. Konfigurer RG-gruppen, såvel som VIP'en, der er tildelt denne fysiske grænseflade.

    Det er obligatorisk at bruge en separat grænseflade for redundans, det vil sige, den brugergrænseflade, der bruges til stemmetrafik ikke kan bruges som kontrol- og datagrænseflade som angivet i trin 2 ovenfor. I dette eksempel bruges Gigabit-grænseflade 3 til RG-kontrol/-data

5

Gem konfigurationen af den første CUBE, og genindlæs den.

Den platform, som skal genindlæses sidst, er altid standby.

VCUBE-1#wr

 Bygningskonfiguration... 

 [OK] 

VCUBE-1#genindlæs

 Vil du fortsætte med genindlæsning? [bekræft]

Efter VCUBE-1 starter helt op, skal du gemme konfigurationen af VCUBE-2 og genindlæse den.

VCUBE-2#wr

 Bygningskonfiguration... 

 [OK] 

VCUBE-2#genindlæs

 Vil du fortsætte med genindlæsning? [bekræft]

6

Kontrollér, at konfigurationen af boks-til-boks fungerer som forventet. Relevant output er fremhævet med fed.

Vi genindlæste VCUBE-2 sidst, og i henhold til designovervejelserne; platformen, der genindlæses sidste, vil altid være Standby. 

 VCUBE-1#vis redundans-applikationsgruppe alle fejltilstande gruppe 1-oplysninger:        Prioritet for kørselstid: [100] RG-fejl RG tilstand: Op.                        Samlet antal skift pga. fejl:  0 samlet antal ændringer i alt/up-tilstand på grund af fejl: 0 gruppe-id: 1 gruppenavn: Local gateway-ha- administrationstilstand: Ingen lukning samlet driftstilstand:  Min rolle: AKTIV peer-rolle: Status for STANDBY peer: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: RG-protokol til STANDBY-RG 1-------------------rolle: Aktiv forhandling: Aktiveret prioritet: 100 protokol tilstand: Aktiv CTRL-Intf (e) tilstand: Aktiv peer: Lokal standby-peer: adresse 10.1.1.2, prioritet 100, intf Gi3 Log-tællere:                 rolleændring til aktiv: 1 rolle ændring til standby: 1 Deaktiver begivenheder: rg ned-tilstand 0, rg lukket 0 CTRL intf events: op 1, ned 0, admin_down 0 genindlæsningshændelser: lokal anmodning 0, peer-anmodning 0 RG-medie kontekst for RG 1--------------------------ctx tilstand: Aktiv protokol-ID: 1 medietype: Standard kontrol grænseflade: GigabitEthernet3 nuværende Hej-timer: 3000 konfigureret Hej timer: 3000, hold timer: 10000 peer-Hej timer: 3000, Peer Hold-timer: 10000 stats statistik:             Pkts 1509, byte 93558, HA sekvens 0, sekvensnummer 1509, pkt tab 0-godkendelse ikke konfigureret bekræftelses fejl: 0 Genindlæs peer: TX 0, RX 0 Opgiv: TX 0, RX 0 holder peer: Stede. Hold Timer: 10000 pkts 61, bytes 2074, HA seq 0, seq nummer 69, pkt tab 0 VCUBE-1#
 VCUBE-2#vis redundans-applikationsgruppe alle Fejltilstande Gruppe 1-oplysninger:        Prioritet for kørselstid: [100] RG-fejl RG tilstand: Op.                        Samlet antal skift pga. fejl:  0 samlet antal ændringer i alt/up-tilstand på grund af fejl: 0 gruppe-id: 1 gruppenavn: Local gateway-ha- administrationstilstand: Ingen lukning samlet driftstilstand: Min rolle: STANDBY-peer-rolle: AKTIV peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: RG-protokol til STANDBY-RG 1-------------------rolle: Aktiv forhandling: Aktiveret prioritet: 100 protokol tilstand: Aktiv CTRL-Intf (e) tilstand: Aktiv peer: adresse 10.1.1.2, prioritet 100, intf Gi3 standby peer: Lokale logge-tællere:                 rolleændring til aktiv: 1 rolle ændring til standby: 1 Deaktiver begivenheder: rg ned-tilstand 0, rg lukket 0 CTRL intf events: op 1, ned 0, admin_down 0 genindlæsningshændelser: lokal anmodning 0, peer-anmodning 0 RG-medie kontekst for RG 1--------------------------ctx tilstand: Aktiv protokol-ID: 1 medietype: Standard kontrol grænseflade: GigabitEthernet3 nuværende Hej-timer: 3000 konfigureret Hej timer: 3000, hold timer: 10000 peer-Hej timer: 3000, Peer Hold-timer: 10000 stats statistik:             Pkts 1509, byte 93558, HA sekvens 0, sekvensnummer 1509, pkt tab 0-godkendelse ikke konfigureret bekræftelses fejl: 0 Genindlæs peer: TX 0, RX 0 Opgiv: TX 0, RX 0 holder peer: Stede. Hold Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-2 #

Konfigurer en lokal gateway på begge CUBE'er

I vores eksempelkonfiguration bruger vi følgende trunkoplysninger fra Control Hub til at oprette den lokale gateway-konfiguration på begge platforme, VCUBE-1 og VCUBE-2. Brugernavnet og adgangskoden til denne opsætning er som følger:

  • Brugernavn: Hussain1076_LGU

  • Adgangskode: lOV12MEaZx

1

Sørg for, at der er oprettet en konfigurationsnøgle til adgangskoden med kommandoerne, der er vist nedenfor, før den kan bruges i legitimationsoplysningerne eller de delte hemmelighedselementer. Type 6-adgangskoder krypteres ved hjælp af AES-kode og denne brugerdefinerede konfigurationsnøgle. 

 LocalGateway#conf t LocalGateway(config)#key config-key-adgangskode-kryptering Adgangskode123 LocalGateway(config)#adgangskodekryptering aes

Her er den lokale gateway konfiguration, der vil gælde for begge platforme baseret på de Control hub-parametre, der er vist ovenfor, Gem og Genindlæs. SIP Digest-legitimationsoplysninger fra Control Hub er fremhævet med fed skrift.

 konfigurer terminal crypto pki trustpoint dummyTp tilbagekaldelse-check crl exit sip-ua kryptosignaler standard trustpoint dummyTp cn-san-validate servertransport tcp tls v1.2 end konfigurer terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b afslut konfigurer terminaltaletjeneste voip ip-adresse betroet liste ipv4 x.x.x.x y.y.y.y.y.y-exit-tilladelsesforbindelser sip til sip-mediestatik mediestørrelse ingen supplerende tjeneste sip henvisning ingen supplerende tjeneste sip-håndtag-erstatter faxprotokol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Adgangskode123! sip g729 annexb-all early offer forced end konfigurer terminal stemmeklasse sip-profiler 200 regel 9 anmod om ENHVER sip-header SIP-Req-URI-ændring "sips:(.*)" "sip:\1" regel 10 anmod om ENHVER sip-header For at ændre "<sips:(.*)" "<sip:\1" regel 12 anmod om ENHVER sip-header Kontakt for at ændre "<sips:(.*)" "<sip:\1" regel 12 anmod om ENHVER sip-header Kontakt for at ændre "<sips:(.*)" "<sip:\1" regel 14 svar ENHVER sip-headerhussain1076_lgu>" regel 30 anmoder OM enhver sip-header P-Asserted-identity-ændring "sips:(.*)" "sip:\1" stemmeklasse-codec 99 codec-præference 1 g711ulaw codec-præference 2 g711ulaw afslut stemmeklasse srtp-crypto 200 crypto 1 AES_cm_128_hmac_sha1_80 afslut stemmeklasse stun-brug 200 stun-brug firewall-gennemløbsdata afslut stemmeklasse lejer 200 registrator dns:40462196.cisco-bcld.com scheme sips udløber 240 opdateringsforhold 50 tcp tls-legitimationsoplysninger Hussain5091_Lgu (sprog) brugernavn Hussain1076_LGU-adgangskode 0 lOV12MEaZx brugernavn til BroadWorks-godkendelse Hussain5091_Lgu (sprog) adgangskode 0 lOV12MEaZx brugernavn til BroadWorks-godkendelse for domæne Hussain5091_Lgu (sprog) adgangskode 0 lOV12MEaZx Tysk-romerske rige 40462196.cisco-bcld.com ingen SIP-server for ekstern part-id dns:40462196.cisco-bcld.com forbindelse-genbrug srtp-crypto 200 sessionstransport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 udgående-proxy dns:la01.sipconnect-us10.cisco-bcld.com beskyttelse af personlige oplysninger passthru stemmeklasselejer 100 sessionstransporter udp url sip error-passthru lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade GigabitEthernet2 lydkontrolkilde-grænseflade ikke-lydkontrolkilde-brugerdefineret-sdp-lydklasse uri 100 sip-vært ipv4:198.18.133.3 lydklasse uri 200 sip-mønster dtg=hussain1076.lgu opkalds-peer-stemme 101 voip-beskrivelse Udgående opkalds-peer til IP PSTN-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:198.18.133.3 stemmeklasse-codec 99 stemmeklasse sip-lejer 100 dtmf-relay rtp-nte no vad opkalds-peer-stemme 201 voip-beskrivelse Udgående opkalds-peer til Webex Calling-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål sip-server-stemmeklasse-codec 99 stemmeklasse stun-brug 200 ingen stemmeklasse sip localhost voice-class sip-lejer 200 dtmf-relay rtp-nte srtp ingen vad stemmeklasse dpg 100 beskrivelse Indgående WebexCalling(DP200) til IP PSTN(DP101) opkalds-peer 101 præference 1 stemmeklasse dpg 200 beskrivelse Indgående IP PSTN(DP100) til Webex Calling(DP201) opkalds-peer 201 præference 1 opkalds-peer-tale 100 voip-afription Indgående opkalds-peer fra IP PSTN-sessionsprotokol sipv2

For at vise kommando-output, har vi geninstalleret VCUBE-2 efterfulgt af VCUBE-1, hvilket gør VCUBE-1 til standby CUBE og VCUBE-2 til den aktive CUBE

2

På et givet tidspunkt vil kun én platform opretholde en aktiv registrering som den lokale gateway med Webex Calling-adgangs-SBC. Se resultatet af de følgende visningskommandoer.

vis redundansapplikationsgruppe 1

vis sip-ua-registreringsstatus 

 VCUBE-1#vis redundans-applikationsgruppe 1 Gruppe-id:1 Gruppenavn:LocalGateway-HA administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Min rolle: Standby- peer-rolle: AKTIV peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: STANDBY HOT peer-RF tilstand: AKTIV VCUBE-1#vis sip-ua-registreringsstatus VCUBE-1#

 VCUBE-2#vis redundans-applikationsgruppe 1 Gruppe-id:1 Gruppenavn:LocalGateway-HA administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Min rolle: AKTIV peer-rolle: STATUS for peer-Presence: Ja peer-COMML: Ja peer-statussen startet: Ja RF-domæne: BtoB-en RF-tilstand: AKTIV peer-RF-tilstand: STANDBY HOT VCUBE-2 #Vis SIP-UA register status- lejer: 200 --------------------registratorindeks  1 --------------------- Linjepeer udløber (sek) reg overlevelse P-Associ-URI ============================== ==================================== Hussain5091_LGU -1 48 ja normal VCUBE-2#

Fra outputtet ovenfor kan du se, at VCUBE-2 er den aktive LGW, der opretholder registreringen med Webex Calling-adgangs-SBC, hvorimod outputtet for "vis sip-ua-registreringsstatus" er tomt i VCUBE-1

3

Aktivér nu følgende fejlretninger på VCUBE-1

 VCUBE-1#debug CCSIP uden opkald SIP-sporing uden for dialogboks er aktiveret VCUBE-1#debug CCSIP-info Sporing af opkaldsoplysninger er aktiveret VCUBE-1#debug CCSIP-meddelelse

4

Efterlign failover ved at anvende følgende kommando på den aktive LGW, VCUBE-2 i dette tilfælde.

 VCUBE-2#redundans-applikation genindlæs gruppe 1 selv

Skift fra AKTIV til STANDBY LGW sker også i følgende scenarie ud over den CLI, der er angivet ovenfor

  • Når den AKTIVE router genindlæses

  • Når den AKTIVE router starter op

  • Når en RG-konfigureret grænseflade for den AKTIVE router lukkes ned, for hvilken sporing er aktiveret

5

Kontrollér, om VCUBE-1 er tilmeldt med Webex Calling-adgangs-SBC. VCUBE-2 vil være genindlæst nu.

 VCUBE-1#vis lejer for sip-ua-registreringsstatus: 200 --------------------registratorindeks  1 --------------------- Linjepeer udløber (sek) reg overlevelse P-Associ-URI ============================== =================================================================================== ---------------------= Hussain5091_LGU -1 56 ja normal VCUBE-1#

VCUBE-1 er nu den aktive LGW.

6

Se den relevante fejlfindingslog på VCUBE-1, der sender en SIP REGISTER til Webex Calling via den virtuelle IP og modtager en 200 OK.

 VCUBE-1#vis log 9. januar 18:37:24.769: %RG_MEDIA-3-TIMERUDLØBET: RG id 1 Hej tid udløbet. 9. januar 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG-id 1-rolleændring fra standby til aktiv 9. januar 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: Skift FRA STANDBY_HOT til AKTIV tilstand. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Modtaget underretning om aktiv rolle 9. januar 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sendt: TILMELD SIP: 40462196.cisco-bcld.com:5061 SIP/2,0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dato: Tor, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97-bruger agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forward: 70 tidsstempel: 1578595044 CSeq: 2 Tilmeld KONTAKTPERSON: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Udløber: 240 understøttet: Path Content-Length: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Modtaget: SIP/2.0 401 uautoriseret via: SIP/2.0/TLS 198.18.1.228:5061;modtaget=173.38.218.1;branch=z9hG4bK0374;rport=4742 fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 dato: Tor, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 Tilmeld dig WWW-Godkend; DIGEST realm = "BroadWorks", qop = "auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritme = MD5 indhold-længde: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sendt: Registrer SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dato: Tor, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97-bruger agent: Cisco-SIPGateway/IOS-16.12.02 Max-forwards: 70 tidsstempel: 1578595045 CSeq: 3 Tilmeld KONTAKTPERSON: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Udløber: 240 understøttet: Tilladelse til Path: Digest brugernavn="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Indholdslængde: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Modtaget: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;modtaget=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Opkalds-id: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 Tilmeld KONTAKTPERSON: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Tillad-hændelser: opkald-info, linje beslag, dialog, meddelelse-Oversigt, som funktion-begivenhed, x-broadworks-Hotel, x-broadworks-opkald-Center-status, konference indhold-længde: 0

Oversigt over Webex Calling

Forestil dig, at du er i stand til at bruge cloud-opkald i virksomhedskvalitet, mobilitet og PBX-funktioner sammen med Webex-appen til meddelelser og møder og opkald fra en Webex Calling-softwareklient eller Cisco-enhed. Det er præcis, hvad Webex Calling kan tilbyde dig.

Webex-opkald tilbyder følgende funktioner og fordele:

  • Opkaldsabonnementer for telefonibrugere og fælles områder.

  • Sikre og pålidelige skytjenester leveret af kendte regionale tjenesteudbydere

  • Adgang til Webex-appen for alle brugere, der tilføjer omfattende samlet kommunikation og teamsamarbejdstjenester.

  • Webex Meetings som et valgfrit, integreret tilføjelsesprogram, der giver de premium-mødeoplevelser, som virksomhedsbrugere forventer.

  • Adgang til PSTN (Public Switch Telephony Networks) for at lade dine brugere ringe til numre uden for organisationen. Tjenesten leveres gennem en eksisterende virksomhedsinfrastruktur

    • Lokal gateway uden lokal IP PBX

    • Eksisterende Unified CM-opkaldsmiljø

    • PSTN-valgmuligheder leveret af partner eller Cisco

  • Support på niveau 1 leveret af din partner – support på næste niveau leveret af Cisco

Control Hub er en webbaseret administrationsportal, der integreres med Webex Calling for at strømline dine ordrer og din konfiguration og centralisere din administration af det samlede tilbud – Webex Calling, Webex-appen og Webex Meetings.

Tabel 1. Administratorfunktioner, der kan konfigureres

Funktion

Beskrivelse

Automatisk omstilling

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Du kan oprette en 24-timers tidsplan eller give forskellige valgmuligheder for hvornår din virksomhed er åben eller lukket. Du kan endda dirigere opkald baseret på attributter for nummervisning for at oprette VIP-lister eller håndtere opkald fra visse områdekoder forskelligt.

Opkaldskø

Du kan opsætte en opkaldskø, når du ikke kan besvare indgående opkald. Du kan give personer, der ringer, et automatisk svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Opkaldsbesvarelse

Du kan forbedre teamwork og samarbejde ved at oprette en opkaldsbesvarelsesgruppe, så brugere kan besvare andre brugeres opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

Parkering af opkald

Du kan aktivere parkering af opkald for at give brugere mulighed for at sætte et opkald i venteposition og besvare det fra en anden telefon.

Søgegruppe

Du kan opsætte viderestillingsgrupper i følgende scenarier:

  • Et salgsteam, der ønsker sekventiel dirigering. Et indgående opkald ringer til en telefon, men hvis der ikke svares, går opkaldet til den næste agent på listen.

  • Et supportteam, der ønsker, at telefoner ringer til alle på én gang, så den første tilgængelige agent kan tage opkaldet.

Paging-gruppe

Du kan oprette en paging-gruppe, så brugerne kan sende en lydmeddelelse til en person, en afdeling eller et team. Når en person sender en meddelelse til en paging-gruppe, afspilles meddelelsen på alle enheder i gruppen.

Receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret ved at give dem de fulde indstillinger til opkaldsstyring, linjeovervågning på stor skala, opkaldskø, flere telefonbogsmuligheder og visninger, Outlook-integration og mere.
Tabel 2. Brugerkonfigurerbare funktioner

Funktion

Beskrivelse

Afvisning af anonymt opkald

Brugere kan afvise indgående opkald med blokerede opkalder-id'er.

Virksomhedskontinuitet

Hvis brugernes telefoner ikke er sluttet til netværket af årsager som f.eks. strømafbrydelse, netværksproblemer osv., kan brugerne viderestille indgående opkald til et bestemt telefonnummer.

Opkaldsvideresendelse

Brugere kan viderestille indgående opkald til en anden telefon.

Selektiv viderestilling af opkald

Brugere kan viderestille opkald på bestemte tidspunkter fra specifikke opkaldere. Denne indstilling har forrang over opkaldsviderestilling.

Opkaldsbesked

Brugere kan sende sig selv en e-mail, når de modtager et opkald i henhold til foruddefinerede kriterier, såsom telefonnummer eller dato og klokkeslæt.

Parkering af opkald

Brugere kan tillade besvarelse af yderligere indgående opkald.

Forstyr ikke

Brugere kan midlertidigt lade alle opkald gå direkte til telefonsvareren.

Kontor hvor som helst

Brugere kan bruge deres valgte telefoner ("Placeringer") som en udvidelse af deres forretningstelefonnummer og opkaldsplan.

Prioritetsalarm

Brugere kan ringe til deres telefoner med en særlig ringetone, når foruddefinerede kriterier er opfyldt, såsom telefonnummer eller dato og klokkeslæt.

Eksternt kontor

Brugere kan foretage opkald fra en ekstern telefon og få opkaldet vist fra deres forretningslinje. Derudover ringer alle indgående opkald til deres forretningslinje på denne eksterne telefon.

Selektiv besvarelse af opkald

Brugere kan besvare opkald på specifikke tidspunkter fra specifikke opkaldere.

Selektiv afvisning af opkald

Brugere kan afvise opkald på bestemte tidspunkter fra specifikke opkaldere.

Sekventielle opkald

Ring på op til 5 enheder efter hinanden for indgående opkald.

Samtidige opkald

Ring til brugeres og andres ("opkaldsmodtagere") numre samtidig for indgående opkald.

Klargørings tjenester, enheder og brugere i Control hub, kryds start til detaljeret konfiguration i opkalds administrator Portal

Control Hub ( https://admin.webex.com) er en administrationsportal, der integreres med Webex Calling for at strømline dine ordrer og din konfiguration og centralisere din administration af det samlede tilbud – Webex Calling, Webex-appen og Meetings.

Control hub er det centrale punkt for klargøring af alle tjenester, enheder og brugere. Du kan udføre den første opsætning af din opkaldstjeneste, registrere MPP-telefoner til skyen (ved hjælp af MAC-adresse), konfigurere brugere ved at tilknytte enheder, tilføje numre, tjenester, opkaldsfunktioner osv. Derudover kan du krydsstarte til opkaldsadministrationsportalen fra Control Hub.

Brugeroplevelse

Brugere har adgang til følgende grænseflader:

  • Webex-opkald applikation – Soft-klient til opkald, der er mærket af Cisco. Du kan finde yderligere oplysninger i Udforsk den nye Cisco Webex Calling-app.

  • Webex-indstillinger ( https://settings.webex.com) – grænseflade, hvor brugere kan indstille præferencer for profilen, downloade Webex-appen og krydsstarte i opkaldsbrugerportalen for opkaldsindstillinger. Du kan finde yderligere oplysninger i Ændr dine Cisco Webex-indstillinger.

  • Webex-appen – applikationen inkluderet i abonnementet som Cisco-brandet Team Messaging-klient. Få yderligere oplysninger i Kom godt i gang med Cisco Webex-appen.

  • Webex Meetings – Valgfri applikation, der er tilføjet som en mødeløsning. Du kan finde yderligere oplysninger under Webex Meetings.

Kundeadministratorer

Som kundeadministrator på en prøveversion eller et betalt abonnement på Webex Calling kan du konfigurere din organisation i Control Hub ved at tilføje placeringer, licenser, telefonnumre, opkaldsfunktioner, brugere og arbejdsområder (lokaleenheder, der er tilmeldt Webex-skyen). Du kan også administrere alle disse komponenter derfra.

Partnere

Som partner tjenesteudbyder kan du mærke, markedsføre og sælge Webex-opkald til dine kunder. Du kan opsætte og udvide prøveversioner, implementere tjenester for dine kunder og oprette og klargøre ordrer til dine kunder.

Tilgængelighed

Se Webex-opkald-header i afsnittet hvor er Cisco WebEx tilgængelig artikel for lande, hvor WebEx-opkald er tilgængelig til salg.

Få en rundvisning i Control Hub

Control Hub er din samlede webbaserede grænseflade til administration af din organisation, administration af dine brugere, tildeling af tjenester, analyse af indførelsestendenser og opkaldskvalitet og meget mere.

Oversigt over Control Hub-grænsefladen med fremhævning og etikettering af den venstre navigationsmenu, virksomhedsoplysninger, underretninger, hjælp i appen, feedback, sprog og log ud.

For at få din organisation op at køre anbefaler vi, at du inviterer nogle få brugere til at deltage i Webex-appen ved at indtaste deres e-mailadresser i Control Hub. Opfordr folk til at bruge de tjenester, du leverer, inklusive opkald, og give dig feedback om deres oplevelse. Du kan altid tilføje flere brugere, når du er klar.

Vi anbefaler, at du bruger den seneste desktop-version af Google Chrome eller Mozilla Firefox til Access Control hub. Browsere på mobile enheder og andre desktopbrowsere kan producere uventede resultater.

Brug oplysningerne, der vises herunder som en oversigt over, hvad du kan forvente, når tjenester konfigureres for din organisation. Du kan finde mere detaljerede oplysninger i de individuelle kapitler med trin-for-trin-instruktioner.

Kom i gang

Når din partner har oprettet din konto, modtager du en velkomstmail. Klik på Sådan kommer du i gangs linket i e-mailen ved hjælp af Chrome eller Firefox for at få adgang til Control hub. Linket logger dig automatisk ind med din administrator-e-mailadresse. Derefter bliver du bedt om at oprette din administratoradgangskode.

Opret en ny adgangskodeskærm fra start af e-mailen til opsætning af Control Hub.

Førstegangsguide til prøveversioner

Hvis din partner har tilmeldt dig en prøveversion, starter opsætningsguiden automatisk, når du logger ind på Control hub. Guiden fører dig gennem de grundlæggende indstillinger for at få din organisation op at køre med Webex Calling, blandt andre tjenester. Du kan opsætte og gennemgå dine opkaldsindstillinger, før du afslutter gennemgangen i guiden.

Guiden til første opsætning for Control Hub.

Gennemgå dine indstillinger

Når Control hub indlæses, kan du gennemse dine indstillinger.

Control Hub-oversigtsside.

Tilføj brugere

Nu, hvor du har konfigureret dine tjenester, er du klar til at tilføje personer fra din virksomheds adressebog. Gå til Brugere, og klik på Administrer brugere.

Pop op-vindue til administration af brugere i Control Hub.

Hvis du bruger Microsoft Active Directory, anbefaler vi, at du først aktiverer katalogsynkronisering og derefter beslutter, hvordan du vil tilføje brugere. Klik på Næste, og følg vejledningen for at opsætte Cisco Katalogforbindelse.

Konfigurer Single Sign On (SSO)

Webex-appen bruger grundlæggende godkendelse. Du kan vælge at opsætte SSO, så brugere godkender med din virksomhedsidentitetsudbyder ved hjælp af deres virksomhedslegitimationsoplysninger i stedet for en separat adgangskode, der er gemt og administreret i Webex.

Gå til Indstillinger, rul ned til Godkendelse, klik på Modificer, og vælg Integrer en tredjeparts identitetsudbyder.

Skærm med indstillinger for enkeltlogon med valgmuligheden "Integrer en 3. parts udbyder" valgt.

Tildel tjenester til brugere

Du skal tildele tjenester til de brugere, du har tilføjet, så folk kan begynde at bruge Webex-appen.

Gå til Brugere, klik på Administrer brugere, vælg Eksportér og importér brugere med en CSV-fil, og klik derefter på Eksportér.

I filen, du downloader, skal du blot tilføje Sand for de tjenester, du vil tildele hver enkelt af dine brugere.

Eksempel på CSV-fil for tildeling af tjenester til brugere i Control Hub.

Importér den færdige fil, klik på Tilføj og fjern tjenester, og klik derefter på Indsend. Du er nu klar til at konfigurere opkaldsfunktioner, registrere enheder, der kan deles på et fælles sted, og tilmelde og tilknytte enheder til brugere.

Giv dine brugere de rigtige muligheder

Nu, hvor du har tilføjet brugere, og de er blevet tildelt tjenester, kan de begynde at bruge deres understøttede Multiplatform-telefoner (MPPs) til Webex-opkald og Webex-appen til meddelelser og møder. Opfordr dem til at bruge Cisco Webex-indstillinger som ét sted til adgang.

Den lokale gateways rolle

Den lokale gateway er en virksomheds- eller partneradministreret ydre enhed til PSTN-samarbejde (Public Switch Telephony Network) og ældre PBX-samarbejde (Public Branch Exchange) (inklusive Unified CM).

Du kan bruge Control Hub til at tildele en lokal gateway til en placering, hvorefter Control Hub giver dig parametre, som du kan konfigurere på CUBE. Disse trin tilmelder den lokale gateway med skyen, og derefter får du PSTN-tjenesteydelsen via gatewayen til Webex-opkald brugere på en bestemt placering.

For at angive og bestille en lokal gateway skal du læse bestillingsvejledningen til lokal gateway.

Understøttede lokale gateway-installationer for Webex-opkald

Følgende grundlæggende udrulninger understøttes:

Den lokale gateway kan installeres enkeltstående eller i installationer, hvor integration i Cisco Unified Communications Manager er påkrævet.

Udrulninger af lokal gateway uden lokal IP PBX

Enkeltvise udrulninger af lokal gateway

Denne figur viser en Webex-opkald-installation uden eksisterende IP-PBX og er gældende for en enkelt placering eller en installation med flere placeringer.

Illustration, der viser en Webex Calling-udrulning uden eksisterende IP PBX.

For alle opkald, der ikke svarer til dine Webex-opkald destinationer, sender Webex-opkald disse opkald til den lokale gateway, der er tildelt til placeringen til behandling. Den lokale gateway dirigerer alle opkald, der kommer fra Webex-opkald til PSTN og i den anden retning, PSTN Webex-opkald.

PSTN-gatewayen kan være en dedikeret platform eller findes samme sted som den lokale gateway. Som i følgende figur anbefaler vi den dedikerede PSTN gateway-variant af denne installation. den kan bruges, hvis den eksisterende PSTN gateway ikke kan bruges som en Webex-opkald lokal gateway.

Illustration, der viser den anbefalede udrulningsindstilling for PSTN-gatewayvariant, der kan bruges, hvis den eksisterende PSTN-gateway ikke kan bruges som en lokal Webex Calling-gateway.

Udrulning af lokal gateway på samme sted

Den lokale gateway kan være IP-baseret, hvor der oprettes forbindelse til en ITSP ved hjælp af en SIP-trunk, eller TDM-baseret, hvor der bruges et ISDN- eller analogt kredsløb. Følgende figur viser en Webex-opkald udrulning, hvor den lokale gateway er Resident med PSTN GW-SBC.

Illustration, der viser en Webex Calling-udrulning, hvor den lokale gateway findes samme sted som PSTN GW/SBC.

Udrulninger af lokal gateway med lokal Unified CM PBX

Integrationer med Unified CM er påkrævet i følgende tilfælde:

  • Webex-opkald-aktiverede placeringer tilføjes til en eksisterende Cisco UC-udrulning, hvor Unified CM implementeres som lokal opkalds styringsløsning

  • Direkte opkald mellem telefoner, der er tilmeldt Unified CM og telefoner på Webex-opkald steder, er påkrævet.

Denne figur viser en Webex-opkald udrulning, hvor kunden har en eksisterende Unified CM IP-PBX.

Illustration, der viser en Webex Calling-udrulning, hvor kunden har en eksisterende Unified CM IP PBX.

Webex-opkald sender opkald, der ikke matcher kundens Webex-opkald-destinationer , til den lokale gateway. Dette omfatter PSTN og interne Unified CM-lokalnumre, som Webex-opkald ikke kan se. Den lokale gateway sender alle opkald, der kommer fra Webex-opkald til Unified CM og omvendt. Unified CM dirigerer derefter indgående opkald til lokale destinationer eller til PSTN i henhold til den eksisterende opkaldsplan. Unified CM-opkaldsplanen normaliserer numre som +E.164. PSTN-gatewayen kan være en dedikeret én eller en, der findes på samme sted som den lokale gateway.

Dedikeret PSTN-gateway

Den dedikerede PSTN gateway-variant af denne installation som vist i dette diagram er den anbefalede valgmulighed og kan bruges, hvis den eksisterende PSTN gateway ikke kan bruges som en Webex-opkald lokal gateway.

Illustration, der viser den dedikerede PSTN-gateway-variant. Den anbefalede valgmulighed, der kan bruges, hvis den eksisterende PSTN-gateway ikke kan bruges som en lokal Webex Calling-gateway.

PSTN-gateway på samme sted

Denne figur viser en Webex-opkald installation med en Unified CM, hvor den lokale gateway er Resident med PSTN gateway-SBC.

Webex-opkald alle opkald, der ikke passer med kundens Webex-opkald-destinationer , til den lokale gateway, der er tildelt placeringen. Dette omfatter PSTN-destinationer og opkald på nettet mod interne Unified CM-lokalnumre. Den lokale gateway dirigerer alle opkald til Unified CM. Unified CM dirigerer derefter opkald til lokalt registrerede telefoner eller til PSTN via den lokale gateway, som har PSTN/SBC-funktionalitet på samme sted.

Illustration, der viser en Webex Calling-udrulning med en Unified CM, hvor den lokale gateway findes samme sted som PSTN-gatewayen/SBC.

Overvejelser ved viderestilling af opkald

Opkald fra Webex-opkald til Unified CM

Den Webex-opkald routing-logik fungerer på følgende måde: hvis nummeret , som indtastes på et Webex-opkald-slutpunkt , ikke kan dirigeres til nogen anden destination inden for den samme kunde i Webex-opkald, sendes opkaldet til den lokale gateway for yderligere behandling. Alle ikke-net-opkald (uden Webex-opkald) sendes til den lokale gateway.

For en Webex-opkald installation uden integration til en eksisterende Unified CM betragtes ethvert off-net-opkald som et PSTN opkald. Når det er kombineret med Unified CM, kan et opkald uden for nettet stadig være et opkald på nettet til enhver destination, der hostes på Unified CM, eller et rigtigt opkald uden for nettet til en PSTN-destination. Skelnen mellem de to sidstnævnte opkaldstyper bestemmes af Unified CM og afhænger af virksomhedens opkaldsplan, der er klargjort på Unified CM.

Følgende figur viser en Webex-opkald bruger, der ringer til et nationalt nummer i USA.

Illustration, der viser en Webex Calling-bruger, der ringer til et nationalt nummer i USA.

Unified CM, der nu er baseret på den konfigurerede opkaldsplan, dirigerer opkaldet til et lokalt registreret slutpunkt, hvor den kaldte destination er klargjort som et nummer i adressebogen. Til dette skal Unified CM-opkaldsplanen understøtte dirigering af +E.164-numre.

Opkald fra Unified CM til Webex-opkald

For at aktivere opkalds routing fra Unified CM til Webex-opkald på Unified CM skal et sæt af ruter gøres klargjort for at definere sættet af + E. 164 og virksomheds Nummererings plan adresser i Webex-opkald.

Med disse ruter på plads er begge opkaldsscenarier, der er vist i følgende figur, mulige.

Illustration, der viser dirigering af opkald fra Unified CM til Webex Calling på et Unified CM-sæt ruter.

Hvis en person i PSTN ringer til et DID-nummer, der er tildelt til en Webex-opkald enhed, vil opkaldet blive afleveret til virksomheden via virksomhedens PSTN gateway og derefter søgeresultater Unified CM. Den kaldte opkaldsadresse svarer til en af de Webex-opkald-ruter, der er klargjort i Unified CM, og opkaldet sendes til den lokale gateway. (Den kaldte adresse skal være i +E.164-format, når den sendes til den lokale gateway) Webex Calling-dirigeringslogikken sikrer derefter, at opkaldet sendes til den tilsigtede Webex Calling-enhed baseret på DID-tildeling.

Desuden er opkald, der stammer fra Unified CM registrerede slutpunkter, målrettet til destinationer i Webex-opkald, underlagt opkaldsplan, der er klargjort på Unified CM. Denne opkaldsplan giver typisk brugerne mulighed for at benytte almindelige virksomhedsopkaldsvaner til at foretage opkald. Disse vaner omfatter ikke nødvendigvis kun +E.164-opkald. Alle opkaldsadresser end +E.164 skal normaliseres til +E.164, før opkaldene sendes til den lokale gateway for at tillade korrekt dirigering i Webex-opkald.

Tjenesteklasse (CoS)

Det anbefales altid at implementere skærpede tjenestebegrænsninger af forskellige årsager, herunder for at undgå opkaldsslynger og forhindre afgiftsbedrageri. I forbindelse med integreringen af Webex-opkald lokal gateway med Unified CM-kursus klasse skal vi overveje tjenestens klasse for:

  • Enheder, der er registreret med Unified CM

  • Opkald, der kommer til Unified CM fra PSTN

  • Opkald, der kommer til Unified CM fra Webex-opkald

Enheder, der er registreret med Unified CM

Tilføjelse af de Webex-opkald destinationer som en ny klasse af destinationer til en eksisterende CoS-opsætning er ret lige videre: tilladelse til at ringe til Webex-opkald destinationer er typisk ækvivalent med tilladelse til at ringe til lokale (inklusive Intersite)-destinationer.

Hvis en virksomheds opkalds plan i forvejen implementerer "(forkortelset) på net-websted" tilladelse, så er der allerede en partition, der er klargjort på Unified CM, som vi kan bruge, og klargør alle de kendte på-net Webex-opkald destinationer i den samme partition.

Ellers findes begrebet "(forkortet) på net-websted"-tilladelse ikke endnu, og derefter er en ny partition (for eksempel "onNetRemote") klargjort, Webex-opkald-destinationer tilføjes til denne partition, og endelig skal denne nye partition føjes til de relevante opkalds søgnings rum.

Opkald, der kommer til Unified CM fra PSTN

Tilføjelse af de Webex-opkald destinationer som en ny klasse af destinationer til en eksisterende CoS-opsætning er ret lige videre: tilladelse til at ringe til Webex-opkald destinationer er typisk ækvivalent med tilladelse til at ringe til lokale (inklusive Intersite)-destinationer.

Hvis en virksomheds opkalds plan i forvejen implementerer "(forkortelset) på net-websted" tilladelse, så er der allerede en partition, der er klargjort på Unified CM, som vi kan bruge, og klargør alle de kendte på-net Webex-opkald destinationer i den samme partition.

Ellers findes begrebet "(forkortet) på net-websted"-tilladelse ikke endnu, og derefter er en ny partition (for eksempel "onNetRemote") klargjort, Webex-opkald-destinationer tilføjes til denne partition, og endelig skal denne nye partition føjes til de relevante opkalds søgnings rum.

Opkald, der kommer til Unified CM fra Webex-opkald

Opkald, der kommer ind fra PSTN skal have adgang til alle Webex-opkald destinationer. Dette kræver, at du tilføjer ovenstående partition, der indeholder alle Webex-opkald destinationer til opkalds søgnings rummet, der bruges til indgående opkald på PSTN Trunk. Adgang til Webex-opkald destinationer kommer ud over den allerede eksisterende adgang.

I forbindelse med opkald fra PSTN adgang til Unified CM DIDs og Webex-opkald DIDs er det nødvendigt at opkald med oprindelse i Webex-opkald skal have adgang til Unified CM DIDs og PSTN-destinationer.

Illustration af differentierede CoS for opkald fra PST og Webex Calling.
Differentierede CO'er for opkald fra PSTN og Webex-opkald

Denne figur sammenligner disse to forskellige tjenesteklasser for opkald fra PSTN og Webex-opkald. Figuren viser også, at hvis PSTN-gateway-funktionaliteten sammenstilles med den lokale gateway, er to trunks påkrævet fra den kombinerede PSTN GW og lokale gateway til Unified CM: en til opkald med oprindelse i PSTN og én til opkald, der stammer fra Webex-opkald. Dette skyldes kravet om at anvende differentierede opkaldssøgerum pr. trafiktype. Med to indgående trunks på Unified CM kan dette nemt gøres klar ved at konfigurere det nødvendige opkaldssøgerum til indgående opkald på hver trunk.

Integration af opkaldsplan

Denne vejledning tager udgangspunkt i en eksisterende installation, der er baseret på den bedste aktuelle praksis i "Foretrukket arkitektur for lokale udrulninger af Cisco Collaboration, CVD." Den seneste version er tilgængelig her.

Det anbefalede opkaldsplandesign følger den designtilgang, som er dokumenteret i kapitlet Opkaldsplan i den seneste version af Cisco Collaboration System SRND, der er tilgængelig her.

Illustration, der viser en oversigt over det anbefalede opkaldsplandesign.
Anbefalet opkaldsplan

Denne figur viser en oversigt over det anbefalede opkaldsplandesign. Nøgleegenskaber ved dette opkaldsplandesign omfatter:

  • Alle numre i adressebog, der er konfigureret på Unified CM, er i +E.164 format.

  • Alle numre i adressebog har den samme partition (DN) og er markeret som vigtige.

  • Grundlæggende viderestilling er baseret på +E.164.

  • Alle opkaldsmønstre, der ikke anvender +E.164 (f.eks. forkortede opkald mellem websteder og PSTN-opkald ved hjælp af typiske opkaldsmønstre), normaliseres (globaliseres) til +E.164 ved hjælp af oversættelsesmønstre for opkaldsnormalisering.

  • Oversættelsesmønstre til opkaldsnormalisering bruger nedarvning af opkaldssøgerum for oversættelsesmønster – de har indstillingen "Brug afsenders opkaldssøgerum" slået til.

  • Tjenesteklasse implementeres ved hjælp af websted- og tjenesteklassespecifikke opkaldssøgerum.

  • PSTN-adgangsrettigheder (f.eks. adgang til internationale PSTN-destinationer) implementeres ved at tilføje partitioner med de respektive +E.164-rutemønstre til opkaldssøgerummet, der definerer tjenesteklasse.

Adgang til Webex-opkald

Illustration, der viser tilføjelse af Webex Calling-destination til opkaldsplanen.
Tilføjelse Webex-opkald destination til opkaldsplan

For at tilføje reachability for Webex-opkald-destinationer til denne opkaldsplan skal en partition, der repræsenterer alle Webex-opkald-destinationer, oprettes ("Webex-opkald") og et +E.164 rutemønster for hvert DID-område i Webex-opkald tilføjes til denne partition. Denne rutemønster henviser til en ruteliste med kun ét medlem: rutegruppen med SIP-trunk til den lokale gateway for opkald til Webex-opkald. Da alle indtastede destinationer er normaliserede til +E.164, enten ved hjælp af opkaldsrealiseringsoversættelsesmønstre for opkald, der stammer fra Unified CM-registrerede slutpunkter eller indgående opkaldsparter til opkald, der stammer fra PSTN er dette enkelt sæt af rutemønstre med +E.164 nok til at opnå rækkevidde for destinationer i Webex-opkald uafhængigt af den indtastede nummer.

Hvis en bruger for eksempel ringer til "914085550165", normaliserer opkaldsoversættelsesmønsteret i partition "UStoE164" denne opkaldsstreng til "+14085550165", som derefter matcher rutemønster for en Webex-opkald-destination i partition "Webex-opkald." Unified CM sender til sidst opkaldet til den lokale gateway.

Tilføj forkortede opkald mellem websteder

Illustration, der viser tilføjelse af forkortede opkald mellem websteder.
Tilføjelse af forkortede opkald mellem websteder

Den anbefalede måde at føje forkortede opkald mellem websteder til referenceopkaldsplanen på er at tilføje oversættelsesmønstre for opkaldsnormalisering for alle websteder under virksomhedsnummereringsplanen for en dedikeret partition ("ESN"). Disse oversættelsesmønstre opfanger opkaldsstrenge i virksomhedsnummereringsplanens format og normaliserer opkaldsstrengen til +E.164.

For at tilføje virksomhedsforkortede opkald til Webex-opkald-destinationer skal du tilføje det respektive oversættelsesmønster for normalisering for Webex-opkald-placeringen til partitionen "Webex-opkald" (for eksempel "8101XX" i diagrammet). Efter normalisering sendes opkaldet igen til Webex-opkald efter at have matchet rutemønster i "Webex-opkald"-partitionen.

Vi anbefaler ikke at tilføje de forkortede oversættelsesmønster for opkald til Webex-opkald opkald til "ESN"-partitionen, da denne konfiguration kan oprette uønskede opkaldsroutingslynger.

Protokolbehandlere for Calling

Webex Calling registrerer følgende protokolbehandlere med operativsystemet for at aktivere klik-for-at-ringe-op-funktionalitet fra webbrowsere eller andre applikationer. Følgende protokoller starter et lyd- eller videoopkald i Webex-appen, når det er standardopkaldsapplikationen på Mac eller Windows:

  • CLICKTOCALL: eller CLICKTOCALL://

  • SIP: eller SIP://

  • TEL: eller TEL://

  • WEBEXTEL: eller WEBEXTEL://

Liste over protokolbehandlere, der starter et lyd- eller videoopkald i Webex-appen, når det er standardopkaldsapplikationen på Mac eller Windows.

Protokolbehandlere for Windows

Andre apps kan tilmelde sig protokolførerne før Webex-appen. I Windows 10 beder systemvinduet brugerne om at vælge, hvilken app de vil bruge til at starte opkaldet. Brugerpræferencen huskes, hvis brugeren markerer Brug altid denne app.

Windows 10 "Vælg en app" med Webex fremhævet som valgmuligheden at vælge.

Hvis brugerne har behov for at nulstille standardindstillinger for opkaldsappen, så de kan vælge Webex-appen, kan du instruere dem i at ændre protokol til Webex-appen i Windows 10:

  1. Åbn systemindstillingerne Standardappindstillinger , klik på Indstil standarder efter app, og vælg derefter Webex-app.

    Windows 10 "Indstil standarder efter app" med Webex fremhævet som valgmuligheden at vælge.

  2. Vælg Webex-app for hver protokol.

    Windows 10 Webex-valgmuligheder for filtype- og protokoltilknytninger.

Protokolførere til macOS

Hvis andre apps , der er tilmeldt opkaldsprotokollerne før Webex-appen, på Mac OS, skal brugere konfigurere deres Webex-app til at være standardopkaldsvalgmuligheden.

I Webex-appen til Mac kan brugere bekræfte, at Webex-appen er valgt for indstillingen Start opkald med under generelle præferencer. De kan også markere Opret altid forbindelse til Microsoft Outlook , hvis de vil foretage opkald i Webex-appen, når de klikker på en Outlook-kontakts nummer.

Indstillinger for Mac OS-protokolhåndtering; Vælg valgmuligheden "Tilslut altid til Microsoft Outlook", og rullemenuen "Start opkald med" har Webex valgt.

Forbered dit miljø

Generelle forudsætninger

Før du konfigurerer en lokal gateway til Webex Calling, skal du sikre dig, at du:

  • har grundlæggende viden om VoIP-principper

  • har grundlæggende viden om Cisco IOS-XE- og IOS-XE-stemmekoncepter

  • har en grundlæggende forståelse af Session Initiation Protocol (SIP)

  • har en grundlæggende forståelse af Cisco Unified Communications Manager (Unified CM), hvis din implementeringsmodel omfatter Unified CM

Se Cisco Unified Border Element (CUBE) Enterprise Configuration Guide for at få flere oplysninger.

Hardware- og softwarekrav til lokal gateway

Sørg for, at din installation har en eller flere af de lokale gateways, f.eks.:

  • Cisco CUBE til IP-baseret tilslutning

  • Cisco IOS-gateway til TDM-baseret tilslutning

Se tabel 1 i bestillingsvejledningen til lokal gateway til Webex Calling. Sørg også for, at platformen kører en understøttet IOS-XE-udgivelse i henhold til konfigurationsvejledningen til lokal gateway.

Den lokale gateway hjælper dig med at migrere til Webex Calling i dit eget tempo. Den lokale gateway integrerer din eksisterende lokale installation med Webex Calling. Du kan også bruge din eksisterende PSTN-forbindelse. Se Kom i gang med lokal gateway

Certifikat- og sikkerhedskrav til lokal gateway

Webex-opkald kræver sikker signalering og medie. Den lokale gateway udfører krypteringen, og der skal oprettes en udadgående TLS-forbindelse til skyen med følgende trin:

  • Den lokale gateway skal opdateres med nøglecenterbundtet fra Cisco PKI

  • Et sæt af SIP Digest-legitimationsoplysninger fra Control Hubs trunkkonfigurationsside bruges til at konfigurere den lokale gateway (trinnene er en del af konfigurationen, der følger)

  • Nøglecenterbundtet validerer certifikatet, der præsenteres

  • Der anmodes om legitimationsoplysninger (fra SIP Digest)

  • Skyen identificerer, hvilken lokal gateway der er sikkert registreret

Krav til firewall, NAT og mediestioptimering til lokal gateway

I de fleste tilfælde kan den lokale gateway og slutpunkterne ligge på det interne kundenetværk ved brug af private IP-adresser med NAT. Virksomhedsfirewallen skal tillade udgående trafik (SIP, RTP/UDP, HTTP) til specifikke IP-adresser/porte, der er dækket i portreferenceoplysningerne.

Hvis du vil bruge mediestioptimering med ICE, skal den lokale gateways grænseflade, der vender mod Webex Calling, have en direkte netværkssti til og fra Webex Calling-slutpunkterne. Hvis slutpunkterne er på en anden placering, og der ikke er nogen direkte netværkssti mellem slutpunkterne og den lokale gateways grænseflade, der vender mod Webex Calling, skal den lokale gateway have en offentlig IP-adresse tildelt til grænsefladen, der vender mod Webex Calling, til opkald mellem den lokale gateway og slutpunkterne for at bruge mediestioptimering. Derudover skal den køre iOS-XE version 16.12.5.

Portreferenceoplysninger for Webex Calling

En korrekt konfigureret firewall og proxy er afgørende for en vellykket opkaldsudrulning. Webex Calling bruger SIP og HTTPS til opkaldssignal og de tilknyttede adresser og porte til medier, netværksforbindelse og gatewayforbindelse, da Webex Calling er en global tjeneste.

Det er ikke alle firewallkonfigurationer, der kræver, at porte er åbne. Men hvis du kører interne til eksterne regler, skal du åbne porte for de nødvendige protokoller for at lukke tjenester ud.

Oversættelse af netværksadresser (NAT)

Funktionerne NAT (Network Address Translation) og PAT (Port Address Translation) anvendes ved grænsen mellem to netværk for at oversætte adresserum eller for at forhindre kollision mellem IP-adresserum.

Organisationer bruger gatewayteknologier såsom firewalls og proxyer, der leverer NAT- eller PAT-tjenester, til at give internetadgang til Webex-appapplikationer eller Webex-enheder, der er på et privat IP-adresseområde. Disse gateways gør, at trafik fra interne apps eller enheder til internettet ser ud til at komme fra en eller flere offentligt distribuerbare IP-adresser.

  • Hvis du installerer NAT, er det ikke obligatorisk at åbne en indgående port på firewallen.

  • Valider den NAT-puljestørrelse, der kræves for tilslutning til app eller enheder, når flere app-brugere og -enheder tilgår Webex Calling og Webex Aware-tjenester ved hjælp af NAT eller PAT. Sørg for, at der er tildelt tilstrækkelige offentlige IP-adresser til NAT-puljer for at forhindre udtømning af porte. Udtømning af porte bidrager til, at interne brugere og enheder ikke kan oprette forbindelse til Webex Calling- og Webex Aware-tjenesterne.

  • Definer rimelige bindingsperioder, og undgå at manipulere SIP på NAT-enheden.

  • Konfigurer en minimum NAT-timeout for at sikre, at enhederne fungerer korrekt. Eksempel: Cisco-telefoner sender en opfølgende REGISTER-opdateringsmeddelelse hvert 1.-2. minut.

  • Hvis dit netværk implementerer NAT eller SPI, skal du indstille en større timeout (på mindst 30 minutter) for forbindelserne. Denne timeout giver mulighed for pålidelig forbindelse, samtidig med at batteriforbruget i brugernes mobilenheder reduceres.

SIP-programlaggateway

Hvis en router eller firewall er SIP Aware, hvilket indebærer, at SIP Application Layer Gateway (ALG) eller lignende er aktiveret, anbefaler vi, at du deaktiverer denne funktion for at sikre korrekt drift af tjenesten. Selvom al Webex Calling-trafik er krypteret, kan visse SIP ALG-implementeringer forårsage problemer med passage gennem firewall. Vi anbefaler derfor, at du slukker for SIP ALG for at sikre en service af høj kvalitet.

Se den relevante producents dokumentation for trin til at deaktivere SIP ALG på specifikke enheder.

Proxyunderstøttelse af Webex Calling

Organisationer installerer en internetfirewall eller internetproxy og firewall for at undersøge, begrænse og kontrollere den HTTP-trafik, der forlader og kommer ind på deres netværk. Dermed beskyttes deres netværk mod forskellige former for cyberangreb.

Proxyer udfører flere sikkerhedsfunktioner som f.eks.:

  • Tillad eller bloker adgang til specifikke URL-adresser.

  • Brugerbekræftelse

  • Opslag af IP-adresse/domæne/værtsnavn/URI-renommé

  • Trafikdekryptering og -inspektion

Ved konfiguration af proxyfunktionen gælder den for alle de programmer, der bruger HTTP-protokollen.

Webex-appen og Webex-enhedsprogrammerne omfatter følgende:

  • Webex-tjenesteydelser

  • CDA-procedurer (Customer Device Activation) ved hjælp af Cisco Cloud-klargøringsplatformen, f.eks. GDS, EDOS-enhedsaktivering, klargøring og onboarding til Webex-cloud.

  • Certifikatgodkendelse

  • Opgraderinger af firmware

  • Statusrapporter

  • PRT-overførsler

  • XSI-tjenester

Hvis der er konfigureret en proxyserveradresse, sendes kun signaltrafikken (HTTP/HTTPS) til proxyserveren. Klienter, der bruger SIP til at tilmelde sig Webex Calling-tjenesten og de tilknyttede medier, sendes ikke til proxyen. Tillad derfor disse klienter at gå direkte gennem firewallen.

Understøttede proxyindstillinger, konfigurations- og godkendelsestyper

De understøttede proxytyper er:

  • Eksplicit proxy (inspicere eller ikke-inspicere) – konfigurer klienterne enten app eller enhed med eksplicit proxy for at angive den server, der skal bruges.

  • Gennemsigtig proxy (ikke-inspicerende) – klienterne er ikke konfigureret til at bruge en bestemt proxyserveradresse og kræver ikke ændringer for at fungere med en ikke-inspicerende proxy.

  • Gennemsigtig proxy (inspicere) – klienterne er ikke konfigureret til at bruge en bestemt proxyserveradresse. Der kræves ingen konfigurationsændringer af HTTP. Dine klienter skal dog enten appen eller enhederne have et rodcertifikat, så de har tillid til proxyen. It-teamet bruger inspektionsproxyer til at håndhæve politikker på de websteder, der skal besøges, og de typer indhold, der ikke er tilladt.

Konfigurer proxyadresserne manuelt for Cisco-enheder og Webex-appen ved hjælp af:

Når du konfigurerer dine foretrukne produkttyper, skal du vælge mellem følgende proxykonfigurationer og godkendelsestyper i tabellen:

Produkt

Proxykonfiguration

Godkendelsestype

Webex til Mac

Manuel, WPAD, PAC

Ingen godk., grundlæggende, NTLM,

Webex til Windows

Manuel, WPAD, PAC, GPO

Ingen godk., grundlæggende, NTLM, , forhandle

Webex til iOS

Manuel, WPAD, PAC

Ingen godk., grundlæggende, Digest, NTLM

Webex til Android

Manuel, PAC

Ingen godk., grundlæggende, Digest, NTLM

Webex-webapp

Understøttet via OS

Ingen godk., grundlæggende, Digest, NTLM, Negotiate

Webex-enheder

WPAD, PAC eller manuel

Ingen godk., grundlæggende, Digest

Cisco IP-telefoner

Manuel, WPAD, PAC

Ingen godk., grundlæggende, Digest

Webex-videomaskeknudepunkt

Manuel

Ingen godk., grundlæggende, Digest, NTLM

For legender i tabellen:

  1. Mac NTLM Auth – maskine behøver ikke at være logget på domænet, brugeren bliver bedt om en adgangskode

  2. Windows NTLM Auth – understøttes kun, hvis en maskine er logget på domænet

  3. Forhandles – Kerberos med NTLM-fallback-godkendelse.

  4. Hvis du vil forbinde en Cisco Webex Board-, Desk- eller Room-enhed til en proxyserver, skal du se Tilslut din Board-, Desk- eller Room-enhed til en proxyserver.

  5. For Cisco IP-telefoner, se Opsæt en proxyserver som et eksempel på konfiguration af proxyserveren og indstillingerne.

For Ingen godkendelse skal du konfigurere klienten med en proxyadresse, der ikke understøtter godkendelse. Når du bruger proxygodkendelse, skal du konfigurere med gyldige legitimationsoplysninger. Proxyer, der undersøger webtrafik, kan forstyrre WebSocket-forbindelser. Hvis dette problem opstår, kan det løse problemet ved at omgå den ikke-inspicerede trafik til *.Webex.com. Hvis du allerede ser andre indtastninger, skal du tilføje et semikolon efter den sidste indtastning og derefter indtaste Webex-undtagelsen.

Proxyindstillinger for Windows OS

Microsoft Windows understøtter to netværksbiblioteker til HTTP-trafik (WinINet og WinHTTP), der tillader Proxy-konfiguration.WinINet er et supersæt af WinHTTP.

  1. WinInet er designet til desktop-klientapplikationer med én bruger

  2. WinHTTP er primært designet til serverbaserede programmer med flere brugere

Når du vælger mellem de to, skal du vælge WinINet til dine proxykonfigurationsindstillinger. Få flere oplysninger i wininet-vs-winhttp.

Se Konfigurer en liste over tilladte domæner for at få adgang til Webex, mens du er på dit firmanetværk for yderligere oplysninger om følgende:

  • For at sikre, at folk kun logger ind på programmer ved hjælp af konti fra en foruddefineret liste over domæner.

  • Brug en proxyserver til at opsnappe anmodninger og begrænse de domæner, der er tilladt.

Proxy-inspektion og certifikatfastgørelse

Webex-appen og -enhederne validerer servernes certifikater, når de opretter TLS-sessionerne. Certifikat kontrollerer, at certifikatkæden, f.eks. certifikatudstederen og digital signatur, er afhængig af bekræftelse af certifikatkæden op til rodcertifikatet. Til at udføre valideringskontrollen bruger Webex-appen og enhederne et sæt pålidelige rodnøglecentercertifikater, der er installeret i operativsystemets tillidslager.

Hvis du har installeret en TLS-inspektion proxy til at opfange, dekryptere og undersøge Webex Calling-trafik. Sørg for, at det certifikat, som proxyen præsenterer (i stedet for Webex-tjenestecertifikatet), er signeret af en certifikatmyndighed, og at rodcertifikatet er installeret i tillidslageret i din Webex-app eller Webex-enhed.

  • For Webex-appen – installer det CA-certifikat, der bruges til at underskrive certifikatet af proxyen i enhedens operativsystem.

  • For Webex Room-enheder og Cisco IP-multiplatform-telefoner – åbn en serviceanmodning hos TAC-teamet for at installere CA-certifikatet.

Denne tabel viser Webex-appen og Webex-enheder, der understøtter TLS-inspektion af proxyservere

Produkt

Understøtter brugerdefinerede nøglecentre til TLS-inspektion

Webex-app (Windows, Mac, iOS, Android og web)

Ja

Webex Room-enheder

Ja

Cisco IP Multiplatform-telefoner (MPP)

Ja

Konfiguration af firewall

Cisco understøtter Webex Calling- og Webex Aware-tjenester i sikre Cisco- og AWS-datacentre (Amazon Web Services). Amazon har reserveret sine IP-undernet til Ciscos eneste brug og sikret de tjenester, der er placeret i disse undernet i den virtuelle private AWS-cloud.

Konfigurer din firewall, så kommunikation fra dine enheder, appens applikationer og tjenester rettet mod internettet kan udføre deres funktioner korrekt. Denne konfiguration giver adgang til alle understøttede Webex Calling- og Webex Aware-cloudtjenester, domænenavne, IP-adresser, porte og protokoller.

Hvidliste eller åbn følgende, så Webex Calling og Webex Aware-tjenester fungerer korrekt.

  • De URL-adresser/domæner, der er nævnt under afsnittet Domæner og URL-adresser til Webex Calling-tjenester

  • IP-undernet, porte og protokoller nævnt i afsnittet IP-undernet til Webex Calling-tjenester

  • Hvis du bruger Webex Suite af cloud-samarbejdsservicer i deres organisation, Webex Meetings, Meddelelser, Webex Attendant Console og andre tjenester, skal du sørge for, at de IP-undernet, domæner/URL-adresser, der er nævnt i disse artikler, er åbne Netværkskrav til Webex-tjenester og Netværkskrav til Attendant Console

Hvis du kun bruger en firewall, understøttes filtrering af Webex Calling-trafik ved hjælp af IP-adresser alene ikke, da nogle af IP-adressepuljer er dynamiske og kan ændres når som helst. Opdater dine regler regelmæssigt. Hvis du ikke opdaterer din liste over firewallregler, kan det påvirke dine brugeres oplevelse. Cisco understøtter ikke filtrering af et undersæt af IP-adresser baseret på en bestemt geografisk region eller cloud-tjenesteudbyder. Filtrering efter område kan forårsage alvorlig forringelse af opkaldsoplevelsen.

Cisco opretholder ikke dynamisk skiftende IP-adressepuljer, så de er ikke angivet i denne artikel.

Hvis din firewall ikke understøtter filtrering af domæne/URL-adresser, skal du bruge indstillingen Enterprise Proxyserver. Denne indstilling filtrerer/tillader efter URL/domæne HTTP'er signaltrafik til Webex Calling og Webex Aware-tjenester på din proxyserver, før den viderestilles til din firewall.

Du kan konfigurere trafik ved hjælp af filtrering af porte og IP-undernet til opkaldsmedier. Da medietrafikken kræver direkte adgang til internettet, skal du vælge indstillingen URL-filtrering for signaltrafik.

For Webex Calling er UDP Ciscos foretrukne transportprotokol til medier, og den anbefaler kun at bruge SRTP over UDP. TCP og TLS som transportprotokoller for medier understøttes ikke for Webex Calling i produktionsmiljøer. Disse protokollers forbindelsesorienterede karakter påvirker mediekvaliteten over netværk med tab. Hvis du har spørgsmål vedrørende transportprotokollen, skal du oprette en supportbillet.

Domæner og URL-adresser til Webex Calling-tjenester

Et *, der vises i begyndelsen af en URL-adresse (f.eks. *.webex.com), angiver, at tjenester på domænet på øverste niveau og alle underdomæner er tilgængelige.

Domæne/URL-adresse

Beskrivelse

Webex-apps og -enheder, der bruger disse domæner/URL-adresser

Cisco Webex-tjenesteydelser

*.broadcloudpbx.com

Webex-godkendelsens mikrotjenester til krydsstart fra Control Hub til opkaldsadministratorportalen.

Control Hub

*.broadcloud.com.au

Webex Calling-tjenester i Australien.

Alle

*.broadcloud.eu

Webex Calling-tjenester i Europa.

Alle

*.broadcloudpbx.net

Opkaldsklientkonfiguration og administrationstjenester.

Webex-apps

*.webex.com

*.cisco.com

Grundlæggende Webex Calling- og Webex Aware-tjenester

  1. Identitetsklargøring

  2. Identitetslager

  3. Godkendelse

  4. OAuth-tjenester

  5. Onboarding af enheder

  6. Cloud-forbundet UC

Når en telefon opretter forbindelse til et netværk for første gang eller efter en fabriksnulstilling uden angivet DHCP-indstillinger, kontakter den en enhedsaktiveringsserver for klargøring uden touch. Nye telefoner bruger activate.cisco.com og telefoner med firmwareversion tidligere end 11.2(1), fortsæt med at bruge webapps.cisco.com til klargøring.

Download enhedens firmware og lokale opdateringer fra binaries.webex.com.

Giv Cisco-multiplatformstelefoner (MPP'er), der er ældre end version 12.0.3, adgang til sudirenewal.cisco.com via port 80 for at forny det producentinstallerede certifikat (MIC) og have et SUDI (Secure Unique Device Identifier). Se Feltmeddelelse for detaljer.

Alle

*.ucmgmt.cisco.com

Webex Calling-tjenester

Control Hub

*.wbx2.com og *.ciscospark.com

Bruges til cloud-bevidsthed til at kontakte Webex Calling og Webex Aware-tjenester under og efter onboarding.

Disse tjenester er nødvendige for

  • Administration af apps og enheder

  • Apps Administration af applikationsmeddelelsesmekanisme

Alle

*.webexapis.com

Webex-mikrotjenester, der administrerer dine Webex-appapplikationer og Webex-enheder.

  1. Profilbilledtjeneste

  2. Brug af whiteboard-tjeneste

  3. Nærhedstjeneste

  4. Tilstedeværelsestjeneste

  5. Tilmeldingstjeneste

  6. Kalendertjeneste

  7. Søgetjeneste

Alle

*.webexcontent.com

Webex-meddelelsestjenester relateret til generel fillagring, herunder:

  1. Brugerfiler

  2. Transkodede filer

  3. Billeder

  4. Skærmbilleder

  5. Whiteboard-indhold

  6. Klient- og enhedslogfiler

  7. Profilbilleder

  8. Brandinglogoer

  9. Logfiler

  10. Masseeksportér filer og importér filer (Control Hub)

Meddelelsestjenester i Webex-apps.

Fillager med webexcontent.com erstattet af clouddrive.com i oktober 2019

*.accompany.com

Integration af People Insights

Webex-apps

Yderligere Webex-relaterede tjenester (tredjepartsdomæner)

*.appdynamics.com

*.eum-appdynamics.com

Sporing af præstation, registrering af fejl og nedbrud, sessionsmålinger.

Control Hub

*.sipflash.com

Enhedsadministrationstjenester. Firmwareopgraderinger og sikre onboardingformål.

Webex-apps

*.walkme.com *.walkmeusercontent.com

Webex-brugervejledningsklient. Bruges til onboarding af og brugsanvisninger til nye brugere.

Klik her for yderligere oplysninger om WalkMe.

Webex-apps

*.google.com

*.googleapis.com

Underretninger til Webex-apps på mobilenheder (eksempel: ny meddelelse, når opkaldet besvares)

Se disse links for IP-undernet

Google Firebase Cloud Messaging-tjeneste (FCM)

Apple Push Notification Service (APNS)

Når det gælder APNS, angiver Apple IP-undernettene for denne tjeneste.

Webex-app

IP-undernet til Webex Calling-tjenester

IP-undernet til Webex Calling-tjenester*

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Enhedskonfiguration og firmwareadministration (Cisco devies)

3.20.185.219

3.130.87.169

3.134.166.179

52.26.82.54

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

Konfiguration af Webex-appen

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Tilslutningsformål

KildeadresserKildeporteProtocolDestinationsadresserDestinationsporteBemærkninger
Opkalds signal til Webex-opkald (SIP TLS)Ekstern lokal gateway (NIC)8000-65535TCPSe IP-undernet for Webex Calling-tjenester.5062, 8934

Disse IP-adresser/porte er nødvendige til udgående SIP-TLS-opkaldssignaler fra lokale gateways, enheder og Webex-appapplikationer (kilde) til Webex Calling-skyen (destination).

Port 5062 (kræves til certifikatbaseret trunk). og port 8934 (kræves til tilmeldingsbaseret trunk

Enheder5060-50808934
Webex-app Kortvarig (OS-afhængig)
Opkaldssignal fra Webex Calling (SIP TLS) til lokal gateway

Webex Calling-adresseområde.

Se IP-undernet til Webex Calling-tjenester

8934TCPIP- eller IP-område valgt af kunden til deres lokale gatewayPort eller portområde valgt af kunden til deres lokale gateway

Gælder for certifikatbaserede lokale gateways. Det er nødvendigt at oprette forbindelse fra Webex Calling til en lokal gateway.

En registreringsbaseret lokal gateway fungerer på genbrug af en forbindelse, der er oprettet fra den lokale gateway.

Destinationsport er kunden valgt Konfigurer trunks

Opkaldsmedie til Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Ekstern lokal gateway (NIC)8000-48199†*UDPSe IP-undernet for Webex Calling-tjenester.

5004, 9000 (STUN-porte)

Lyd: 8500-8599

Video: 8600-8699

19560-65535 (SRTP over UDP)

  • Disse IP-adresser/porte bruges til udgående SRTP-opkaldsmedier fra lokale gateways, enheder og Webex-appapplikationer (kilde) til Webex Calling-skyen (destination).

  • For Opkald inden for organisationen, hvor STUN og ICE-forhandling gennemføres, fjernes medierelæet i skyen som kommunikationsstien. I sådanne tilfælde foregår mediestrømmen direkte mellem brugerens apps/enheder.

    For eksempel: Hvis medieoptimeringen lykkes, sender Webex-appen medier direkte mellem hinanden i portområderne 8500-8699, og enheder sender medier direkte til hinanden i portområderne 19560-19661.

  • For visse netværkstopologier, hvor der bruges firewalls hos en kunde, skal du tillade adgang til de nævnte kilde- og destinationsportområder i dit netværk, så mediet kan passere igennem.

    Eksempel: Tillad kilde- og destinationsportområdet i Webex-appen

    Lyd: 8500-8599 Video:8600-8699

  • Browsere bruger den ephemerale kildeport, der kan styres ved at indstille politikken WebRtcUdpPortRange i MDM-profilen (Managed Device Management).

    Webex Calling-tjenesten fungerer normalt, hvis der ikke er indstillet en MDM-tjeneste, eller hvis SiteURL og EnableForceLogin ikke er konfigureret.

Enheder*19560-19661

VG400 ATA-enheder

19560-19849
Webex-app*

Lyd: 8500-8599

Video: 8600-8699

WebRTC

Ephemeral (i henhold til browserpolitikken)
Opkaldsmedie fra Webex Calling (SRTP/SRTCP, T38)

Webex Calling-adresseområde.

Se IP-undernet til Webex Calling-tjenester

19560-65535 (SRTP over UDP) UDPIP- eller IP-område valgt af kunden til deres lokale gateway Medieportområde valgt af kunden til deres lokale gateway
Opkaldssignal til PSTN-gateway (SIP TLS)Intern lokal gateway (NIC)8000-65535TCPDin ITSP PSTN GW eller Unified CMAfhænger af PSTN-muligheden (f.eks. typisk 5060 eller 5061 for Unified CM)
Ring medier til PSTN-gateway (SRTP/SRTCP)Intern lokal gateway (NIC)8000-48199†*UDPDin ITSP PSTN GW eller Unified CMAfhænger af PSTN-indstillingen (f.eks. typisk 5060 eller 5061 for Unified CM)
Enhedskonfiguration og firmwareadministration (Cisco-enheder)Webex-opkald enhederKortvarigTCP

Se IP-undernet til Webex Calling-tjenester

443, 6970, 80

Påkrævet af følgende årsager:

  1. Migrerer fra virksomhedstelefoner (Cisco Unified CM) til Webex Calling. Se upgrade.cisco.com for at få flere oplysninger. Cloudupgrader.webex.com bruger porte: 6970.443 til firmwaremigreringsprocessen.

  2. Firmwareopgraderinger og sikker onboarding af enheder (MPP og lokale- eller fastnettelefoner) ved hjælp af den 16-cifrede aktiveringskode (GDS)

  3. Til CDA/EDOS – MAC-adressebaseret klargøring. Bruges af enheder (MPP-telefoner, ATA'er og SPA ATA'er) med nyere firmware.

  4. For Cisco ATA'er skal du sikre, at enhederne er på den mindste firmware for 11.1.0MSR3-9.

  5. Når en telefon opretter forbindelse til et netværk for første gang eller efter en fabriksnulstilling, uden at DHCP-indstillingerne er angivet, kontakter den en enhedsaktiveringsserver for klargøring uden touch. Nye telefoner bruger activate.cisco.com i stedet for webapps.cisco.com til klargøring. Telefoner med firmware udgivet før 11.2(1) fortsætter med at bruge webapps.cisco.com. Det anbefales at tillade alle disse IP-undernet.

  6. Giv Cisco-multiplatformstelefoner (MPP'er), der er ældre end version 12.0.3, adgang til sudirenewal.cisco.com via port 80 for at forny det producentinstallerede certifikat (MIC) og have et SUDI (Secure Unique Device Identifier). Se Feltmeddelelse for detaljer

Konfiguration af Webex-appenWebex-appapplikationerKortvarigTCP

Se IP-undernet til Webex Calling-tjenester

443, 8443Bruges til Godkendelse af Id-mægler, konfigurationstjenester til Webex-appen for klienter, browserbaseret webadgang til selvbetjening og adgang TIL Administrativ grænseflade.
TCP-port 8443 bruges af Webex-appen i Cisco Unified CM-opsætningen til download af konfiguration. Kun kunder, der bruger opsætningen til at oprette forbindelse til Webex Calling, må åbne porten.
Synkronisering af enhedstid (NTP)Webex-opkald enheder51494UDPSe IP-undernet for Webex Calling-tjenester.123Disse IP-adresser er nødvendige for synkronisering af klokkeslæt for enheder (MPP-telefoner, ATA'er og SPA ATA'er)

Opløsning på domænenavn (DNS)

Webex Calling-enheder, Webex-appen og Webex-enhederKortvarigUDP og TCPVærtsdefineret53Bruges til DNS-opslag til at registrere IP-adresserne for Webex Calling-tjenester i skyen. Selvom typiske DNS-opslag udføres over UDP, kræver nogle muligvis TCP, hvis forespørgselssvarene ikke kan passe det i UDP-pakker.
Netværkstidsprotokol (NTP)Webex-app og Webex-enheder123UDPVærtsdefineret123Tidssynkronisering
CScanWebbaseret netværksparathed – prækvalifikationsværktøj til Webex CallingKortvarigTCPSe IP-undernet for Webex Calling-tjenester.8934 og 443Webbaseret værktøj til prækvalificering af netværksparathed til Webex Calling. Få flere oplysninger på cscan.webex.com.
UDP19569-19760
Yderligere Webex Calling og Webex Aware-tjenester (tredjepart)
APNS- og FCM-tjenester med push-notifikationer Webex-opkaldsapplikationer KortvarigTCP

Se IP-undernet, der er nævnt under linkene

Apple Push Notification Service (APNS)

Firebase-cloudmeddelelser (FCM)

443, 2197, 5228, 5229, 5230, 5223Underretninger til Webex-apps på mobilenheder (eksempel: Når du modtager en ny meddelelse, eller når et opkald besvares)

  • *CUBE-medieportområde kan konfigureres med rtp-portområde.

  • *Medieporte til enheder og applikationer, der dynamisk er tildelt i SRTP-portområderne. SRTP-porte er lige nummererede porte, og den tilsvarende SRTCP-port tildeles med den på hinanden følgende ulige nummererede port.

  • Hvis der er konfigureret en proxyserveradresse til dine apps og enheder, sendes signaltrafikken til proxyen. Medier transporteret SRTP over UDP flyder direkte til din firewall i stedet for proxyserveren.

  • Hvis du bruger NTP- og DNS-tjenester i dit virksomhedsnetværk, skal du åbne porte 53 og 123 via din firewall.

Tjenestekvalitet (QoS)

Gør det muligt at aktivere tagging af pakker fra den lokale enhed eller klient til Webex Calling-cloudplatformen. QoS gør det muligt at prioritere tidstrafik over anden datatrafik. Hvis denne indstilling aktiveres, ændres QoS-markeringer for apps og enheder, der bruger SIP-signaler og -medier.

Kildeadresser Trafiktype Destinationsadresser Kildeporte Destinationsporte DSCP-klasse og -værdi
Webex-app Lyd

Henvis IP-undernet, domæner og URL-adresser til Webex Calling-tjenester

8500-8599 8500-8599, 19560-65535 Fremskyndet videresendelse (46)
Webex-app Video 8600-8699 8600-8699, 19560-65535 Sikret videresendelse 41 (34)
Webex-app Signalering Kortvarig (OS-afhængig) 8934 cs0 (0)
Webex-enheder (MPP'er og lokale)Lyd og video 19560-19661 19560-65535

Fremskyndet videresendelse (46) &

Sikret videresendelse 41 (34)

Webex-enheder Signalering 5060-5080 8934 Klassevælger 3 (24)

  • Opret en separat QoS-profil for lyd og video/deling, da de har et andet kildeportområde for at markere trafik anderledes.

  • For Windows-klienter: Hvis du vil aktivere differentiering af UDP-kildeporte for din organisation, skal du kontakte dit lokale kontoteam. Uden aktivering kan du ikke skelne mellem lyd og video/deling ved hjælp af Windows QoS Policies (GPO), da kildeportene er de samme for lyd/video/deling. Få flere oplysninger i Aktivér mediekildeportområder for Webex-app

  • For Webex-enheder skal du konfigurere ændringerne af QoS-indstillingerne fra enhedsindstillingerne i Control Hub. Få flere oplysninger i Konfigurer og modificer enhedsindstillinger i Webex-Calling

Webex Meetings/-meddelelser – netværkskrav

For kunder, der bruger Webex Suite af cloud-samarbejdsservicer, Webex Cloud-registrerede produkter, onboarde MPP-enhederne i Webex Cloud for tjenester som opkaldshistorik, katalogsøgning, møder og meddelelser. Sørg for, at de domæner/URL-adresser/IP-adresser/porte, der er nævnt i denne artikel, er åbne Netværkskrav til Webex-tjenesteydelser.

Netværkskrav til Webex for Government (FedRAMP)

For kunder, der har brug for listen over domæner, URL-adresser, IP-adresseområder og porte til Webex for offentlige tjenester (FedRAMP), kan du finde oplysninger her: Netværkskrav til Webex for Government

Netværkskrav til Webex Attendant Console

For kunder, der bruger Attendant Console – receptionister, Attendant og Operators-funktionen, skal du sikre, at domæner/URL-adresser/IP-adresser/porte/protokoller er åbne Netværkskrav til Attendant Console

Sådan kommer du i gang med den lokale Webex Calling-gateway

For kunder, der bruger den lokale gateway-løsning med Webex Calling til lokalt baseret PSTN- og tredjeparts-SBC'er, skal du læse artiklen Kom i gang med lokal gateway

Referencer

Få oplysninger om nyheder i Webex Calling i Nyheder i Webex Calling

Se artikel for sikkerhedskrav til Webex Calling

Artikel om Webex Calling-medieoptimering med ICE (Interactive Connectivity Establishment)

Historik over dokumentrevision

Dato

Vi har foretaget følgende ændringer i denne artikel

21. januar 2025

Tilføjede oplysninger om brug af SIP-programlaggatewayen.

8. januar 2025

Flyttede den IP-undernetadresse, der er relateret til enhedskonfiguration og konfiguration af Webex-appen, til afsnittet IP-undernet til Webex Calling-tjenester

17. december 2024

Tilføjede understøttelse af WebRTC for specifikationen af Webex Calling-medier.

14. november 2024

Opdaterede det understøttede portområde for Webex Calling-opkaldsmedier til ATA-enhed i VG400-serien

11. november 2024

Tilføjede det understøttede portområde for Webex Calling-opkaldsmedier til ATA-enhed i VG400-serien

25. juli 2024

Tilføjede 52.26.82.54 IP-undernettet igen, da det er påkrævet for Cisco ATA-enhedskonfiguration og firmwareadministration.

18. juli 2024

Opdateret med følgende oplysninger:

  • QoS (TOS/DSCP)-værdier, der understøttes for Webex Calling (apps, enheder)

  • Netværksdiagrammet blev opdateret

  • Herunder linket til netværkskrav relateret til Webex Attendant Console.

28. juni 2024

Opdaterede brugen af begge SRTP-/SRTCP-portområder til specifikationen af Webex Calling-medier.

11. juni 2024

Fjernede domænet "huron-dev.com", da det ikke er i brug.

06. maj 2024

Opdaterede brugen af begge SRTP-/SRTCP-portområder til specifikationen af Webex Calling-medier.

3. april 2024

Opdaterede IP-undernet til Webex Calling-tjenester med 163.129.0.0/17 for at imødekomme udvidelsen af Webex Calling-markedet i Indien.

18. december 2023

Inkluderede URL-adressen sudirenewal.cisco.com og krav til port 80 for enhedskonfiguration og firmwareadministration af Cisco MPP-telefonens MIC-fornyelse.

11. december 2023

Opdaterede IP-undernet til Webex Calling-tjenester, så det inkluderer et større sæt IP-adresser.

150.253.209.128/25 – ændret til 150.253.128.0/17

29. november 2023

Opdaterede IP-undernet til Webex Calling-tjenester, så det inkluderer et større sæt IP-adresser, så det er muligt at udvide Webex Calling-området med henblik på fremtidig vækst.

144.196.33.0/25 – ændret til 144.196.0.0/16

IP-undernet til Webex Calling-tjenestesektionerne under Webex Calling (SIP TLS) og Opkaldsmedier til Webex Calling (STUN, SRTP) er opdateret for at skabe klarhed om certifikatbaseret trunking og firewall-kravene for lokal gateway.

14. august 2023

Vi har tilføjet følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for at understøtte krav til øget kapacitet for Edge- og Webex Calling-tjenester.

Dette IP-område understøttes kun i det amerikanske område.

5. juli 2023

Tilføjede linket https://binaries.webex.com til installation af Cisco MPP-firmwaren.

7. marts 2023

Vi har revideret hele artiklen for at inkludere:

  1. Inkluderede valgmuligheder for proxyunderstøttelse.

  2. Ændret diagram for opkaldsstrøm

  3. Forenklede domæner/URL-adresser/IP-undernetdele til Webex Calling og Webex Aware-tjenester

  4. Tilføjede 170.72.0.0/16 IP-undernetområde til Webex Calling og Webex Aware-tjenester.

    Fjernede følgende intervaller 170.72.231.0, 170.72.231.10, 170.72.231.161 og 170.72.242.0/24

5. marts 2023

Opdatering af artiklen til at inkludere følgende:

  • Tilføjede UDP-SRTP-portområdet (8500-8700), der bruges af programmer.

  • Tilføjede portene til APNS- og FCM-tjenesterne til push-notifikationer.

  • Opdel CScan-portområdet for UDP og TCP.

  • Tilføjede afsnittet Referencer.

15. november 2022

Vi har tilføjet følgende IP-adresser til enhedskonfiguration og firmwareadministration (Cisco-enheder):

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Vi har fjernet følgende IP-adresser fra enhedskonfiguration og firmwareadministration (Cisco-enheder):

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14. november 2022

Tilføjede IP-undernettet 170.72.242.0/24 for Webex Calling-tjenesten.

08. september 2022

Cisco MPP-firmwareovergange til brug https://binaries.webex.com som værts-URL-adresse til MPP-firmwareopgraderinger i alle områder. Denne ændring forbedrer firmwareopgraderingsydeevnen.

30. august 2022

Fjernede henvisning til port 80 fra enhedskonfiguration og firmwareadministration (Cisco-enheder), applikationskonfiguration og CScan-rækker i porttabellen, da der ikke er nogen afhængighed.

18. august 2022

Ingen ændring i løsningen. Opdaterede destinationsporte 5062 (påkrævet for certifikatbaseret trunk), 8934 (påkrævet for registreringsbaseret trunk) for opkaldssignal til Webex-opkald (SIP TLS).

26. juli 2022

Tilføjede IP-adressen 54.68.1.225, som er påkrævet for firmwareopgradering af Cisco 840/860-enheder.

21. juli 2022

Opdaterede destinationsporte 5062 og 8934 for opkaldssignalering til Webex-opkald (SIP TLS).

14. juli 2022

Tilføjede de URL-adresser, der understøtter en komplet funktion af Webex Aware-tjenester.

Tilføjede IP-undernettet 23.89.154.0/25 for Webex Calling-tjenesten.

27. juni 2022

Opdaterede domænet og URL-adresserne for Webex-opkald tjenester:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. juni 2022

Tilføjede følgende porte og protokoller under IP-adresser og porte til Webex-opkald tjenester:

  • Tilslutningsformål: Webex-funktioner

  • Kildeadresser: Webex Calling-enheder

  • Kildeporte: Kortvarig

  • Protokol: TCP

  • Destinationsadresser: Se IP-undernet og domæner, der er defineret i Webex Meetings/meddelelser – netværkskrav.

  • Destinationsporte: 443

    Noter: Webex Calling-enhederne bruger disse IP-adresser og domæner til at kommunikere med Webex Cloud-tjenester som f.eks. telefonbog, opkaldshistorik og møder.

Opdaterede oplysninger i afsnittet Webex Meetings/Meddelelser – netværkskrav

24. maj 2022

Tilføjede IP-undernet 52.26.82.54/24 til 52.26.82.54/32 for Webex-opkald tjeneste

6. maj 2022

Tilføjede IP-undernet 52.26.82.54/24 for Webex-opkald tjeneste

7. april 2022

Opdaterede det interne og eksterne UDP-portområde for den lokale gateway til 8000-48198

5. april 2022

Tilføjede følgende IP-undernet for Webex-opkald tjeneste:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. marts 2022

Tilføjede følgende IP-undernet for Webex-opkald tjeneste:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. september 2021

Tilføjede 4 nye IP-undernet for Webex-opkald tjeneste:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2. april 2021

Tilføjet *.ciscospark.com under Domæner og URL-adresser til Webex Calling-tjenester for at understøtte brugsscenarier til Webex Calling i Webex-appen.

25. marts 2021

Tilføjede 6 nye IP-intervaller til activate.cisco.com, som træder i kraft den 8. maj 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4. marts 2021

Udskiftede Webex Calling diskrete IP-adresser og mindre IP-intervaller med forenklede intervaller i en separat tabel for at gøre det nemmere at forstå firewall-konfiguration.

26. februar 2021

Vi tilføjede 5004 som destinationsport for Call-medie til Webex-opkald (STUN, SRTP) for at understøtte INTERACTIVE Connectivity Animation (ICE), som vil være tilgængelige i Webex-opkald i april 2021.

22. februar 2021

Domæner og URL-adresser er nu angivet i en separat tabel.

Tabellen IP-adresser og porte justeres til gruppe-IP-adresser for de samme tjenester.

Tilføjelse af kolonnen Noter i tabellen over IP-adresser og porte, der hjælper med at forstå kravene.

Flytning af følgende IP-adresser til forenklede områder for enhedskonfiguration og firmwareadministration (Cisco-enheder):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Tilføjelse af følgende IP-adresser til applikationskonfiguration, fordi Cisco Webex-klient peger på en nyere DNS SRV i Australien i marts 2021.

  • 199.59.64.237

  • 199.59.67.237

21. januar 2021

Vi har tilføjet følgende IP-adresser til enhedskonfiguration og firmwareadministration (Cisco-enheder):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Vi har fjernet følgende IP-adresser fra enhedskonfiguration og firmwareadministration (Cisco-enheder):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Vi har føjet følgende IP-adresser til applikationskonfigurationen:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Vi har fjernet følgende IP-adresser fra applikationskonfigurationen:

  • 64.68.99.6

  • 64.68.100.6

Vi har fjernet følgende portnumre fra applikationskonfigurationen:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Vi har tilføjet følgende domæner til applikationskonfigurationen:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. december 2020

Tilføjede nye IP-adresser til applikationskonfiguration til portreferencebillederne.

22. december 2020

Opdaterede rækken Applikationskonfiguration i tabellerne til at inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

Skjul netværksdiagrammerne, indtil disse IP-adresser er tilføjet.

11. december 2020

Opdaterede enhedskonfiguration og firmwareadministration (Cisco-enheder) og rækkerne for applikationskonfiguration for de understøttede canadiske domæner.

16. oktober 2020

Opdaterede opkaldssignalering og medieoptegnelser med følgende IP-adresser:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23. september 2020

Under CScan, erstattede 199.59.64.156 med 199.59.64.197.

14. august 2020

Tilføjede flere IP-adresser for at understøtte introduktionen af datacentre i Canada:

Opkaldssignal til Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12. august 2020

Tilføjede flere IP-adresser for at understøtte introduktionen af datacentre i Canada:

  • Opkaldsmedie til Webex Calling (SRTP) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Opkaldssignal til offentligt adresserede slutpunkter (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Enhedskonfiguration og firmwareadministration (Cisco-enheder) – 135.84.173.155,135.84.174.155

  • Synkronisering af enhedstid – 135.84.173.152, 135.84.174.152

  • Applikationskonfiguration – 135.84.173.154, 135.84.174.154

22. juli 2020

Tilføjede følgende IP-adresse for at understøtte introduktionen af datacentre i Canada: 135.84.173.146

9. juni 2020

Vi har foretaget følgende ændringer i CScan-indtastningen:

  • Rettet en af IP-adresserne —ændrede 199.59.67.156 til 199.59.64.156.

  • Nye funktioner kræver nye porte og UDP – 19560-19760.

11. marts 2020

Vi har tilføjet følgende domæne- og IP-adresser til applikationskonfigurationen:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Vi opdaterede følgende domæner med yderligere IP-adresser til enhedskonfiguration og firmwareadministration:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27. februar 2020

Vi har føjet følgende domæne og porte til enhedskonfiguration og firmwareadministration:

cloudupgrader.webex.com—443, 6970

Konfigurer lokal gateway på Cisco IOS XE til Webex Calling

Overblik

Webex Calling understøtter i øjeblikket to versioner af lokal gateway:

  • Lokal gateway

  • Lokal gateway til Webex til forvaltninger

Vigtige overvejelser

  • Før du begynder, skal du forstå kravene til lokalt baseret PSTN (Public Switched Telephone Network) og lokal gateway (LGW) til Webex Calling. Se Ciscos foretrukne arkitektur Webex-opkald for yderligere oplysninger.

  • Denne artikel tager udgangspunkt i, at en dedikeret lokal gateway-platform er på plads uden en eksisterende stemmekonfiguration. Hvis du modificerer en eksisterende PSTN-gateway- eller CUBE Enterprise-udrulning til brug som lokal gateway-funktion til Webex Calling, skal du være meget opmærksom på konfigurationen. Sørg for, at du ikke afbryder de eksisterende opkaldsflows og -funktionalitet på grund af de ændringer, du foretager.

Procedurerne indeholder links til kommandoreferencedokumentation, hvor du kan få mere at vide om de individuelle kommandoindstillinger. Alle kommandolinks går til Webex-administrerede gateways kommandolinks , medmindre andet er angivet (i så fald går kommandolinks til Cisco IOS-stemmekommandolinks). Du kan få adgang til alle disse vejledninger ved Cisco Unified Border Element Command Referencer.

Få oplysninger om understøttede tredjeparts-SBC'er i den respektive produktreferencedokumentation.

Konfigurer din lokale gateway

Der er to valgmuligheder til at konfigurere den lokale gateway til din Webex-opkald trunk:

  • Registreringsbaseret trunk

  • Certifikatbaseret trunk

Brug opgaveflowet enten under Registreringsbaseret lokal gateway eller Certifikatbaseret lokal gateway til at konfigurere lokal gateway for din Webex Calling-trunk.

Se Kom i gang med lokal gateway for yderligere oplysninger om forskellige trunktyper. Udfør følgende trin på selve den lokale gateway ved hjælp af kommandolinjegrænsefladen (CLI). Vi bruger SIP-transport (Session Initiation Protocol) og TLS-transport (Transport Layer Security) til at sikre trunken og SRTP (Secure Real Time Protocol) til at sikre mediet mellem den lokale gateway og Webex Calling.

Vigtige overvejelser

Lokal gateway til Webex for Government understøtter ikke følgende:

  • STUN/ICE-Lite til optimering af mediesti

  • Fax (T.38)

Konfigurer din lokale gateway til Webex for forvaltninger

Hvis du vil konfigurere den lokale gateway for din Webex Calling-trunk i Webex for Government, skal du bruge følgende indstilling:

  • Certifikatbaseret trunk

Brug opgaveflowet under den certifikatbaserede lokale gateway til at konfigurere den lokale gateway for din Webex Calling-trunk. Få flere oplysninger om, hvordan du konfigurerer en certifikatbaseret lokal gateway, i Konfigurer Webex Calling certifikatbaseret trunk.

Det er obligatorisk at konfigurere FIPS-kompatible GCM-krypteringer, så de understøtter lokal gateway til Webex for forvaltninger. Hvis ikke, mislykkes opkaldsopsætningen. Se Konfigurer Webex Calling certifikatbaseret trunk for konfigurationsoplysninger.

Webex for Government understøtter ikke registreringsbaseret lokal gateway.

Oversigt over design

Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af en registrerende SIP-trunk. Den første del af dette dokument viser, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde dirigeres alle opkald fra PSTN til Webex Calling, og alle opkald fra Webex Calling dirigeres til PSTN. Billedet nedenfor fremhæver denne løsning og den konfiguration af dirigering af opkald på højt niveau, der vil blive fulgt.

I dette design bruges følgende hovedkonfigurationer:

  • stemmeklasselejere: Bruges til at oprette trunkspecifikke konfigurationer.

  • URI for stemmeklasse: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

  • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute ved hjælp af 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 sender dem til det ønskede mål.

Dirigering af opkald fra/til PSTN til/fra Webex Calling-konfigurationsløsning

Mens IP og SIP er blevet standardprotokollerne for PSTN-trunks, bruges ISDN-kredsløb TDM (Time Division Multiplexing) stadig i vid udstrækning og understøttes med Webex Calling-trunks. For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows er det i øjeblikket nødvendigt at bruge en opkaldsrutningsproces med to ben. Denne tilgang ændrer konfigurationen af dirigering af opkald, der er vist ovenfor, ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks som illustreret på billedet nedenfor.

Konfiguration af dirigering af opkald med et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks

Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som en basislinje til at opbygge den løsning, der er illustreret i følgende diagram. I dette tilfælde leverer Unified Communications Manager centraliseret dirigering og behandling af alle PSTN- og Webex Calling-opkald.

Løsningsdiagram, der viser, at Unified Communications Manager leverer centraliseret dirigering og behandling af alle PSTN- og Webex Calling-opkald

I hele dette dokument bruges de værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede.

Værtsnavne, IP-adresser og grænseflader, der bruges i konfigurationsløsninger til dirigering af opkald

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre konfigurationen af din lokale gateway på følgende måde:

  • Trin 1: Konfigurer routerbasisforbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Alt efter hvilken arkitektur du har brug for, skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med et eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i klargøring af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og etablerer forbindelse.

  • Alle registreringsbaserede installationer af lokal gateway kræver Cisco IOS XE 17.6.1a eller nyere versioner. Cisco IOS 17.12.2 eller nyere anbefales. Se siden Cisco-softwareforskning for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security Technology-licenser.

    • Catalyst Edge 8000-serien routere, der er udstyret med stemmekort eller DSP'er, kræver DNA Advantage-licensering. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licensering.

  • Opbyg en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Du skal især konfigurere og bekræfte følgende:

    • NTP

    • Acl'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-routing

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IPv4-adresse.

  • Overfør Cisco-rodnøglecenterpakken til den lokale gateway.

Konfiguration

1

Sørg for, at du tildeler gyldige og distribuerbare IP-adresser til alle lag 3-grænseflader, for eksempel:

 grænseflade GigabitEthernet0/0/0 beskrivelse Grænseflade mod PSTN- og/eller CUCM IP-adresse 10.80.13.12 255.255.255.0! grænseflade GigabitEthernet0/0/1 beskrivelse Grænseflade mod Webex Calling (privat adresse) ip-adresse 192.51.100.1 255.255.255.240

2

Beskyt registrerings- og STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

 nøgle config-nøgle adgangskode-krypter YourPassword-kryptering aes

3

Opret et PKI-tillidspunkt for pladsholder.

Kræver dette tillidspunkt for at konfigurere TLS senere. For tilmeldingsbaserede trunks kræver dette tillidspunkt ikke et certifikat – som det ville være påkrævet for en certifikatbaseret trunk.

 krypto pki-tillidspunkt EmptyTP tilbagekaldelseskontrol ingen
4

Aktivér TLS1.2-eksklusivitet, og angiv standardtillidspunktet ved hjælp af følgende konfigurationskommandoer. Transportparametrene skal også opdateres for at sikre en pålidelig, sikker forbindelse til registrering:

Kommandoen cn-san-validate-server sikrer, at den lokale gateway tillader en forbindelse, hvis værtsnavnet, der er konfigureret i lejer 200, er inkluderet i enten CN- eller SAN-felterne for det certifikat, der er modtaget fra den udgående proxy.

  1. Indstil antal TCP-forsøg igen til 1000 (5-msek multipla = 5 sekunder).

  2. Kommandoen Timer for oprettelse af forbindelse giver dig mulighed for at justere, hvor længe den lokale gateway venter på at oprette en forbindelse til en proxy, før du overvejer den næste tilgængelige valgmulighed. Standardindstillingen for denne tidsindstilling er 20 sekunder og minimum 5 sekunder. Start med en lav værdi, og øg om nødvendigt for at imødekomme netværksforholdene.

 sip-ua timerforbindelse etablere tls 5 transport tcp tls v1.2 kryptosignaler standard tillidspunkt EmptyTP cn-san-validate server tcp-retry 1000

5

Installer Cisco-rodnøglecenterpakken, som indeholder det DigiCert-nøglecentercertifikat, der bruges af Webex Calling. Brug kommandoen crypto pki trustpool import ren URL til at downloade rod-CA-bundtet fra den angivne URL-adresse og til at rydde den aktuelle CA-trustpool, og installer derefter den nye pakke af certifikater:

Hvis du har brug for at bruge en proxy til at få adgang til internettet via HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

ip http-klient proxyserver yourproxy.com proxyport 80
 ip http-klient kildegrænseflade GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer tilmeldingsbaseret trunk for Webex Calling
1

Opret en tilmeldingsbaseret PSTN-trunk for en eksisterende placering i Control Hub. Notér de trunkoplysninger, der er angivet, når trunken er blevet oprettet. De oplysninger, der er fremhævet i illustrationen, bruges i konfigurationstrinnene i denne vejledning. Få flere oplysninger i Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling.

PSTN-trunk er registreret
2

Angiv følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

 stemmetjeneste voip ip-adresse, der er tillid til liste ipv4 x.x.x.x y.y.y.y-tilstand grænse-element-mediestatistik mediemassestatistik tillad-forbindelser sip til sip ingen supplerende-tjeneste sip henvise stun stun flowdata agent-id 1 startantal 4 stun flowdata delt-hemmelighed 0 Adgangskode123$ sip asymmetrisk nyttelast fuld tidlig tilmelding

Her er en forklaring af felterne til konfigurationen:

 liste over betroet ip-adresse  ipv4 x.x.x.x y.y.y.y.y

  • For at beskytte mod afgiftsbedrageri definerer den betroede adresseliste en liste over værter og netværk, som den lokale gateway forventer legitime VoIP-opkald fra.

  • Som standard blokerer den lokale gateway alle indgående VoIP-meddelelser fra IP-adresser, der ikke er på dens liste over pålidelige. Som standard er der tillid til statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser. Det er ikke nødvendigt at føje disse IP-adresser til listen, der er tillid til.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernettene til dit regionale Webex Calling-datacenter til listen. Se flere oplysninger under Portreferenceoplysninger for Webex Calling. Du kan også tilføje adresseintervaller for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunkgateways.

    Hvis din LGW er bag en firewall med begrænset kegle-NAT, foretrækker du måske at deaktivere listen over pålidelige IP-adresser i grænsefladen mod Webex Calling. Firewallen beskytter dig allerede mod uopfordrede indgående VoIP. Deaktiver handling reducerer din langsigtede konfigurationsomkostninger, fordi vi ikke kan garantere, at adresserne for Webex-opkald peers forbliver faste, og du skal konfigurere din firewall for peers under alle omstændigheder.

tilstand grænselement

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

mediestatistik

Aktiverer medieovervågning på den lokale gateway.

mediemassestatistik

Gør det muligt for kontrol at indsamle data til meningsmåling for masseopkaldsstatistikker.

Få flere oplysninger om disse kommandoer i Medier.

tillad-forbindelser sip til sip

Aktivér CUBE grundlæggende SIP-back-til-back-brugeragentfunktionalitet. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (stemmetjeneste).

Kategori: Stun

Aktiverer STUN (sessionsgennemløb af UDP gennem NAT) globalt.

  • STUN-bindingsfunktionen på den lokale gateway gør det muligt at sende lokalt genererede STUN-anmodninger over den forhandlede mediesti. Dette hjælper med at åbne nåleøjet i firewallen.

Få flere oplysninger i stun flowdata agent-id og stun flowdata delt-hemmelighed.

asymmetrisk nyttelast fuld

Konfigurerer understøttelse af asymmetrisk SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. Få flere oplysninger i asymmetrisk nyttelast.

tidlig tilbud tvunget

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra nabopeer. Få flere oplysninger om denne kommando i tidligt tilbud.

3

Konfigurer stemmeklasse-codec 100 , så det kun er G.711-codecs for alle trunks. Denne enkle tilgang er velegnet til de fleste installationer. Hvis det er nødvendigt, kan yderligere codec-typer, der understøttes af både oprindelses- og afslutningssystemer, føjes til listen.

Mere komplekse løsninger, der involverer transcoding ved hjælp af DSP-moduler, understøttes, men er ikke inkluderet i denne vejledning. 

 stemmeklasse codec 100 codec-præference 1 g711ulaw codec-præference 2 g711alaw

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-codec 100

Bruges til kun at tillade foretrukne codecs for SIP-trunkopkald. Få flere oplysninger i codec for stemmeklasse.

4

Konfigurer stun-brug af stemmeklasse 100 for at aktivere ICE på Webex Calling-trunk.

 stemmeklasse stun-brug 100 stun-brug firewall-gennemløbsdata stun-brug ice lite

Her er en forklaring af felterne til konfigurationen:

stun brug ice lite

Bruges til at aktivere ICE-Lite for alle opkalds-peers med Webex Calling for at tillade medieoptimering, når det er muligt. Få flere oplysninger i stun-brug for stemmeklasse og stun-brug ice lite.

Medieoptimering forhandles, hvor det er muligt. Hvis et opkald kræver cloud-medietjenester, såsom optagelse, kan mediet ikke optimeres.

5

Konfigurer politikken for mediekryptering for Webex-trafik.

 stemmeklasse srtp-kryptering 100 kryptering 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-kryptering 100

Angiver SHA1_80 som det eneste SRTP-krypteringspakke CUBE tilbud i SDP i tilbud og svar-meddelelser. Webex Calling understøtter kun SHA1_80. Få flere oplysninger i stemmeklasse srtp-kryptering.

6

Konfigurer et mønster til at identificere opkald til en lokal gateway-trunk baseret på dens destinationstrunk-parameter: 

 stemmeklasse uri 100 sip-mønster dtg=Dallas1463285401_LGU

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 100 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge dtg= efterfulgt af trunk-OTG/DTG-værdien, der er angivet i Control Hub, da trunken blev oprettet. Få flere oplysninger i URI for stemmeklasse.

7

Konfigurer sip-profil 100, som vil blive brugt til at ændre SIP-meddelelser, før de sendes til Webex Calling.

 stemmeklasse sip-profiler 100 regel 10 anmod om enhver sip-header SIP-Req-URI-ændring "sips:" "sip:" regel 20 anmod om enhver sip-header For at ændre "" "" regel 50 svar ENHVER sip-header For at ændre "" ";otg=dallas1463285401_lgu>" regel 90 anmod om enhver sip-header P-Asserted-Identity-ændring "sips:" "sip:"

Her er en forklaring af felterne til konfigurationen:

  • regel 10 til 70 og 90

    Sikrer, at SIP-headere, der bruges til opkaldssignaler, bruger SIP i stedet for SIP-skemaet, som Webex-proxyer kræver. Konfiguration af CUBE til at bruge SIP sikrer, at der bruges sikker registrering.

  • regel 80

    Ændrer Fra-headeren, så den inkluderer trunkgruppe OTG/DTG-identifikatoren fra Control Hub, så der entydigt kan identificeres et lokalt gateway-websted i en virksomhed.

USA eller canadisk PSTN-udbyder kan tilbyde bekræftelse af opkalder-id for spam- og svindelopkald med den yderligere konfiguration, der er nævnt i artiklen Opkald til spam eller svindel i Webex Calling .

8

Konfigurer Webex Calling-trunk:

  1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der er påkrævet specifikt for Webex Calling-trunk. Især de oplysninger om trunk-registrering, der tidligere var angivet i Control Hub, vil blive brugt i dette trin som beskrevet nedenfor. Opkalds-peers, der er knyttet til denne lejer, nedarver senere disse konfigurationer.

    I følgende eksempel bruges de værdier, der er illustreret i trin 1, til formålet med denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

     stemmeklasselejer 100 registrator-dns:98027369.us10.bcld.webex.com -skema sips udløber 240 opdateringsforhold 50 tcp tls legitimationsoplysninger nummer Dallas1171197921_LGU -brugernavn Dallas1463285401_LGU -adgangskode 0 9Wt[M6ifY+ realm BroadWorks-godkendelsesbrugernavn Dallas1463285401_LGU -adgangskode 0 9Wt[M6ifY+ realm BroadWorks-godkendelsesbrugernavn Dallas1463285401_LGU -adgangskode 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com ingen ekstern part-id sip-server dns:98027369.us10.bcld.webex.com forbindelse-genbrug srtp-crypto 100 sessionstransport tcp tls ingen sessionsopdatering url sips error-passthru rel1xx deaktiver asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 ingen pass-thru indhold brugerdefineret-sdp sip-profiler 100 udgående-proxy dns:dfw04.sipconnect-us.bcld.webex.com politik om beskyttelse af personlige oplysninger

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasselejer 100

    Definerer et sæt konfigurationsparametre, der kun vil blive brugt til Webex Calling-trunk. Få flere oplysninger i stemmeklasselejer.

    registrator dns:98027369.us10.bcld.webex.com skema sips udløber 240 opdateringsforhold 50 tcp tls

    Registrar-server for den lokale gateway med registrering indstillet til at genindlæser hver to minutter (50 % af 240 sekunder). Få flere oplysninger i registratoren.

    Sørg for at bruge værdien Registrer domæne fra Control Hub her.

    legitimationsnummer Dallas1171197921_LGU brugernavn Dallas1463285401_LGU adgangskode 0 9Wt[M6ifY+ realm BroadWorks

    Legitimationsoplysninger til trunkregistreringsudfordring. Få flere oplysninger i legitimationsoplysninger (SIP UA).

    Sørg for, at du bruger værdierne for henholdsvis linje-/portvært, godkendelsesbrugernavn og godkendelsesadgangskode fra Control Hub her.

    godkendelsesbrugernavn Dallas1171197921_LGU adgangskode 0 9Wt[M6ifY+ realm BroadWorks
    godkendelsesbrugernavn Dallas1171197921_LGU adgangskode 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Godkendelsesudfordring for opkald. Få flere oplysninger i godkendelse (opkalds-peer).

    Sørg for, at du bruger værdierne henholdsvis godkendelsesbrugernavn, godkendelsesadgangskode og registratordomæne fra Control Hub her.

    intet tredjeparts-id

    Deaktiver SIP Remote-Party-ID (RPID)-header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af asserted-id pai. Få flere oplysninger i ID for ekstern part.

    sip- server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer destinations-SIP-serveren for trunken. Brug den Edge-proxy-SRV-adresse, der er angivet i Control Hub, når du oprettede din trunk.

    forbindelse–genbrug

    Bruger den samme vedvarende forbindelse til tilmeldings- og opkaldsbehandling. Få flere oplysninger i Genbrug af forbindelse.

    srtp-kryptografi 100

    Konfigurerer de foretrukne krypteringsprogrammer for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-kryptering.

    sessionstransport tcp tls

    Indstiller transport til TLS. Få flere oplysninger i sessionstransport.

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-session for opkald mellem CUBE og Webex. Få flere oplysninger i Sessionsopdatering.

    url sips

    SRV skal være SIPs som understøttet af adgangs-SBC; alle andre meddelelser ændres til SIP med sip-profil 200.

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. Få flere oplysninger i fejladgangskode.

    rel1xx deaktiver

    Deaktiverer brugen af pålidelige foreløbige svar for Webex Calling-trunk. Få flere oplysninger i rel1xx.

    påstået-id pai

    (Valgfri) Aktiverer behandlingen af P-Asserted-Identity-headeren og styrer, hvordan dette bruges til Webex Calling-trunken.

    Webex Calling indeholder PAI-headere (P-Asserted-Identity) i INVITATIONER til udgående opkald til den lokale gateway.

    Hvis denne kommando er konfigureret, bruges oplysninger om den person, der ringer op, fra PAI-headeren til at udfylde overskrifterne Fra og PAI/Remote-Party-ID.

    Hvis denne kommando ikke er konfigureret, bruges oplysninger om den person, der ringer op, fra Fra-headeren til at udfylde overskrifterne Fra og PAI/Remote-Party-ID.

    Få flere oplysninger i erklært-id.

    Kildegrænseflade til bind kontrol GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til Webex Calling. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til WebexCalling. Få flere oplysninger i bind.

    ingen pass-thru indhold brugertilpasset sdp

    Standardkommando under lejer. Få flere oplysninger om denne kommando i indhold til overførsel.

    sip-profiler 100

    Ændrer SIP'er til SIP og modificerer linje/port for INVITE- og REGISTER-meddelelser som defineret i sip-profiler 100. Få flere oplysninger i stemmeklasse-sip-profiler.

    udgående proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex-opkald adgang til SBC. Indsæt den udgående proxyadresse, der er angivet i Control Hub, da du oprettede din trunk. Få flere oplysninger i udgående proxy.

    databeskyttelsespolitik passthru

    Konfigurerer indstillingerne for politikken for headers politik for beskyttelse af personlige oplysninger for trunken til at overføre værdier for beskyttelse af personlige oplysninger fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i databeskyttelsespolitikken.

  2. Konfigurer Webex Calling-trunk-opkalds-peer. 

     opkalds-peer stemme 100 VoIP-beskrivelse Indgående/udgående Webex Calling max-conn 250 destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål sip-server indgående URI-anmodning 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-brug 100 ingen voice-class sip localhost voice-class sip-lejer 100 srtp no vad

    Her er en forklaring af felterne til konfigurationen:

     Stemme for opkalds-peer 100 VoIP  beskrivelse af indgående/udgående Webex Calling

    Definerer en VoIP dial-peer med et tag på 100 og giver en meningsfuld beskrivelse af brugervenlighed i forbindelse med administration og fejlfinding.

    maks. konn 250

    Begrænser antallet af samtidige indgående og udgående opkald mellem den lokale gateway og Webex Calling. For registreringstrunks skal den maksimale værdi, der er konfigureret, være 250. Bruger lavere værdi, hvis det er mere hensigtsmæssigt for din installation. Få flere oplysninger om begrænsninger for samtidige opkald for lokal gateway i dokumentet Kom i gang med lokal gateway .

    destinationsmønster DÅRLIGT.DÅRLIGT

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde. Få flere oplysninger i destinationsmønster (grænseflade).

    session protokol sipv2

    Angiver, at dial-peer 100 håndterer SIP-call legs. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    session mål sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, nedarves og bruges som destinationen for opkald fra denne opkalds-peer. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

    indgående URI-anmodning 100

    Sådan angives den stemmeklasse, der bruges til at matche en VoIP-opkalds-peer med URI'en (Uniform Resource Identifier) for et indgående opkald. Få flere oplysninger i Indgående URI.

    codec for stemmeklasse 100

    Konfigurerer opkalds-peer'en til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec for stemmeklasse.

    stun-brug af stemmeklasse 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger på den lokale gateway kan sendes via den forhandlede mediesti. STUN hjælper med at åbne et nåleøje til firewall for medietrafik.

    ingen voice-class sip localhost

    Deaktiverer erstatning af det lokale DNS-værtsnavn i stedet for den fysiske IP-adresse i overskrifterne Fra, Opkald-ID og Ekstern part-id på udgående meddelelser.

    sip-lejer af stemmeklasse 100

    Opkalds-peer'en nedarver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau.

    srtp

    Aktiverer SRTP for opkaldsbenet.

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering.

Når du har defineret lejer 100 og konfigureret en SIP VoIP-opkalds-peer, starter gatewayen en TLS-forbindelse mod Webex Calling. På dette tidspunkt præsenterer adgangs-SBC sit certifikat til den lokale gateway. Den lokale gateway validerer Webex Calling-adgangs-SBC-certifikatet ved hjælp af CA-rodpakken, der blev opdateret tidligere. Hvis certifikatet genkendes, oprettes der en vedvarende TLS-session mellem den lokale gateway og Webex Calling-adgangs-SBC. Den lokale gateway kan derefter bruge denne sikre forbindelse til at tilmelde sig Webex-adgangs-SBC. Når registreringen udfordres med henblik på godkendelse:

  • Parametrene brugernavn, adgangskode og domæne fra konfigurationen af legitimationsoplysninger bruges i svaret.

  • Ændringsreglerne i sip-profil 100 bruges til at konvertere SIPS-URL-adressen tilbage til SIP.

Tilmelding lykkedes, når der modtages en 200 OK fra adgangs-SBC.

Flowdiagram over godkendelse og registrering af Webex Calling med lokal gateway

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. CUBE understøtter sikker dirigering af opkald.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse-URI for at identificere indgående opkald fra PSTN-trunk:

 stemmeklasse-URI 200 SIP-vært IPV4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 200 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du angiver dette mønster, skal du bruge IP-adressen til din IP PSTN-gateway. Få flere oplysninger i URI for stemmeklasse.

2

Konfigurer følgende IP PSTN-opkalds-peer:

 opkalds-peer stemme 200 VoIP-beskrivelse Indgående/udgående IP PSTN-trunk-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.13 indgående uri via 200 stemmeklasse sip asserted-id pai stemmeklasse sip bind control-kildegrænseflade GigabitEthernet0/0/0 stemmeklasse sip bind mediekildegrænseflade GigabitEthernet0/0/0 stemmeklasse codec 100 dtmf-relay rtp-nte no vad

Her er en forklaring af felterne til konfigurationen:

 opkalds-peer stemme 200 VoIP  beskrivelse af indgående/udgående IP PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIGT.DÅRLIGT

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessionsmål IPv4: 192.168.80.13

Angiver destinationsadressen for opkald, der sendes til PSTN-udbyderen. Dette kan enten være en IP-adresse eller et DNS-værtsnavn. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

indgående uri via 200

Angiver den stemmeklasse, der bruges til at matche indgående opkald til denne opkalds-peer ved hjælp af INVITE VIA-header-URI'en. Få flere oplysninger i indgående URL-adresse.

ID for stemmeklasse-sip-bekræftet

(Valgfri) Aktiverer behandlingen af P-Asserted-Identity-headeren og styrer, hvordan dette bruges til PSTN-trunken. Hvis denne kommando bruges, bruges identiteten af den opkaldende part, der er angivet fra den indgående opkalds-peer, til headerne Fra og P-Asserted-Identity. Hvis denne kommando ikke bruges, bruges identiteten af den opkaldende part, der er angivet fra den indgående opkalds-peer, til headerne Fra og Ekstern part-id. Få flere oplysninger i stemmeklasse-sip-påstået-id.

Bind kontrol kildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

Bind mediekildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

codec for stemmeklasse 100

Konfigurerer opkalds-peer'en til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec for stemmeklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration af dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du gå til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. Definer på samme måde DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex: 

     opkalds-peer-stemme 100 destination dpg 200 opkalds-peer-stemme 200 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af loop-back-opkald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver optimering af IP-medier, skal du følge konfigurationstrunkene for en SIP PSTN-trunk. Brug en stemmeport og POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.

1

Loop-back-opkalds-peer-konfigurationen bruger opkalds-peer-grupper og tags til opkalds-dirigering for at sikre, at opkald passerer korrekt mellem Webex og PSTN, uden at der oprettes løkker til dirigering af opkald. Konfigurer følgende oversættelsesregler, der skal bruges til at tilføje og fjerne tags for dirigering af opkald:

 tale oversættelse-regel 100 regel 1 /^\+/ /A2A/ tale oversættelse-profil 100 oversæt kaldet 100 tale oversættelse-regel 200 regel 1 /^/ /A1A/ tale oversættelse-profil 200 oversæt kaldet 200 tale oversættelse-regel 11 regel 1 /^A1A/ // tale oversættelse-profil 11 oversæt kaldet 11 tale oversættelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ tale oversættelse-profil 12 oversæt kaldet 12

Her er en forklaring af felterne til konfigurationen:

regel for stemmeoversættelse

Bruger regulære udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Over-dekadiske cifre ("A") bruges til at skabe klarhed i fejlfinding.

I denne konfiguration bruges det tag, der er tilføjet af oversættelsesprofil 100, til at lede opkald fra Webex Calling mod PSTN via loopback-opkalds-peers. På samme måde bruges det tag, der er tilføjet af oversættelsesprofil 200, til at lede opkald fra PSTN mod Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse tags, før der leveres opkald til henholdsvis Webex- og PSTN-trunks.

Dette eksempel forudsætter, at numre, der ringes op fra Webex Calling, vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Regel 12 tilføjer derefter et eller flere nationale eller internationale dirigeringscifre, når tagget fjernes. Brug cifre, der passer til din lokale nationale ISDN-opkaldsplan.

Hvis Webex Calling præsenterer numre i nationalt format, skal du justere regel 100 og 12 for blot at tilføje og fjerne henholdsvis distributionstaget.

Få flere oplysninger i profil for stemmeoversættelse og regel for stemmeoversættelse.

2

Konfigurer porte til TDM-stemmegrænsefladen som påkrævet af den anvendte trunktype og -protokol. Få flere oplysninger i Konfiguration af ISDN PRI. For eksempel kan den grundlæggende konfiguration af en primær hastighed-ISDN-grænseflade, der er installeret i NIM-slot 2 på en enhed, omfatte følgende:

 korttype e1 0 2 ISDN-switch-type primær-net5-controller E1 0/2/0 pri-gruppe-tidsintervaller 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:

 Beskrivelse af opkalds-peer-stemme 200 potter Indgående/udgående PRI PSTN-trunk-destinationsmønster BAD.BAD oversættelsesprofil indgående 200 port med direkte indgående opkald 0/2/0:15

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer stemme 200 krukker  beskrivelse Indgående/udgående PRI PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIGT.DÅRLIGT

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde. Få flere oplysninger i destinationsmønster (grænseflade).

Indgående oversættelsesprofil 200

Tildeler den oversættelsesprofil, der føjer et tag for dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte indgående opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

Hvis du vil aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows, kan du ændre dirigering af opkald ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende loop-back-opkalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionstag. Når distributionskoden er fjernet, dirigeres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.

 opkalds-peer stemme 10 voip-beskrivelse Udgående loop-rundt ben-destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.14 taleklasse sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 taleklasse sip-bind-mediekildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 11 voip-beskrivelse Indgående loop-rundt-ben mod Webex-oversættelsesprofil indgående 11 sessionsprotokol sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN-oversættelsesprofil indgående 12 sessionsprotokol sip-bind-kontrol-kildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme-12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer-stemme 10 VoIP  beskrivelse Udgående loop-rundt ben

Definerer en VoIP-opkalds-peer og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

Indgående oversættelsesprofil 11

Anvender den konverteringsprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den sendes til den udgående trunk.

destinationsmønster DÅRLIGT.DÅRLIGT

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessionsmål IPv4: 192.168.80.14

Angiver den lokale routers grænsefladeadresse som opkaldsmålet for tilbagekald. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

Bind kontrol kildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes via tilbageløkken. Få flere oplysninger i bind.

Bind mediekildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes via tilbageløkken. Få flere oplysninger i bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

codec g711alaw

Gennemtvinger alle PSTN-opkald til at bruge G.711. Vælg a-law eller u-law for at matche den sammenfaldende metode, der bruges af din ISDN-tjeneste.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-back.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 10 beskrivelse Diriger opkald til Loopback-opkaldspeer 10

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper for at dirigere opkald.

     opkalds-peer-stemme 100 destination dpg 10 opkalds-peer-stemme 200 destination dpg 10 opkalds-peer-stemme 11 destination dpg 100 opkalds-peer-stemme 12 destination dpg 200

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de tidligere afsnit kan ændres til at omfatte yderligere trunks til en Cisco Unified Communications Manager-klynge (UCM). I dette tilfælde dirigeres alle opkald via Unified CM. Opkald fra UCM på port 5060 videresendes til PSTN, og opkald fra port 5065 videresendes til Webex Calling. Følgende konfigurationer kan tilføjes i flere trin for at inkludere dette opkaldsscenarie.

Når du opretter Webex Calling-trunk i Unified CM, skal du sørge for, at du konfigurerer den indgående port i indstillingerne for sikkerhedsprofilen for SIP-trunk til 5065. Dette tillader indgående meddelelser på port 5065 og udfylder VIA-headeren med denne værdi, når der sendes meddelelser til den lokale gateway.

Indtast oplysninger om SIP-trunk-sikkerhedsprofil
1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

     stemmeklasse uri 400 sip-mønster 192\.168\.80\.6[0-5]:5060

    Klassificerer indgående meddelelser fra UCM i retning af PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regulære udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I eksemplet ovenfor bruges et regulært udtryk til at matche enhver IP-adresse i intervallet 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokalt at bestemme destinations-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 nødvendige.

 ip-vært ucmpub.mydomain.com 192.168.80.60 ip-vært ucmsub1.mydomain.com 192.168.80.61 ip-vært ucmsub2.mydomain.com 192.168.80.62 ip-vært ucmsub3.mydomain.com 192.168.80.63 ip-vært ucmsub4.mydomain.com 192.168.80.64 ip-vært ucmsub5.mydomain.com 192.168.80.65 ip-vært _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring af felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og -trunk:

ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på post for SRV-ressource

2: Prioritet for SRV-ressourcepost

1: Rekordvægt for SRV-ressource

5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

ucmsub5.mydomain.com: Destinationsværten for ressourceposten

Opret lokale DNS A-poster for at løse ressourcepostens destinationsværtsnavne. For eksempel:

ip-vært ucmsub5.mydomain.com 192.168.80.65

ip-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Et optagelsesværtsnavn.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster, så de afspejler dit UCM-miljø og din foretrukne strategi for opkaldsdistribution.

3

Konfigurer følgende opkalds-peers:

  1. Opkalds-peer for opkald mellem Unified CM og Webex Calling:

     opkalds-peer stemme 300 voip-beskrivelse UCM-Webex Calling trunk destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål dns:wxtocucm.io indgående uri via 300 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer voice 300 VoIP  beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-opkalds-peer med mærket 300 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til direkte opkald.

    indgående uri via 300

    Bruger stemmeklasse-URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeporten 5065 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    codec for stemmeklasse 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    Bind kontrol kildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkalds-peer for opkald mellem Unified CM og PSTN:

     opkalds-peer stemme 400 voip-beskrivelse UCM-PSTN trunk-destination-mønster BAD.BAD-sessionsprotokol sipv2-sessionsmål dns:pstntocucm.io indgående uri via 400 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer stemme 400 VoIP  beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-opkalds-peer med et tag på 400 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til direkte opkald.

    indgående uri via 400

    Bruger stemmeklasse-URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    codec for stemmeklasse 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    Bind kontrol kildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj dirigering af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100-stemmeklasse dpg 300 beskrivelse Diriger opkald til Unified CM Webex Calling-trunk-opkaldspeer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

     beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 400 beskrivelse Diriger opkald til Unified CM PSTN-trunk-opkaldspeer 400

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex: 

     opkalds-peer-stemme 100 destination dpg 300 opkalds-peer-stemme 300 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 300

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

     opkalds-peer-stemme 200 destination dpg 400 opkalds-peer-stemme 400 destination dpg 200

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den IOS XE-baserede lokale gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. Du kan også installere DS for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen for at fremskynde løsningstiden.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og handlinger, der skal foretages for at informere, fejlfinde og udbedre problemet. Du kan definere logikken for problemregistrering ved hjælp af syslog-meddelelser, SNMP-hændelser og gennem periodisk overvågning af specifikke vis kommando-outputs.

Handlingstyperne inkluderer indsamling af vis kommandooutputs:

  • Genererer en konsolideret logfil

  • Overførsel af filen til en brugerangivet netværksplacering som f.eks. HTTPS, SCP, FTP-server.

TAC-ingeniører skriver DS-filerne og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil får tildelt et entydigt numerisk id af systemet. Værktøjet til opslag af diagnosticeringssignaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke DS-filen, som du downloader fra DSLT. De filer, du modificerer, installeres ikke på grund af fejl i integritetskontrollen.

  • En enkel Mail Transfer Protocol (SMTP)-server, som du kræver, at den lokale gateway sender e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway, der kører IOS XE 17.6.1a eller højere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, der skal bruges til at sende proaktiv besked, hvis enheden kører Cisco IOS XE 17.6.1a eller nyere.

    konfigurer terminal call-home-mailserver :@ prioritet 1 sikker tls-afslutning

  3. Konfigurer miljøvariablen med ds_email e-mailadressen på administratoren for at give dig besked. 

    konfigurer miljø for terminalopkald-home diagnostic-signature ds_email  afslut

Følgende viser et eksempel på konfiguration af en lokal gateway, der kører på Cisco IOS XE 17.6.1a eller nyere, for at sende de proaktive meddelelser til tacfaststart@gmail.com ved hjælp af Gmail som den sikre SMTP-server:

Vi anbefaler, at du bruger Cisco IOS XE Bengaluru 17.6.x eller nyere versioner.

call-home mail-server tacfaststart:password@smtp.gmail.com prioritet 1 sikkert tls diagnostic-signature-miljø ds_email "tacfaststart@gmail.com"

En lokal gateway, der kører på Cisco IOS XE-software, er ikke en typisk webbaseret Gmail-klient, der understøtter OAuth, så vi skal konfigurere en specifik Gmail-kontoindstilling og give specifik tilladelse til at få e-mailen fra enheden behandlet korrekt:

  1. Gå til Administrer Google-konto > Sikkerhed , og aktivér indstillingen Mindre sikker appadgang .

  2. Svar "Ja, det var mig", når du modtager en e-mail fra Gmail, der angiver "Google forhindrede en person i at logge ind på din konto ved hjælp af en ikke-Google-app".

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

Denne DS sporer CPU-udnyttelse i fem sekunder ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfindinger og afinstallerer alle diagnostiske signaturer, der er installeret i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Brug kommandoen vis snmp til at aktivere SNMP. Hvis du ikke aktiverer, skal du konfigurere kommandoen snmp-server manager .

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakkeinput      0 Forkerte SNMP-versionsfejl      1 Ukendt fællesnavn      0 Ulovlig handling for fællesnavn angivet      0 Kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Hent-anmodning-PDU'er 138 Hent-næste-PDU'er      2 PDU'er med opsætningsanmodning      0 Drop i indgangskø (maks. køstørrelse 1000) 158277 SNMP-pakkeoutput      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 Fejl i dårlige værdier      0 Generelle fejl 7998 Svar PDU'er 10280 Fælde PDU'er pakker i øjeblikket i SNMP-processens inputkø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  3. Kopiér DS XML-filen til den lokale gateways flash.

    LocalGateway# kopi ftp://brugernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering af filen fra en FTP-server til den lokale gateway. 

    kopiér ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Tilgår ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 byte] 3571 byte kopieret i 0,064 sek. (55797 byte/sek.)

  4. Installer DS XML-filen på den lokale gateway.

    call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have værdien "registreret". 

    show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-07 22:05:33

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Om nødvendigt skal du geninstallere DS 64224 for at fortsætte med at overvåge højt CPU-forbrug på den lokale gateway.

Monitorer registrering af SIP-trunk

Denne DS kontrollerer afrapportering af en lokal gateway-SIP-trunk med Webex-opkald cloud hvert 60. sekunder. Når afregistreringshændelsen er registreret, genererer den en e-mail- og syslog-meddelelse og afinstallerer sig selv efter to afregistreringshændelser. Benyt nedenstående trin til at installere signaturen:

  1. Download DS 64117 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    SIP-trunk afmelding med e-mailmeddelelse.

  2. Kopiér DS XML-filen til den lokale gateway.

    kopiér ftp://brugernavn:password@/DS_64117.xml bootflash:

  3. Installer DS XML-filen på den lokale gateway. 

    call-home diagnostic-signature load DS_64117.xml indlæsningsfil DS_64117.xml lykkedes LocalGateway#

  4. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Overvågning af unormale opkald afbryder

Denne diagnosticeringssignatur bruger SNMP-meningsmålinger hvert 10. minut til at registrere unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503. Hvis stigningen i fejltælling er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailmeddelelse. Benyt nedenstående trin til at installere signaturen.

  1. Brug kommandoen vis snmp til at kontrollere, om SNMP er aktiveret. Hvis den ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager . 

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakkeinput      0 Forkerte SNMP-versionsfejl      1 Ukendt fællesnavn      0 Ulovlig handling for fællesnavn angivet      0 Kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Hent-anmodning-PDU'er 138 Hent-næste-PDU'er      2 PDU'er med opsætningsanmodning      0 Drop i indgangskø (maks. køstørrelse 1000) 158277 SNMP-pakkeoutput      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 Fejl i dårlige værdier      0 Generelle fejl 7998 Svar PDU'er 10280 Fælde PDU'er pakker i øjeblikket i SNMP-processens inputkø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af SIP-unormalt opkaldsopkald med e-mail- og Syslog-underretning.

  3. Kopiér DS XML-filen til den lokale gateway. 

    kopiér ftp://brugernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen på den lokale gateway. 

    call-home diagnostic-signature load DS_65221.xml indlæsningsfil DS_65221.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi.

Installer diagnostiske signaturer for at fejlse et problem

Brug diagnostiske signaturer (DS) til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfinding, der er påkrævet for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og overføre data automatisk til Cisco TAC-sagen. Diagnosticeringssignaturer (DS) eliminerer behovet for manuelt at kontrollere problemhændelsen og gør fejlfinding af periodiske og forbigående problemer meget nemmere.

Du kan bruge diagnosticeringssignaturopslagsopslagsværktøjet til at finde de relevante signaturer og installere dem til selv at løse et givet problem, eller du kan installere signaturen, som anbefales af TAC-teknikeren som en del af supportengagementet.

Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDFØRING=1.1.181.1.29.0" syslog og automatisere diagnosticeringsdataindsamling ved hjælp af følgende trin:

  1. Konfigurer en yderligere DS-miljøvariabel ds_fsurl_prefix, som er Cisco TAC-filserverstien (cxd.cisco.com), som de indsamlede diagnosticeringsdata overføres til. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, som kan hentes fra Support Case Manager i følgende kommando. Filoverførselstokenet kan genereres i afsnittet Vedhæftede filer i Support Case Manager, efter behov. 

    konfigurer terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" afslut

    Eksempel: 

    call-home diagnostic-signature environment ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Sørg for, at SNMP er aktiveret ved hjælp af kommandoen vis snmp . Hvis den ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager .

    vis snmp %SNMP-agent ikke aktiveret konfiguration t slutpunkt for snmp-serveradministration

  3. Sørg for at installere High CPU-monitorering DS 64224 som et proaktivt mål for at deaktivere alle fejl og diagnosticeringssignaturer i løbet af den høje CPU-udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

    Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

  5. Kopiér DS XML-filer til den lokale gateway.

    kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:  kopiér ftp://brugernavn:password@/DS_65095.xml bootflash:

  6. Installer DS 64224 til overvågning af højt CPU-forbrug og derefter DS 65095 XML-filen på den lokale gateway. 

    call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml success call-home diagnostic-signature load DS_65095.xml indlæsningsfil DS_65095.xml success

  7. Bekræft, at signaturen er installeret ved hjælp af kommandoen show call-home diagnostic-signature . Statuskolonnen skal have en "registreret" værdi. 

    show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08

Bekræft afvikling af diagnostiske signaturer

I følgende kommando ændres kolonnen "Status" for kommandoen show call-home diagnostic-signature til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af show call-home diagnostic-signature statistics er den bedste måde til at verificere, om en diagnosesignatur påviser en begivenhed af interesse og udfører handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen afinstallerer sig selv efter at påvise det maksimale antal udløste begivenheder. 

show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:  Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Udløst/maks./afinstallation

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/OG

23.053

23.053

Den e-mailunderretning, der sendes under afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og viser kommandooutputs, der er relevante for fejlfinding af det givne problem.

Afinstaller diagnostiske signaturer

Brug diagnostiske signaturer til fejlfindingsformål defineres typisk til afinstallation efter påvisning af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra resultatet af kommandoen show call-home diagnostic-signature og køre følgende kommando:

afinstallation af call-home diagnostic-signature

Eksempel:

afinstallation af call-home diagnostic-signature 64224

Nye signaturer føjes regelmæssigt til værktøjet Diagnosticeringssignaturopslag, baseret på problemer, der normalt opstår under udrulninger. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Administrer og valider Cisco IOS XE-gateways via Control Hub

For bedre administration af Cisco IOS XE-gateways anbefaler vi, at du tilmelder og administrerer gateways via Control Hub. Det er en valgfri konfiguration. Når du er tilmeldt, kan du bruge valgmuligheden konfigurationsvalidering i Control Hub til at validere konfigurationen af din lokale gateway og identificere eventuelle konfigurationsproblemer. I øjeblikket understøtter kun tilmeldingsbaserede trunks denne funktion.

For yderligere oplysninger, se følgende:

Oversigt over design

Dette afsnit beskriver, hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway til Webex Calling ved hjælp af en certifikatbaseret, fælles TLS (mTLS) SIP-trunk. Den første del af dette dokument viser, hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfælde dirigeres 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 den konfiguration af dirigering af opkald på højt niveau, der vil blive fulgt.

I dette design bruges følgende hovedkonfigurationer:

  • stemmeklasselejere: bruges til at oprette trunk-specifikke konfigurationer.

  • URI for stemmeklasse: Bruges til at klassificere SIP-meddelelser til valg af en indgående opkalds-peer.

  • indgående opkalds-peer: Giver behandling af indgående SIP-meddelelser og bestemmer den udgående rute ved hjælp af 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 sender dem til det ønskede mål.

Dirigering af opkald fra/til PSTN til/fra Webex Calling-konfigurationsløsning

Mens IP og SIP er blevet standardprotokollerne for PSTN-trunks, bruges ISDN-kredsløb TDM (Time Division Multiplexing) stadig i vid udstrækning og understøttes med Webex Calling-trunks. For at aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows er det i øjeblikket nødvendigt at bruge en opkaldsrutningsproces med to ben. Denne tilgang ændrer konfigurationen af dirigering af opkald, der er vist ovenfor, ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks som illustreret på billedet nedenfor.

Konfiguration af dirigering af opkald med et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks

Når du tilslutter en lokal Cisco Unified Communications Manager-løsning med Webex Calling, kan du bruge den enkle PSTN-gatewaykonfiguration som en basislinje til at opbygge den løsning, der er illustreret i følgende diagram. I dette tilfælde leverer en Unified Communications Manager centraliseret dirigering og behandling af alle PSTN- og Webex Calling-opkald.

Løsningsdiagram, der viser, at Unified Communications Manager leverer centraliseret dirigering og behandling af alle PSTN- og Webex Calling-opkald

I hele dette dokument bruges de værtsnavne, IP-adresser og grænseflader, der er illustreret i følgende billede. Der er angivet valgmuligheder for offentlig eller privat (bag NAT) adressering. SRV DNS-poster er valgfrie, medmindre belastningen balanceres på tværs af flere CUBE-forekomster.

Værtsnavne, IP-adresser og grænseflader, der bruges i certifikatbaserede lokale gatewaykonfigurationer

Brug konfigurationsvejledningen i resten af dette dokument til at fuldføre konfigurationen af din lokale gateway på følgende måde:

  • Trin 1: Konfigurer routerbasisforbindelse og -sikkerhed

  • Trin 2: Konfigurer Webex Calling-trunk

    Alt efter hvilken arkitektur du har brug for, skal du følge enten:

  • Trin 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trin 4: Konfigurer lokal gateway med et eksisterende Unified CM-miljø

    Eller:

  • Trin 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurer forbindelse og sikkerhed

Basiskonfiguration

Det første trin i klargøring af din Cisco-router som en lokal gateway til Webex Calling er at opbygge en basiskonfiguration, der sikrer din platform og etablerer forbindelse.

  • Alle certifikatbaserede installationer af lokal gateway kræver Cisco IOS XE 17.9.1a eller nyere versioner. Cisco IOS XE 17.12.2 eller nyere anbefales. Se siden Cisco-softwareforskning for de anbefalede versioner. Søg efter platformen, og vælg en af de foreslåede udgivelser.

    • ISR4000-seriens routere skal konfigureres med både Unified Communications- og Security Technology-licenser.

    • Catalyst Edge 8000-serien routere, der er udstyret med stemmekort eller DSP'er, kræver DNA Advantage-licensering. Routere uden stemmekort eller DSP'er kræver et minimum af DNA Essentials-licensering.

    • For krav med høj kapacitet kan du også kræve en HSEC-licens (High Security) og yderligere overførselsberettigelse.

      Se Godkendelseskoder for at få yderligere oplysninger.

  • Opbyg en basiskonfiguration for din platform, der følger dine virksomhedspolitikker. Du skal især konfigurere og bekræfte følgende:

    • NTP

    • Acl'er

    • Brugergodkendelse og fjernadgang

    • DNS

    • IP-routing

    • IP-adresser

  • Netværket mod Webex Calling skal bruge en IPv4-adresse. Adresser til fuldt kvalificerede domænenavne (FQDN) eller SRV-adresser (Service Record) for den lokale gateway, der er konfigureret i Control Hub, skal fortolkes 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 opdatere din firewall i overensstemmelse hermed.

  • Følg de detaljerede konfigurationstrin, der er angivet herunder, for at installere et underskrevet certifikat på den lokale gateway:

    • En offentlig certifikatmyndighed (CA) som beskrevet i Hvilke rodcertifikatmyndigheder understøttes for opkald til Cisco Webex-lyd- og videoplatforme? skal underskrive enhedscertifikatet.

    • Certifikatemnets fælles navn (CN) eller et af de alternative emnenavne (SAN) skal være det samme som den FQDN, der er konfigureret i Control Hub. For eksempel:

      • Hvis en konfigureret trunk i Control Hub i din organisation har cube1.lgw.com:5061 som FQDN for den lokale gateway, skal CN eller SAN i routercertifikatet indeholde cube1.lgw.com. 

      • Hvis en konfigureret trunk i Control Hub i din organisation har lgws.lgw.com som SRV-adressen på de lokale gateway(er), der kan kontaktes fra trunken, skal CN eller SAN i routercertifikatet indeholde lgws.lgw.com. De poster, som SRV adressen går til (CNAME, A Record, eller IP-adresse), er valgfrie i SAN.

      • Uanset om du bruger en FQDN eller SRV til trunken, skal kontaktadressen til alle nye SIP-dialoger fra din lokale gateway bruge det navn, der er konfigureret i Control Hub.

    • Sørg for, at certifikaterne er signeret til klient- og serverbrug.

  • Overfør Cisco-rodnøglecenterpakken til den lokale gateway. Denne pakke indeholder CA-rodcertifikatet, der bruges til at bekræfte Webex-platformen.

Konfiguration

1

Sørg for, at du tildeler gyldige og distribuerbare IP-adresser til alle lag 3-grænseflader, for eksempel:

 grænseflade GigabitEthernet0/0/0 beskrivelse Grænseflade, der vender mod PSTN- og/eller CUCM IP-adresse 192.168.80.14 255.255.255.0! grænseflade GigabitEthernet0/0/1 beskrivelse Grænseflade, der vender mod Webex Calling (offentlig adresse) IP-adresse 198.51.100.1 255.255.255.240

2

Beskyt STUN-legitimationsoplysninger på routeren ved hjælp af symmetrisk kryptering. Konfigurer den primære krypteringsnøgle og krypteringstype på følgende måde:

 nøgle config-nøgle adgangskode-krypter YourPassword-kryptering aes
3

Opret et krypteringstillidspunkt med et certifikat til dit domæne, underskrevet af en understøttet Certificate Authority (CA).

  1. Opret et RSA-nøglepar ved hjælp af følgende kørselskommando.

    krypteringsnøgle genererer rsa generelle nøgler eksporteres etiket lgw-key modulus 4096

  2. Brug følgende konfigurationskommandoer til at oprette et tillidspunkt for certifikatet, der angiver de feltværdier, der skal bruges i anmodningen om certifikatsignering: 

     krypto pki trustpoint LGW_CERT tilmeldingsterminal pem fqdn intet emne-navn cn=cube1.lgw.com emne-alt-navn cube1.lgw.com tilbagekaldelse-kontrol ingen rsakeypar lgw-key hash sha256

    Bemærkninger til certifikatfelter:

    • fqdn: Dette er ikke et påkrævet felt for Webex Calling. Indstilling af denne konfiguration til "ingen" sikrer, at den ikke er inkluderet i anmodningen om certifikatsignering. Hvis du har brug for at inkludere en FQDN ved hjælp af denne kommando, påvirker det ikke den lokale gateway-handling.

    • emnenavn: For at validere opkald fra en lokal gateway skal Webex matche FQDN i SIP-kontaktheaders med dem, der enten er inkluderet i attributten Subject Common Name (CN) eller feltet Subject Alternative Name (SAN) i SBC-certifikatet. Emnefeltet skal derfor indeholde mindst en CN-attribut, men kan også indeholde andre attributter, hvis det er nødvendigt. Få flere oplysninger i emnenavn.

    • emne-alt-navn: Feltet Subject Alternative Name (SAN) for SBC-certifikatet kan indeholde en liste over yderligere FQDN'er. Webex kontrollerer denne liste for at validere SIP-kontaktheaderen i meddelelser fra den lokale gateway, hvis certifikatets emne-CN-attribut ikke matches.

    • Hash: Det anbefales på det kraftigste, at kundeservicerepræsentanter signeres ved hjælp af SHA256. Denne algoritme bruges som standard fra Cisco IOS XE 17.11.1 og skal konfigureres eksplicit ved hjælp af denne kommando med tidligere udgivelser.

  3. Generer CSR (Certificate Signing Request) med følgende kørsels- eller konfigurationskommando, og brug den til at anmode om et underskrevet certifikat fra en understøttet CA-udbyder:

    Krypto pki tilmelder LGW_CERT

4

Angiv certifikatet for det mellemliggende CA for signering, som bruges til at godkende dit værtscertifikat. Indtast følgende kørsels- eller konfigurationskommando:

 krypto pki-godkende LGW_CERT

5

Importer det signerede værtscertifikat ved hjælp af følgende exec- eller konfigurationskommando:

 Import af krypto pki LGW_CERT-certifikat

6

Aktivér TLS1.2-eksklusivitet, og angiv det standardtillidspunkt, der skal bruges til stemmeapplikationer, ved hjælp af følgende konfigurationskommandoer:

 sip-ua kryptosignaler standard tillidspunkt LGW_CERT-transport tcp tls v1.2

7

Installer Cisco-rodnøglecenterpakken, som indeholder det DigiCert-nøglecentercertifikat, der bruges af Webex Calling. Brug kommandoen crypto pki trustpool import ren URL-adresse URL til at downloade rod-CA-bundtet fra den angivne URL-adresse og til at rydde den aktuelle CA-trustpool, og installer derefter den nye pakke af certifikater:

Hvis du har brug for at bruge en proxy til at få adgang til internettet via HTTPS, skal du tilføje følgende konfiguration, før du importerer CA-pakken:

ip http-klient proxyserver yourproxy.com proxyport 80
 ip http-klient kildegrænseflade GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer certifikatbaseret trunk til Webex Calling
1

Opret en CUBE-certifikatbaseret PSTN-trunk for en eksisterende placering i Control Hub. Få flere oplysninger i Konfigurer trunks, rutegrupper og opkaldsplaner for Webex Calling.

Notér de trunkoplysninger, der er angivet, når trunken er oprettet. Disse detaljer, som fremhævet i følgende illustration, vil blive brugt i konfigurationstrinnene i denne vejledning.

CUBE certifikatbaseret PSTN-trunk er oprettet
2

Angiv følgende kommandoer for at konfigurere CUBE som en lokal Webex Calling-gateway:

 stemmetjeneste voip ip-adresse betroet liste ipv4 x.x.x.x y.y.y.y.y-tilstand grænse-element tillad-forbindelser sip til sip ingen supplerende tjeneste sip henvise stun stun flowdata agent-id 1 starttælling 4 stun flowdata delt-hemmelighed 0 Adgangskode123$ sip asymmetrisk nyttelast fuld tidlig tilbuds-tvungne sip-profiler indgående

Her er en forklaring af felterne til konfigurationen:

 liste over betroet ip-adresse  ipv4 x.x.x.x y.y.y.y.y

  • For at beskytte mod afgiftsbedrageri definerer den betroede adresseliste en liste over værter og netværksenheder, hvorfra den lokale gateway forventer legitime VoIP-opkald.

  • Som standard blokerer en lokal gateway alle indgående VoIP-meddelelser fra IP-adresser, der ikke er på dens liste over pålidelige. Som standard er der tillid til statisk konfigurerede opkalds-peers med "sessionsmål-IP"- eller servergruppens IP-adresser. Det er ikke nødvendigt at føje disse IP-adresser til listen, der er tillid til.

  • Når du konfigurerer din lokale gateway, skal du føje IP-undernettene til dit regionale Webex Calling-datacenter til listen. Se Portreferenceoplysninger for Webex Calling for yderligere oplysninger. Du kan også tilføje adresseintervaller for Unified Communications Manager-servere (hvis de bruges) og PSTN-trunkgateways.

  • For yderligere oplysninger om, hvordan du bruger en liste over pålidelige IP-adresser til at forhindre afgiftsbedrageri, se betroet IP-adresse.

tilstand grænselement

Aktiverer Cisco Unified Border Element (CUBE)-funktioner på platformen.

tillad-forbindelser sip til sip

Aktivér CUBE grundlæggende SIP tilbage til tilbage-brugeragentfunktionalitet. Få flere oplysninger i Tillad forbindelser.

T.38-faxtransport er som standard aktiveret. Få flere oplysninger i faxprotokol t38 (stemmetjeneste).

Kategori: Stun

Aktiverer STUN (sessionsgennemløb af UDP gennem NAT) globalt.

Disse globale stun-kommandoer er kun nødvendige, når du installerer din lokale gateway bag NAT.

  • STUN-bindingsfunktionen på den lokale gateway gør det muligt at sende lokalt genererede STUN-anmodninger over den forhandlede mediesti. Dette hjælper med at åbne nåleøjet i firewallen.

Få flere oplysninger i stun flowdata agent-id og stun flowdata delt-hemmelighed.

asymmetrisk nyttelast fuld

Konfigurerer understøttelse af asymmetrisk SIP-nyttelast for både DTMF og dynamiske codec-nyttelast. Få flere oplysninger om denne kommando i asymmetrisk nyttelast.

tidlig tilbud tvunget

Tvinger den lokale gateway til at sende SDP-oplysninger i den indledende INVITE-meddelelse i stedet for at vente på bekræftelse fra nabopeer. Få flere oplysninger om denne kommando i tidligt tilbud.

indgående sip-profiler

Giver CUBE mulighed for at bruge SIP-profiler til at ændre meddelelser, efterhånden som de modtages. Profiler anvendes via opkalds-peers eller lejere.

3

Konfigurer stemmeklasse-codec 100 , så det kun er G.711-codecs for alle trunks. Denne enkle tilgang er velegnet til de fleste installationer. Hvis det er nødvendigt, kan yderligere codec-typer, der understøttes af både oprindelses- og afslutningssystemer, føjes til listen.

Mere komplekse løsninger, der involverer transcoding ved hjælp af DSP-moduler, understøttes, men er ikke inkluderet i denne vejledning. 

 stemmeklasse codec 100 codec-præference 1 g711ulaw codec-præference 2 g711alaw

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-codec 100

Bruges til kun at tillade foretrukne codecs for SIP-trunkopkald. Få flere oplysninger i codec for stemmeklasse.

4

Konfigurer stun-brug af stemmeklasse 100 for at aktivere ICE på Webex Calling-trunk. (Dette trin gælder ikke for Webex for Government)

 stemmeklasse stun-brug 100 stun-brug firewall-gennemløbsdata stun-brug ice lite

Her er en forklaring af felterne til konfigurationen:

stun brug ice lite

Bruges til at aktivere ICE-Lite for alle opkalds-peers med Webex Calling for at tillade medieoptimering, når det er muligt. Få flere oplysninger i stun-brug for stemmeklasse og stun-brug ice lite.

Kommandoen stun-brug firewall-traversal flowdata er kun påkrævet, når du installerer din lokale gateway bag NAT.

Medieoptimering forhandles, hvor det er muligt. Hvis et opkald kræver cloud-medietjenester, såsom optagelse, kan mediet ikke optimeres.

5

Konfigurer politikken for mediekryptering for Webex-trafik. (Dette trin gælder ikke for Webex for Government)

 stemmeklasse srtp-kryptering 100 kryptering 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-kryptering 100

Angiver SHA1_80 som det eneste SRTP-krypteringspakke CUBE tilbud i SDP i tilbud og svar-meddelelser. Webex Calling understøtter kun SHA1_80. Få flere oplysninger i stemmeklasse srtp-kryptering.

6

Konfigurer FIPS-kompatible GCM-krypteringer (dette trin gælder kun for Webex for Government). 

 stemmeklasse srtp-kryptering 100 kryptering 1 AEAD_AES_256_GCM

Her er en forklaring af felterne til konfigurationen:

stemmeklasse srtp-kryptering 100

Angiver GCM som den krypteringspakke, CUBE tilbyder. Det er obligatorisk at konfigurere GCM-koder til lokal gateway til Webex for forvaltninger.

7

Konfigurer et mønster til entydigt at identificere opkald til en lokal gateway-trunk baseret på dens destinations FQDN eller SRV:

 stemmeklasse uri 100 sip mønster cube1.lgw.com

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 100 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du indtaster dette mønster, skal du bruge trunk-FQDN eller SRV, der er konfigureret i Control Hub for trunken.

8

Konfigurer profiler til manipulation af SIP-meddelelser. Hvis din gateway er konfigureret med en offentlig IP-adresse, skal du konfigurere en profil som følger eller gå til næste trin, hvis du bruger NAT. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret til den lokale gateway:

 stemmeklasse sip-profiler 100 regel 10 anmod om ENHVER ændring af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:" svar på regel 20 ENHVER ÆNDRING af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:"

Her er en forklaring af felterne til konfigurationen:

regel 10 og 20

For at tillade Webex at godkende meddelelser fra din lokale gateway skal "Kontakt"-headeren i en SIP-anmodning og svarmeddelelser indeholde den værdi, der er klargjort for trunken i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-navn, der bruges til en klynge af enheder.

9

Hvis din gateway er konfigureret med en privat IP-adresse bag statisk NAT, skal du konfigurere de indgående og udgående SIP-profiler som følger. I dette eksempel er cube1.lgw.com den FQDN, der er konfigureret til den lokale gateway, "10.80.13.12" er grænsefladens IP-adresse, der vender mod Webex Calling, og "192.65.79.20" er den offentlige NAT IP-adresse.

SIP-profiler for udgående meddelelser til Webex Calling 
 -stemmeklasse sip-profiler 100 regel 10 anmoder om ENHVER ændring af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:" regel 20-svar enhver ændring af sip-header-kontaktperson "@.*:" "@cube1.lgw.com:" regel 30-svar enhver ændring af SDP-header-lydattribut "(a=kandidat:1 1.*) 10.80.13.12" "\1 192.65.79.20" regel 31 svar ENHVER ændring Af SDP-header-lydattribut "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Audio-Connection-Info-ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 41 anmodning ENHVER SDP-HEADER Audio-Connection-Info-ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 50 anmodning ENHVER SDP-HEADER Connection-Info-ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 51 svar ENHVER SDP-HEADER Connection-Info-ændring "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 60 svar ENHVER sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 61 anmodning ENHVER sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" regel 70 anmodning ENHVER s 1.*) 10.80.13.12" "\1 192.65.79.20" regel 81 anmoder OM enhver ændring Af Sdp-header-lydattribut "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring af felterne til konfigurationen:

regel 10 og 20

For at tillade Webex at godkende meddelelser fra din lokale gateway skal "Kontakt"-headeren i SIP-anmodnings- og svarmeddelelser indeholde den værdi, der er klargjort for trunken i Control Hub. Dette vil enten være FQDN for en enkelt vært eller det SRV-navn, der bruges til en klynge af enheder.

regel 30 til 81

Konverter private adressereferencer til webstedets eksterne offentlige adresse, så Webex kan fortolke og dirigere efterfølgende meddelelser korrekt.

SIP-profil for indgående meddelelser fra Webex Calling 
 -stemmeklasse sip-profiler 110 regel 10 svar ENHVER sdp-header Video-Connection-Info-ændring "192.65.79.20" "10.80.13.12" regel 20 svar ENHVER sip-header Contact-ændring "@.*:" "@cube1.lgw.com:" regel 30 svar ENHVER sdp-header Connection-Info-ændring "192.65.79.20" "10.80.13.12" regel 40 svar ENHVER sdp-header Audio-Connection-Info-ændring "192.65.79.20" "10.80.13.12" regel 50 svar ENHVER sdp-header Session-Ejer ændre "192.65.79.20" "10.80.13.12" regel 60 svar ENHVER sdp-header Audio-Attribute-ændring "(a=kandidat:1 1.*) 192.65.79.20" "\1 10.80.13.12" regel 70 svar ENHVER ændring Af Lyd-attribut sdp-header "(a=kandidat:1 2.*) 192.65.79.20" "\1 10.80.13.12" regel 80 svar ENHVER ændring Af Lyd-attribut sdp-header "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring af felterne til konfigurationen:

regel 10 til 80

Konverter offentlige adressereferencer til den konfigurerede private adresse, så CUBE kan behandle meddelelserne fra Webex.

Få flere oplysninger i stemmeklasse-sip-profiler.

USA eller canadisk PSTN-udbyder kan tilbyde bekræftelse af opkalder-id for spam- og svindelopkald med den yderligere konfiguration, der er nævnt i artiklen Opkald til spam eller svindel i Webex Calling .

10

Konfigurer en SIP-indstillinger keepalive med headerændringsprofil.

 stemmeklasse sip-profiler 115 regel 10 anmodning VALGMULIGHEDER sip-header Kontaktændring "<sip:.*:"<sip:cube1.lgw.com:" regel 30 anmodning OM enhver sip-header Via modificer "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header forbindelsesinfo-ændring "10.80.13.12" "192.65.79.20" regel 50 svar ENHVER sdp-header lydforbindelse-info-ændring "10.80.13.12" "192.65.79.20"! stemmeklasse sip-options-keepalive 100 beskrivelse Keepalive for Webex Calling op-interval 5 transport tcp tls sip-profiler 115

Her er en forklaring af felterne til konfigurationen:

stemmeklasse sip-options-keepalive 100

Konfigurerer en keepalive-profil og skifter til konfigurationstilstand for stemmeklasse. Du kan konfigurere det tidspunkt (i sekunder), hvor en SIP Out of Dialog Options Ping (SIP Out of Dialog Options) sendes til opkaldsmålet, når impulsforbindelsen til slutpunktet er i OP- eller Ned-status.

Denne keepalive-profil udløses fra den opkalds-peer, der er konfigureret mod Webex.

For at sikre, at kontaktheaderne indeholder SBC's fuldt kvalificerede domænenavn, bruges SIP-profil 115. Regel 30, 40 og 50 er kun påkrævet, når SBC er konfigureret bag statisk NAT.

I dette eksempel er cube1.lgw.com den FQDN, der er valgt for den lokale gateway, og hvis der bruges statisk NAT, er "10.80.13.12" SBC-grænsefladens IP-adresse i forhold til Webex Calling, og "192.65.79.20" er NAT offentlig IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opret stemmeklasselejer 100 for at definere og gruppere konfigurationer, der er påkrævet specifikt for Webex Calling-trunk. Opkalds-peers, der er knyttet til denne lejer, nedarver senere disse konfigurationer:

    I følgende eksempel bruges de værdier, der er illustreret i trin 1, til formålet med denne vejledning (vist med fed skrift). Erstat disse med værdier for din trunk i din konfiguration.

     stemmeklasselejer 100 ingen remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com sessionstransport tcp tls ingen sessionsopdatering fejl-passthru rel1xx deaktiver asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 ingen pass-thru indhold brugerdefineret-sdp sip-profiler 100 sip-profiler 110 indgående privatlivspolitik-passthru!

    Her er en forklaring af felterne til konfigurationen:

    stemmeklasselejer 100

    Vi anbefaler, at du bruger lejere til at konfigurere trunks, som har deres eget TLS-certifikat og CN- eller SAN-valideringsliste. Her indeholder den tls-profil, der er tilknyttet lejeren, det tillidspunkt, der skal bruges til at acceptere eller oprette nye forbindelser, og har CN- eller SAN-listen til at validere de indgående forbindelser. Få flere oplysninger i stemmeklasselejer.

    intet tredjeparts-id

    Deaktiver SIP Remote-Party-ID (RPID)-header, da Webex Calling understøtter PAI, som er aktiveret ved hjælp af kommandoen asserted-id pai . Få flere oplysninger i ID for ekstern part.

    sip- server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer destinations-SIP-serveren for trunken. Brug den Edge-proxy-SRV-adresse, der er angivet i Control Hub, når du oprettede din trunk

    srtp-kryptografi 100

    Konfigurerer de foretrukne krypteringsprogrammer for SRTP-opkaldsbenet (forbindelse) (angivet i trin 5). Få flere oplysninger i stemmeklasse srtp-kryptering.

    lokalvært-dns: cube1.lgw.com

    Konfigurerer CUBE til at erstatte den fysiske IP-adresse i overskrifterne Fra, Opkalds-id og Ekstern part-id i udgående meddelelser med den angivne FQDN. Brug den trunk-FQDN eller SRV, der er konfigureret i Control Hub for trunken her.

    sessionstransport tcp tls

    Indstiller transport til TLS for tilknyttede opkalds-peers. Få flere oplysninger i sessionstransport.

    ingen sessionsopdatering

    Deaktiverer opdatering af SIP-session for opkald mellem CUBE og Webex. Få flere oplysninger i Sessionsopdatering.

    fejl-passthru

    Angiver sip-fejlsvar-adgangsfunktion. Få flere oplysninger i fejladgangskode.

    rel1xx deaktiver

    Deaktiverer brugen af pålidelige foreløbige svar for Webex Calling-trunk. Få flere oplysninger i rel1xx.

    påstået-id pai

    (Valgfri) Aktiverer behandlingen af P-Asserted-Identity-headeren og styrer, hvordan dette bruges til Webex Calling-trunken.

    Webex Calling indeholder PAI-headere (P-Asserted-Identity) i INVITATIONER til udgående opkald til den lokale gateway.

    Hvis denne kommando er konfigureret, bruges oplysninger om den person, der ringer op, fra PAI-headeren til at udfylde overskrifterne Fra og PAI/Remote-Party-ID.

    Hvis denne kommando ikke er konfigureret, bruges oplysninger om den person, der ringer op, fra Fra-headeren til at udfylde overskrifterne Fra og PAI/Remote-Party-ID.

    Få flere oplysninger i erklært-id.

    Kildegrænseflade til bind kontrol GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til Webex Calling. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/1

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til Webex Calling. Få flere oplysninger i bind.

    sip-profiler for stemmeklasse 100

    Anvender den headerændringsprofil (offentlig IP- eller NAT-adresse), der skal bruges til udgående meddelelser. Få flere oplysninger i stemmeklasse-sip-profiler.

    stemmeklasse sip-profiler 110 indgående

    Kun for LGW-installationer bag NAT: Anvender den overskriftsændringsprofil, der skal bruges til indgående meddelelser. Få flere oplysninger i stemmeklasse-sip-profiler.

    Politik om beskyttelse af personlige oplysninger passthru

    Konfigurerer CUBE til gennemsigtigt at overføre overskrifter om beskyttelse af personlige oplysninger fra den modtagne meddelelse til det næste opkaldsben. Få flere oplysninger i databeskyttelsespolitikken.

  2. Konfigurer Webex Calling-trunk-opkalds-peer.

     opkalds-peer stemme 100 VoIP-beskrivelse Indgående/udgående Webex Calling-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål sip-server indgående URI-anmodning 100 voice-class codec 100 voice-class stun-brug 100 voice-class sip-lejer 100 voice-class sip-valgmuligheder-keepalive-profil 100 dtmf-relay rtp-nte srtp no vad

    Her er en forklaring af felterne til konfigurationen:

     Stemme for opkalds-peer 100 VoIP  beskrivelse af indgående/udgående Webex Calling

    Definerer en VoIP-opkalds-peer med et tag på 100 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

    destinationsmønster DÅRLIGT.DÅRLIGT

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde. Få flere oplysninger i destinationsmønster (grænseflade).

    session protokol sipv2

    Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    session mål sip-server

    Angiver, at den SIP-server, der er defineret i lejer 100, nedarves og bruges som destinationen for opkald fra denne opkalds-peer.

    indgående URI-anmodning 100

    Angiver den stemmeklasse, der bruges til at matche indgående opkald til denne opkalds-peer ved hjælp af header-URI'en INVITER ANMODNING. Få flere oplysninger i Indgående URI.

    codec for stemmeklasse 100

    Angiver codec-filterliste for opkald til og fra Webex Calling. Få flere oplysninger i codec for stemmeklasse.

    stun-brug af stemmeklasse 100

    Giver mulighed for, at lokalt genererede STUN-anmodninger fra den lokale gateway kan sendes over den forhandlede mediesti. STUN-pakker hjælper med at åbne et pinhole til firewall for medietrafik og registrere gyldige stier til medieoptimering.

    stemmeklasse sip-lejer 100

    Opkalds-peer'en nedarver alle parametre, der er konfigureret globalt og i lejer 100. Parametre kan tilsidesættes på opkalds-peer-niveau. Få flere oplysninger i stemmeklasse sip-lejer.

    sip-valgmuligheder for stemmeklasse-keepalive-profil 100

    Denne kommando bruges til at overvåge tilgængeligheden af en gruppe SIP-servere eller slutpunkter ved hjælp af en bestemt profil (100).

    srtp

    Aktiverer SRTP for opkaldsbenet.

Konfigurer lokal gateway med en SIP PSTN-trunk

Når du har bygget en trunk mod Webex Calling ovenfor, skal du bruge følgende konfiguration til at oprette en ikke-krypteret trunk mod en SIP-baseret PSTN-udbyder:

Hvis din tjenesteudbyder tilbyder en sikker PSTN-trunk, kan du følge en lignende konfiguration som beskrevet ovenfor for Webex Calling-trunk. CUBE understøtter sikker dirigering af opkald.

Hvis du bruger en TDM/ISDN PSTN-trunk, skal du springe til næste afsnit Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grænseflader for PSTN-opkaldsben på Cisco TDM-SIP-gateways, skal du se Konfiguration af ISDN PRI.

1

Konfigurer følgende stemmeklasse-URI for at identificere indgående opkald fra PSTN-trunk:

 stemmeklasse-URI 200 SIP-vært IPV4:192.168.80.13

Her er en forklaring af felterne til konfigurationen:

stemmeklasse-uri 200 sip

Definerer et mønster, der skal matche en indgående SIP-invitation til en indgående trunk-opkalds-peer. Når du angiver dette mønster, skal du bruge IP-adressen til din IP PSTN-gateway. Få flere oplysninger i URI for stemmeklasse.

2

Konfigurer følgende IP PSTN-opkalds-peer:

 opkalds-peer stemme 200 VoIP-beskrivelse Indgående/udgående IP PSTN-trunk-destinationsmønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.13 indgående uri via 200 stemmeklasse sip asserted-id pai stemmeklasse sip bind control-kildegrænseflade GigabitEthernet0/0/0 stemmeklasse sip bind mediekildegrænseflade GigabitEthernet0/0/0 stemmeklasse codec 100 dtmf-relay rtp-nte no vad

Her er en forklaring af felterne til konfigurationen:

 opkalds-peer stemme 200 VoIP  beskrivelse af indgående/udgående IP PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIGT.DÅRLIGT

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessionsmål IPv4: 192.168.80.13

Angiver destinationsadressen for opkald, der sendes til PSTN-udbyderen. Dette kan enten være en IP-adresse eller et DNS-værtsnavn. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

indgående uri via 200

Angiver den stemmeklasse, der bruges til at matche indgående opkald til denne opkalds-peer ved hjælp af INVITE VIA-header-URI'en. Få flere oplysninger i indgående URL-adresse.

ID for stemmeklasse-sip-bekræftet

(Valgfri) Aktiverer behandlingen af P-Asserted-Identity-headeren og styrer, hvordan dette bruges til PSTN-trunken. Hvis denne kommando bruges, bruges identiteten af den opkaldende part, der er angivet fra den indgående opkalds-peer, til headerne Fra og P-Asserted-Identity. Hvis denne kommando ikke bruges, bruges identiteten af den opkaldende part, der er angivet fra den indgående opkalds-peer, til headerne Fra og Ekstern part-id. Få flere oplysninger i stemmeklasse-sip-påstået-id.

Bind kontrol kildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

Bind mediekildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

codec for stemmeklasse 100

Konfigurerer opkalds-peer'en til at bruge den fælles codec-filterliste 100. Få flere oplysninger i codec for stemmeklasse.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

3

Hvis du konfigurerer din lokale gateway til kun at dirigere opkald mellem Webex Calling og PSTN, skal du tilføje følgende konfiguration af dirigering af opkald. Hvis du konfigurerer din lokale gateway med en Unified Communications Manager-platform, skal du gå til næste afsnit.

  1. Opret opkalds-peer-grupper for at dirigere opkald til Webex Calling eller PSTN. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den indgående opkalds-peer fra PSTN. Definer på samme måde DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til PSTN og fra PSTN til Webex: 

     opkalds-peer-stemme 100 destination dpg 200 opkalds-peer-stemme 200 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Konfigurer lokal gateway med en TDM PSTN-trunk

Når du har bygget en trunk mod Webex Calling, skal du bruge følgende konfiguration til at oprette en TDM-trunk til din PSTN-tjeneste med viderestilling af loop-back-opkald for at tillade medieoptimering på Webex-opkaldsbenet.

Hvis du ikke kræver optimering af IP-medier, skal du følge konfigurationstrunkene for en SIP PSTN-trunk. Brug en stemmeport og POTS-opkalds-peer (som vist i trin 2 og 3) i stedet for PSTN VoIP-opkalds-peer.

1

Loop-back-opkalds-peer-konfigurationen bruger opkalds-peer-grupper og tags til opkalds-dirigering for at sikre, at opkald passerer korrekt mellem Webex og PSTN, uden at der oprettes løkker til dirigering af opkald. Konfigurer følgende oversættelsesregler, der skal bruges til at tilføje og fjerne tags for dirigering af opkald:

 tale oversættelse-regel 100 regel 1 /^\+/ /A2A/ tale oversættelse-profil 100 oversæt kaldet 100 tale oversættelse-regel 200 regel 1 /^/ /A1A/ tale oversættelse-profil 200 oversæt kaldet 200 tale oversættelse-regel 11 regel 1 /^A1A/ // tale oversættelse-profil 11 oversæt kaldet 11 tale oversættelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ tale oversættelse-profil 12 oversæt kaldet 12

Her er en forklaring af felterne til konfigurationen:

regel for stemmeoversættelse

Bruger regulære udtryk, der er defineret i regler, til at tilføje eller fjerne tags for dirigering af opkald. Over-dekadiske cifre ("A") bruges til at skabe klarhed i fejlfinding.

I denne konfiguration bruges det tag, der er tilføjet af oversættelsesprofil 100, til at lede opkald fra Webex Calling mod PSTN via loopback-opkalds-peers. På samme måde bruges det tag, der er tilføjet af oversættelsesprofil 200, til at lede opkald fra PSTN mod Webex Calling. Oversættelsesprofiler 11 og 12 fjerner disse tags, før der leveres opkald til henholdsvis Webex- og PSTN-trunks.

Dette eksempel forudsætter, at numre, der ringes op fra Webex Calling, vises i +E.164-format. Regel 100 fjerner det foranstillede + for at opretholde et gyldigt opkaldsnummer. Regel 12 tilføjer derefter et eller flere nationale eller internationale dirigeringscifre, når tagget fjernes. Brug cifre, der passer til din lokale nationale ISDN-opkaldsplan.

Hvis Webex Calling præsenterer numre i nationalt format, skal du justere regel 100 og 12 for blot at tilføje og fjerne henholdsvis distributionstaget.

Få flere oplysninger i profil for stemmeoversættelse og regel for stemmeoversættelse.

2

Konfigurer porte til TDM-stemmegrænsefladen som påkrævet af den anvendte trunktype og -protokol. Få flere oplysninger i Konfiguration af ISDN PRI. For eksempel kan den grundlæggende konfiguration af en primær hastighed-ISDN-grænseflade, der er installeret i NIM-slot 2 på en enhed, omfatte følgende:

 korttype e1 0 2 ISDN-switch-type primær-net5-controller E1 0/2/0 pri-gruppe-tidsintervaller 1-31
3

Konfigurer følgende TDM PSTN-opkalds-peer:

 Beskrivelse af opkalds-peer-stemme 200 potter Indgående/udgående PRI PSTN-trunk-destinationsmønster BAD.BAD oversættelsesprofil indgående 200 port med direkte indgående opkald 0/2/0:15

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer stemme 200 krukker  beskrivelse Indgående/udgående PRI PSTN-trunk

Definerer en VoIP-opkalds-peer med et tag på 200 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

destinationsmønster DÅRLIGT.DÅRLIGT

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde. Få flere oplysninger i destinationsmønster (grænseflade).

Indgående oversættelsesprofil 200

Tildeler den oversættelsesprofil, der føjer et tag for dirigering af opkald til det indgående opkaldsnummer.

direkte indgående opkald

Dirigerer opkaldet uden at angive en sekundær opkaldstone. Få flere oplysninger i direkte indgående opkald.

port 0/2/0:15

Den fysiske stemmeport, der er knyttet til denne opkalds-peer.

4

Hvis du vil aktivere medieoptimering af IP-stier for lokale gateways med TDM-IP-opkaldsflows, kan du ændre dirigering af opkald ved at indføre et sæt interne loop-back-opkalds-peers mellem Webex Calling og PSTN-trunks. Konfigurer følgende loop-back-opkalds-peers. I dette tilfælde dirigeres alle indgående opkald i første omgang til opkalds-peer 10 og derfra til enten opkalds-peer 11 eller 12 baseret på det anvendte distributionstag. Når distributionskoden er fjernet, dirigeres opkald til den udgående trunk ved hjælp af opkalds-peer-grupper.

 opkalds-peer stemme 10 voip-beskrivelse Udgående loop-rundt ben-destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål ipv4:192.168.80.14 taleklasse sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 taleklasse sip-bind-mediekildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 11 voip-beskrivelse Indgående loop-rundt-ben mod Webex-oversættelsesprofil indgående 11 sessionsprotokol sip-bind-kontrolkildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme 12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN-oversættelsesprofil indgående 12 sessionsprotokol sip-bind-kontrol-kildegrænseflade GigabitEthernet0/0/0 dtmf-relay rtp-nte-codec g711alaw ingen vad opkalds-peer-stemme-12 voip-beskrivelse Indgående loop-rundt-ben mod PSTN

Her er en forklaring af felterne til konfigurationen: 

 opkalds-peer-stemme 10 VoIP  beskrivelse Udgående loop-rundt ben

Definerer en VoIP-opkalds-peer og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding. Få flere oplysninger i stemme for opkalds-peer.

Indgående oversættelsesprofil 11

Anvender den konverteringsprofil, der er defineret tidligere, for at fjerne tagget for dirigering af opkald, før den sendes til den udgående trunk.

destinationsmønster DÅRLIGT.DÅRLIGT

Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Få flere oplysninger i destinationsmønster (grænseflade).

session protokol sipv2

Angiver, at denne opkalds-peer håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

sessionsmål IPv4: 192.168.80.14

Angiver den lokale routers grænsefladeadresse som opkaldsmålet for tilbagekald. Få flere oplysninger i sessionsmål (VoIP-opkalds-peer).

Bind kontrol kildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes via tilbageløkken. Få flere oplysninger i bind.

Bind mediekildegrænseflade GigabitEthernet0/0/0

Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes via tilbageløkken. Få flere oplysninger i bind.

dtmf-relay rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

codec g711alaw

Gennemtvinger alle PSTN-opkald til at bruge G.711. Vælg a-law eller u-law for at matche den sammenfaldende metode, der bruges af din ISDN-tjeneste.

ingen tone

Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

5

Tilføj følgende konfiguration af dirigering af opkald:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem PSTN- og Webex-trunks via loop-back.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100 stemmeklasse dpg 200 beskrivelse Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 10 beskrivelse Diriger opkald til Loopback-opkaldspeer 10

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  2. Anvend opkalds-peer-grupper for at dirigere opkald.

     opkalds-peer-stemme 100 destination dpg 10 opkalds-peer-stemme 200 destination dpg 10 opkalds-peer-stemme 11 destination dpg 100 opkalds-peer-stemme 12 destination dpg 200

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 200

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurationen i de tidligere afsnit kan ændres til at omfatte yderligere trunks til en Cisco Unified Communications Manager-klynge (UCM). I dette tilfælde dirigeres alle opkald via Unified CM. Opkald fra UCM på port 5060 videresendes til PSTN, og opkald fra port 5065 videresendes til Webex Calling. Følgende konfigurationer kan tilføjes i flere trin for at inkludere dette opkaldsscenarie.

1

Konfigurer følgende stemmeklasse-URI-adresser:

  1. Klassificerer Unified CM til Webex-opkald ved hjælp af SIP VIA port:

     stemmeklasse uri 300 
 sip-mønster:5065

  2. Klassificerer Unified CM til PSTN-opkald ved hjælp af SIP via port:

     stemmeklasse uri 400 sip-mønster 192\.168\.80\.6[0-5]:5060

    Klassificerer indgående meddelelser fra UCM i retning af PSTN-trunk ved hjælp af et eller flere mønstre, der beskriver de oprindelige kildeadresser og portnummer. Regulære udtryk kan bruges til at definere matchende mønstre, hvis det er nødvendigt.

    I eksemplet ovenfor bruges et regulært udtryk til at matche enhver IP-adresse i intervallet 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-poster for at angive SRV-dirigering til Unified CM-værter:

IOS XE bruger disse poster til lokalt at bestemme destinations-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 nødvendige.

 ip-vært ucmpub.mydomain.com 192.168.80.60 ip-vært ucmsub1.mydomain.com 192.168.80.61 ip-vært ucmsub2.mydomain.com 192.168.80.62 ip-vært ucmsub3.mydomain.com 192.168.80.63 ip-vært ucmsub4.mydomain.com 192.168.80.64 ip-vært ucmsub5.mydomain.com 192.168.80.65 ip-vært _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vært _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring af felterne til konfigurationen:

Følgende kommando opretter en DNS SRV-ressourcepost. Opret en post for hver UCM-vært og -trunk:

ip-vært _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på post for SRV-ressource

2: Prioritet for SRV-ressourcepost

1: Rekordvægt for SRV-ressource

5060: Det portnummer, der skal bruges til destinationsværten i denne ressourcepost

ucmsub5.mydomain.com: Destinationsværten for ressourceposten

Opret lokale DNS A-poster for at løse ressourcepostens destinationsværtsnavne. For eksempel:

ip-vært ucmsub5.mydomain.com 192.168.80.65

ip-vært: Opretter en post i den lokale IOS XE-database.

ucmsub5.mydomain.com: Et optagelsesværtsnavn.

192.168.80.65: Værtens IP-adresse.

Opret SRV-ressourceposter og A-poster, så de afspejler dit UCM-miljø og din foretrukne strategi for opkaldsdistribution.

3

Konfigurer følgende opkalds-peers:

  1. Opkalds-peer for opkald mellem Unified CM og Webex Calling:

     opkalds-peer stemme 300 voip-beskrivelse UCM-Webex Calling trunk destination-mønster BAD.BAD sessionsprotokol sipv2-sessionsmål dns:wxtocucm.io indgående uri via 300 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer voice 300 VoIP  beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-opkalds-peer med mærket 300 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 300 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:wxtocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post wxtocucm.io til direkte opkald.

    indgående uri via 300

    Bruger stemmeklasse-URI 300 til at dirigere al indgående trafik fra Unified CM ved hjælp af kildeporten 5065 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    codec for stemmeklasse 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    Bind kontrol kildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

  2. Opkalds-peer for opkald mellem Unified CM og PSTN:

     opkalds-peer stemme 400 voip-beskrivelse UCM-PSTN trunk-destination-mønster BAD.BAD-sessionsprotokol sipv2-sessionsmål dns:pstntocucm.io indgående uri via 400 voice-class codec 100 voice-class sip bind control-kildegrænseflade GigabitEthernet 0/0/0 voice-class sip bind media source-grænseflade GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring af felterne til konfigurationen:

     opkalds-peer stemme 400 VoIP  beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-opkalds-peer med et tag på 400 og giver en meningsfuld beskrivelse af hensyn til let administration og fejlfinding.

    destinationsmønster DÅRLIG. Dårlig

    Der kræves et dummy destinationsmønster ved dirigering af udgående opkald ved hjælp af en indgående opkalds-peer-gruppe. Ethvert gyldigt destinationsmønster kan bruges i dette tilfælde.

    session protokol sipv2

    Angiver, at opkalds-peer 400 håndterer SIP-opkaldsben. Få flere oplysninger i sessionsprotokol (opkalds-peer).

    sessionsmål dns:pstntocucm.io

    Definerer sessionsmålet for flere Unified CM-noder via en DNS SRV-opløsning. I dette tilfælde bruges den lokalt definerede SRV-post pstntocucm.io til direkte opkald.

    indgående uri via 400

    Bruger stemmeklasse-URI 400 til at dirigere al indgående trafik fra de angivne Unified CM-værter ved hjælp af kildeport 5060 til denne opkalds-peer. Få flere oplysninger i Indgående URI.

    codec for stemmeklasse 100

    Angiver codec-filterliste for opkald til og fra Unified CM. Få flere oplysninger i codec for stemmeklasse.

    Bind kontrol kildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for meddelelser, der sendes til PSTN. Få flere oplysninger i bind.

    Bind mediekildegrænseflade GigabitEthernet0/0/0

    Konfigurerer kildegrænsefladen og den tilknyttede IP-adresse for medier, der sendes til PSTN. Få flere oplysninger i bind.

    dtmf-relay rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-evnen forventet på opkaldsbenet. Få flere oplysninger i DTMF Relay (Voice over IP).

    ingen tone

    Deaktiverer stemmeaktivitetsregistrering. Få flere oplysninger i vad (opkalds-peer).

4

Tilføj dirigering af opkald ved hjælp af følgende konfigurationer:

  1. Opret opkalds-peer-grupper for at dirigere opkald mellem Unified CM og Webex Calling. Definer DPG 100 med udgående opkalds-peer 100 mod Webex Calling. DPG 100 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 300 med udgående opkalds-peer 300 mod Unified CM. DPG 300 anvendes på den indgående opkalds-peer fra Webex.

     beskrivelse af stemmeklasse dpg 100 Diriger opkald til Webex Calling-opkaldspeer 100-stemmeklasse dpg 300 beskrivelse Diriger opkald til Unified CM Webex Calling-trunk-opkaldspeer 300

  2. Opret en opkalds-peer-grupper for at dirigere opkald mellem Unified CM og PSTN. Definer DPG 200 med udgående opkalds-peer 200 mod PSTN. DPG 200 anvendes på den tilknyttede indgående opkalds-peer fra Unified CM. Definer på samme måde DPG 400 med udgående opkalds-peer 400 mod Unified CM. DPG 400 anvendes på den indgående opkalds-peer fra PSTN.

     beskrivelse af stemmeklasse dpg 200 Diriger opkald til PSTN-opkaldspeer 200 stemmeklasse dpg 400 beskrivelse Diriger opkald til Unified CM PSTN-trunk-opkaldspeer 400

    Her er en forklaring af felterne til konfigurationen:

    opkalds-peer 100

    Knytter en udgående opkalds-peer til en opkalds-peer-gruppe. Få flere oplysninger i Voice-class dpg.

  3. Anvend opkalds-peer-grupper til at dirigere opkald fra Webex til Unified CM og fra Unified CM til Webex: 

     opkalds-peer-stemme 100 destination dpg 300 opkalds-peer-stemme 300 destination dpg 100

    Her er en forklaring af felterne til konfigurationen:

    destination dpg 300

    Angiver hvilken opkalds-peer-gruppe, og derfor skal opkalds-peer bruges til den udgående behandling for opkald, der præsenteres for denne indgående opkalds-peer.

  4. Anvend opkalds-peer-grupper til at dirigere opkald fra PSTN til Unified CM og fra Unified CM til PSTN:

     opkalds-peer-stemme 200 destination dpg 400 opkalds-peer-stemme 400 destination dpg 200

    Dette afslutter din konfiguration af den lokale gateway. Gem konfigurationen, og genindlæs platformen, hvis dette er første gang, at CUBE-funktioner er konfigureret.

Overvågning og fejlfinding af lokal gateway med diagnostiske signaturer

Diagnosticeringssignaturer (DS) påviser proaktivt almindeligt observerede problemer i den lokale Cisco IOS XE-baserede gateway og genererer e-mail-, syslog- eller terminalmeddelelsesunderretning om begivenheden. Du kan også installere diagnosticeringssignaturer for at automatisere indsamling af diagnosticeringsdata og overføre indsamlede data til Cisco TAC-sagen, så problemer hurtigere kan blive løst.

Diagnosticeringssignaturer (DS) er XML-filer, der indeholder oplysninger om problemudløserbegivenheder og -handlinger til at informere, fejlfinde og udbedre problemet. Brug syslog-meddelelser, SNMP-begivenheder og gennem periodiske overvågning af specifikke vis kommandooutputs til at definere logikken for problemregistrering. Handlingstyperne inkluderer:

  • Indsamler vis kommandooutputs

  • Genererer en konsolideret logfil

  • Overførsel af filen til en netværksplacering, som f.eks. HTTPS, SCP, FTP-server

TAC-ingeniører forfatter DS-filer og digitalt underskrive den for integritetsbeskyttelse. Hver DS-fil har det unikke numeriske id tildelt af systemet. Værktøjet til opslag af diagnosticeringssignaturer (DSLT) er en enkelt kilde til at finde relevante signaturer til overvågning og fejlfinding af forskellige problemer.

Før du begynder:

  • Rediger ikke DS-filen, som du downloader fra DSLT. De filer, du modificerer, installeres ikke på grund af fejl i integritetskontrollen.

  • En enkel Mail Transfer Protocol (SMTP)-server, som du kræver, at den lokale gateway sender e-mailunderretninger.

  • Sørg for, at den lokale gateway kører IOS XE 17.6.1 eller nyere, hvis du vil bruge den sikre SMTP-server til e-mailunderretninger.

Forudsætninger

Lokal gateway med IOS XE 17.6.1 eller nyere

  1. Diagnosticeringssignaturer er aktiveret som standard.

  2. Konfigurer den sikre e-mailserver, som du bruger til at sende proaktiv besked, hvis enheden kører IOS XE 17.6.1 eller nyere.

     konfigurer terminal call-home e-mailserver :@ prioritet 1 sikker tls end

  3. Konfigurer miljøvariablen ds_email med e-mailadressen på administratoren, så du kan underrette dig.

     konfigurer terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)miljø ds_email  afslut

Installer diagnostiske signaturer til proaktiv overvågning

Monitorer høj CPU-udnyttelse

Denne DS sporer 5-sekunders CPU-udnyttelse ved hjælp af SNMP OID 1.3.6.1.4.1.9.2.1.56. Når udnyttelsen når 75 % eller mere, deaktiverer den alle fejlfindinger og afinstallerer alle diagnostiske signaturer, som du installerer i den lokale gateway. Følg trinene nedenfor for at installere signaturen.

  1. Sørg for, at du aktiverede SNMP ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager .

     vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakkeinput      0 Forkerte SNMP-versionsfejl      1 Ukendt fællesnavn      0 Ulovlig handling for fællesnavn angivet      0 Kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Hent-anmodning-PDU'er 138 Hent-næste-PDU'er      2 PDU'er med opsætningsanmodning      0 Drop i indgangskø (maks. køstørrelse 1000) 158277 SNMP-pakkeoutput      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 Fejl i dårlige værdier      0 Generelle fejl 7998 Svar PDU'er 10280 Fælde PDU'er pakker i øjeblikket i SNMP-processens inputkø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 64224 ved hjælp af følgende valgmuligheder i rullemenuen i værktøjet til opslag af diagnosticeringssignaturer:

    kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Højt CPU-forbrug med e-mailmeddelelse

    Download DS 64224 fra værktøjet til opslag af diagnosticeringssignaturer

  3. Kopiér DS XML-filen til den lokale gateways flash.

    kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering af filen fra en FTP-server til den lokale gateway.

    kopiér ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Tilgår ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 byte] 3571 byte kopieret i 0,064 sek. (55797 byte/sek.)

  4. Installer DS XML-filen på den lokale gateway.

     call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml lykkedes

  5. Brug kommandoen vis call-home diagnostic-signature til at bekræfte, at signaturen er installeret korrekt. Statuskolonnen skal have en "registreret" værdi. 

     show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Download diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-07 22:05:33

    Når denne signatur udløses, afinstallerer den alle kørende diagnosticeringssignaturer, inklusive sig selv. Hvis det er nødvendigt, skal du geninstallere DS 64224 for at fortsætte med at overvåge høj CPU-udnyttelse på den lokale gateway.

Overvågning af unormale opkald afbryder

Denne diagnosticeringssignatur bruger SNMP-meningsmålinger hvert 10. minut til at registrere unormale opkaldsafbrydelser med SIP-fejl 403, 488 og 503. Hvis stigningen i fejltælling er større end eller lig med 5 fra den sidste meningsmåling, genererer den en syslog- og e-mailmeddelelse. Benyt nedenstående trin til at installere signaturen.

  1. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager . 

    vis snmp %SNMP-agent ikke aktiveret konfiguration t snmp-serverleder afslut vis snmp-chassis: ABCDEFGHIGK 149655 SNMP-pakkeinput      0 Forkerte SNMP-versionsfejl      1 Ukendt fællesnavn      0 Ulovlig handling for fællesnavn angivet      0 Kodningsfejl 37763 Antal ønskede variabler      2 Antal ændrede variabler 34560 Hent-anmodning-PDU'er 138 Hent-næste-PDU'er      2 PDU'er med opsætningsanmodning      0 Drop i indgangskø (maks. køstørrelse 1000) 158277 SNMP-pakkeoutput      0 For store fejl (maks. pakkestørrelse 1500) 20 Ingen sådanne navnefejl      0 Fejl i dårlige værdier      0 Generelle fejl 7998 Svar PDU'er 10280 Fælde PDU'er pakker i øjeblikket i SNMP-processens inputkø: 0 
 SNMP global indlogning: aktiveret

  2. Download DS 65221 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Registrering af SIP-unormalt opkaldsopkald med e-mail- og Syslog-underretning.

  3. Kopiér DS XML-filen til den lokale gateway.

    kopiér ftp://brugernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen på den lokale gateway. 

     call-home diagnostic-signature load DS_65221.xml indlæsningsfil DS_65221.xml lykkedes

  5. Brug kommandoen show call-home diagnostic-signature til at bekræfte, at signaturen er installeret. Statuskolonnen skal have værdien "registreret".

Installer diagnostiske signaturer for at fejlse et problem

Du kan også bruge diagnosticeringssignaturer (DS) til at løse problemer hurtigt. Cisco TAC-ingeniører har oprettet flere signaturer, der aktiverer de nødvendige fejlfinding, der er påkrævet for at fejlfinde et givet problem, registrere problemhændelsen, indsamle det rigtige sæt diagnostiske data og overføre data automatisk til Cisco TAC-sagen. Dette fjerner behovet for at kontrollere problemhændelsen manuelt og gør fejlfinding af periodiske og kortvarige problemer meget nemmere.

Du kan bruge diagnosticeringssignaturopslagsopslagsværktøjet til at finde de relevante signaturer og installere dem til selv at løse et givet problem, eller du kan installere signaturen, som anbefales af TAC-teknikeren som en del af supportengagementet.

Her er et eksempel på, hvordan du finder og installerer en diagnosticeringssignatur for at påvise hændelsen “%VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): UDFØRING=1.1.181.1.29.0" syslog og automatisere diagnosticeringsdataindsamling ved hjælp af følgende trin:

  1. Konfigurer en anden DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverstien (cxd.cisco.com) for at overføre diagnosticeringsdata. Brugernavnet i filstien er sagsnummeret, og adgangskoden er filoverførselstokenet, der kan hentes fra Support Case Manager som vist i følgende. Filoverførselstokenet kan genereres i afsnittet Vedhæftede filer i Support Case Manager, efter behov.

    Den filoverførselstoken, der genereres i afsnittet Vedhæftede filer i Support Case Manager
     konfigurer terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" afslut

    Eksempel: 

     call-home diagnostic-signature environment ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller, at SNMP er aktiveret ved hjælp af kommandoen vis snmp. Hvis SNMP ikke er aktiveret, skal du konfigurere kommandoen snmp-server manager .

     vis snmp %SNMP-agent ikke aktiveret konfiguration t slutpunkt for snmp-serveradministration

  3. Vi anbefaler, at du installerer High CPU monitoring DS 64224 som et proaktivt mål for at deaktivere alle fejlfindinger og diagnosticeringssignaturer i løbet af den høje CPU-udnyttelse. Download DS 64224 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ydeevne

    Problemtype

    Høj CPU-udnyttelse med e-mailmeddelelse.

  4. Download DS 65095 ved hjælp af følgende valgmuligheder i værktøjet til opslag af diagnosticeringssignaturer:

    Feltnavn

    Feltværdi

    Platform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-software

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogfiler

    Problemtype

    Systemlogfiler – %VOICE_IEC-3-GW: CCAPI: Intern fejl (tærskel for opkaldsudsving): IEC=1.1.181.1.29.0

  5. Kopiér DS XML-filer til den lokale gateway.

     kopiér ftp://brugernavn:password@/DS_64224.xml bootflash:  kopiér ftp://brugernavn:password@/DS_65095.xml bootflash:

  6. Installer DS 64224 til overvågning af høj CPU og derefter DS 65095 XML-filen på den lokale gateway. 

     call-home diagnostic-signature load DS_64224.xml indlæsningsfil DS_64224.xml success call-home diagnostic-signature load DS_65095.xml indlæsningsfil DS_65095.xml success

  7. Bekræft, at signaturen blev installeret ved hjælp af show call-home diagnostic-signature. Statuskolonnen skal have værdien "registreret". 

     show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Downloadede diagnosticeringssignaturer:

    DS-id

    DS-navn

    Revision

    Status

    Seneste opdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Tilmeldt

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Tilmeldt

    2020-11-08:00:12:53

Bekræft afvikling af diagnostiske signaturer

I følgende kommando, kolonnen "Status" for kommandoen vis call-home diagnostisk-signatur ændringer til "kører", mens den lokale gateway udfører den handling, der er defineret i signaturen. Resultatet af show call-home diagnostic-signature statistics er den bedste måde til at verificere, om en diagnostisk signatur registrerer en begivenhed af interesse og udførte handlingen. Kolonnen "Udløst/Maks./Afinstaller" angiver antallet af gange, den angivne signatur har udløst en begivenhed, det maksimale antal gange, den er defineret til at påvise en begivenhed, og om signaturen afinstallerer sig selv efter at påvise det maksimale antal udløste begivenheder. 

show call-home diagnostic-signature Aktuelle indstillinger for diagnostic-signature:   Diagnosticeringssignatur: aktiveret 
 profil: CiscoTAC-1 (status: AKTIV) 
 Downloader URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Downloadede diagnosticeringssignaturer:

DS-id

DS-navn

Revision

Status

Seneste opdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Tilmeldt

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kører

2020-11-08 00:12:53

vis call-home diagnostisk-signatur-statistik

DS-id

DS-navn

Udløst/maks./afinstallation

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/OG

23.053

23.053

Den e-mailunderretning, der sendes under afvikling af diagnosesignatur, indeholder vigtige oplysninger, såsom problemtype, enhedsoplysninger, softwareversion, kørende konfiguration og vis kommandooutputs, der er relevante for fejlfinding af det givne problem.

E-mailunderretning, der sendes under udførelse af diagnosticeringssignatur

Afinstaller diagnostiske signaturer

Brug de diagnostiske signaturer til fejlfindingsformål, der typisk defineres til afinstallation efter påvisning af nogle problemhændelser. Hvis du vil afinstallere en signatur manuelt, skal du hente DS-id'et fra resultatet af vis call-home diagnosticeringssignatur og køre følgende kommando:

afinstallation af call-home diagnostic-signature

Eksempel:

afinstallation af call-home diagnostic-signature 64224

Nye signaturer tilføjes regelmæssigt til værktøjet Diagnosticeringssignaturopslag på baggrund af problemer, der observeres i udrulninger. TAC understøtter i øjeblikket ikke anmodninger om at oprette nye brugertilpassede signaturer.

Konfigurer Webex Calling til din organisation

Konfigurer opkaldsindstillinger i guiden til første opsætning

Det første du skal gøre for at få dine Webex Calling-tjenester i gang er at gennemføre guiden til den første opsætning (FTSW). Når FTSW'en er fuldført for din første placering, behøver den ikke at fuldføres for yderligere placeringer.

1

Klik på linket Sådan kommer du i gang i den velkomst-e-mail, du modtager.

Din administrator-e-mailadresse bruges automatisk til at logge ind på Control Hub, hvor du vil blive bedt om at oprette din administratoradgangskode. Når du er logget ind, starter opsætningsguiden automatisk.

2

Gennemse og acceptér tjenesteydelsesvilkårene.

3

Gennemgå din plan, og klik derefter på Kom i gang.

Din kontoadministrator er ansvarlig for at aktivere de første trin for FTSW. Kontakt din kontoadministrator, hvis du modtager en meddelelse om, at dit opkald ikke kan opsættes, når du vælger Kom i gang.

4

Vælg det land, som dit datacenter skal knyttes til, og indtast kundekontakt- og kundeadresseoplysningerne.

5

Klik på Næste: Standardplacering.

6

Vælg mellem følgende valgmuligheder:

  • Klik på Gem og luk, hvis du er partneradministrator, og du ønsker, at kundeadministratoren fuldfører klargøring af Webex Calling.
  • Udfyld de nødvendige oplysninger om placering. Når du har oprettet placeringen i guiden, kan du oprette flere placeringer senere.

Når du er færdig med opsætningsguiden, skal du sørge for at tilføje et hovednummer til den placering, du opretter.

7

Foretag følgende valg, der skal gælde for denne placering:

  • Meddelelsessprog – Til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – til e-mailkommunikation for nye brugere.
  • Land
  • Tidszone
8

Klik på Næste.

9

Indtast en tilgængelig Cisco Webex SIP-adresse, klik på Næste, og vælg Afslut.

Tilføj en placering

Før du begynder

For at oprette en ny placering skal du forberede følgende oplysninger:

  • Placeringsadresse

  • Ønskede telefonnumre (valgfrit)

1

Log ind på Control Hub på https://admin.webex.com, gå til Administration > Placering.

En ny placering hostes i det regionale datacenter, der svarer til det land, du valgte ved hjælp af guiden til første opsætning.
2

Konfigurer indstillingerne for placeringen:

  • Placeringsnavn – indtast et unikt navn for at identificere placeringen.
  • Land/region – vælg et land, som placeringen skal knyttes til. Du kan f.eks. oprette en placering (hovedkontor) i USA og en anden (filial) i Storbritannien. Det land, du vælger, bestemmer de efterfølgende adressefelter. Dem, der er dokumenteret her, bruger den amerikanske adressekonvention som et eksempel.
  • Placeringsadresse – indtast placeringens primære postadresse.
  • By/by – indtast en by for denne placering.
  • Stat/provins/region – Vælg en stat i rullemenuen.
  • Postnummer – Indtast postnummeret eller postnummeret.
  • Meddelelsessprog – vælg sproget til lydmeddelelser og meddelelser til nye brugere og funktioner.
  • E-mailsprog – vælg sproget til e-mailkommunikation med nye brugere.
  • Tidszone – vælg tidszonen for placeringen.
3

Klik på Gem , og vælg derefter Ja/ Nej for at føje numre til placeringen nu eller senere.

4

Hvis du klikkede Ja , skal du vælge en af følgende valgmuligheder:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN numre eller eksisterende portnumre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret udgående Cisco-opkaldsplan (OCP – Outbound Calling Plan).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Din placering er ny. I forvejen eksisterende placeringer, der har fået PSTN-funktioner tildelt, er ikke kvalificerede til Cisco-opkaldsplanen på nuværende tidspunkt. Åbn en supportsag for at få vejledning.

    • Du er hostet i et Webex Calling-datacenter i en region, hvor Cisco-opkaldsplanen understøttes.

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA)). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden for at bestille numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af integreret CCP. Integreret CCP gør det muligt at finde og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre af CCP-partneren uden for Control Hub.

  • Stedbaseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller hvis du vil forbinde websteder, der ikke er i skyen, med websteder i skyen.

Muligheden for at vælge PSTN-valgmuligheden er på hvert placeringsniveau (hver placering har kun én PSTN-valgmulighed). Du kan mikse og matche så mange valgmuligheder, som du ønsker for din installation, men hver placering vil have én valgmulighed. Når du har valgt og klargjort en PSTN, kan du ændre den ved at klikke på Administrer i placeringens PSTN-indstillinger. Nogle valgmuligheder, såsom Cisco PSTN, er muligvis ikke tilgængelige, efter en anden valgmulighed er blevet tildelt. Åbn en supportsag for at få vejledning.

5

Vælg, om du vil aktivere numrene nu eller senere.

6

Hvis du valgte ikke-integreret CCP eller lokalt baseret PSTN, skal du indtaste telefonnumre som kommaseparerede værdier og derefter klikke på Valider.

Numre tilføjes for den specifikke placering. Gyldige poster flyttes til feltet Validerede numre, og ugyldige poster forbliver i feltet Tilføj numre, hvor der vises en fejlmeddelelse.

Afhængigt af placeringens land formateres numrene i henhold til kravene for lokal opringning. Hvis en landekode for eksempel er påkrævet, kan du indtaste numre med eller uden koden, og koden forudfyldes.

7

Klik på Gem.

Hvad er næste trin?

Når du har oprettet en placering, kan du aktivere nødtjenester for den pågældende placering. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

Slet en placering

Før du begynder

Du kan slette en placering, der enten ikke er i brug eller blev konfigureret forkert, når du har slettet de brugere og arbejdsområder, der er knyttet til den. Når du sletter en placering, sletter du alle tildelte tjenester og numre.

Få en liste over de brugere og arbejdsområder, der er knyttet til en placering: Gå til Tjenester > Opkald > Numre , og vælg den placering, du vil slette, i rullemenuen. Du skal slette disse brugere og arbejdsområder, før du sletter placeringen.

Husk, at alle numre, der er knyttet til denne placering, frigives tilbage til din PSTN-udbyder. Du vil ikke længere eje disse numre.

1

Log ind på Control Hub på https://admin.webex.com, gå til Administration > Placering.

2

Klik Knappen Flere valgmuligheder i kolonnen Handlinger ved siden af den placering, du vil slette.

3

Vælg Slet placering, og bekræft, at du vil slette denne placering.

Det tager typisk et par minutter at slette placeringen permanent, men det kan tage op til en time. Du kan se statussen ved at klikke ved Knappen Flere valgmuligheder siden af placeringens navn og vælge Sletningsstatus.

Opdater en eksisterende placering

Du kan ændre din PSTN, navnet, tidszone og sprog for en placering, efter den er oprettet. Husk dog, at det nye sprog kun gælder for nye brugere og enheder. Eksisterende brugere og enheder fortsætter med at bruge det gamle sprog.

For eksisterende placeringer kan du aktivere nødtjenester. Se RedSky-nødtjeneste til Webex Calling for flere oplysninger.

1

Log ind på Control Hub.

2

Gå til Administration > Placering.

Hvis du ser et Forsigtig-symbol ved siden af en placering, betyder det, at du endnu ikke har konfigureret et telefonnummer for denne placering. Du kan ikke foretage eller modtage opkald, før du konfigurerer det nummer.

3

(Valgfrit) Under PSTN-forbindelse skal du vælge enten Skyforbundet PSTN eller lokalt baseret PSTN (lokal gateway), afhængigt af hvilken du allerede har konfigureret. Klik på Administrer for at ændre denne konfiguration, og acceptér derefter de tilknyttede risici ved at vælge Fortsæt. Vælg derefter én af følgende valgmuligheder, og klik på Gem:

  • Cisco PSTN – Vælg denne valgmulighed, hvis du vil have en Cloud PSTN-løsning fra Cisco. Cisco-opkaldsplanen er en fuld PSTN-erstatningsløsning, der tilbyder nødopkald, indgående og udgående indenlandske og internationale opkald, og giver dig mulighed for at bestille nye PSTN numre eller eksisterende portnumre til Cisco.

    Muligheden for Cisco PSTN er kun synlig under følgende betingelser:

    • Du har købt mindst én dedikeret Cisco-opkaldsplan (OCP).

    • Din placering er i et land, hvor Cisco-opkaldsplanen understøttes.

    • Du er hostet i et Webex Calling-datacenter i en region, hvor Cisco-opkaldsplanen understøttes.

  • Cloud-forbundet PSTN – Vælg denne valgmulighed, hvis du leder efter en cloud-PSTN-løsning fra en af de mange Cisco CCP-partnere, eller hvis Cisco-opkaldsplanen ikke er tilgængelig på din placering. CCP-partnere tilbyder PSTN-erstatningsløsninger, omfattende global dækning og en bred og varieret vifte af funktioner, pakning og priser.

    CCP-partnere og den geografiske dækning er angivet her. Kun partnere, der understøtter placeringens land, vises. Partnere angives enten med et logo eller som en kort tekststreng efterfulgt af en region, i parentes (Eksempel: (EU), (USA) eller (CA). Partnere, der er angivet med et logo, tilbyder altid regionale medier til CCP. For partnere, der vises som en streng, skal du vælge den region, der er tættest på dit land, for at sikre regionale medier til CCP.

    Hvis du ser valgmuligheden Bestil numre nu under en angivet udbyder, anbefaler vi, at du vælger denne valgmulighed, så du kan drage fordel af en integreret CCP. Integreret CCP gør det muligt at anskaffe og klargøre telefonnumre i Control Hub i en enkelt rude. Ikke-integreret CCP kræver, at du køber dine telefonnumre fra CCP-partneren uden for Control Hub.

  • Stedbaseret PSTN (lokal gateway) – Du kan vælge denne valgmulighed, hvis du vil beholde din nuværende PSTN-udbyder, eller hvis du vil forbinde websteder, der ikke er i skyen, med websteder, der ikke er i skyen.

    Webex-opkald kunder med placeringer, der tidligere er konfigureret med en lokal gateway, vil automatisk blive konverteret til lokalt baserede PSTN med en tilsvarende trunk.

Se Overfør til Cisco-opkaldsplaner nedenfor for at migrere.

4

For placeringen skal du vælge Hovednummer fra rullegardinmenuen.

Hovednummeret kan tildeles en automatisk omstilling eller en anden destination inden for placeringen, så eksterne opkald dirigeres til en passende destination.

Det er obligatorisk at tildele placeringen et hovednummer, hvis den har trunks eller enheder, der kun er lokalnummer, f.eks. brugere, arbejdsområder, virtuelle linjer eller funktioner. Uden et hovednummer kan trunks ikke bruges, og enheder, der kun er lokalnummer, kan ikke foretage eller modtage interne eller eksterne opkald. Brugere på den placering kan også bruge dette nummer som deres eksterne opkalder-ID, når de foretager PSTN-opkald.

Hvis du vælger et gratisnummer som hovednummer for en placering, anbefaler vi, at du opdaterer nødtilbagekaldsnummeret for placeringen, fordi et gratisnummer ikke har en nødtjenesteadresse. Se Konfigurering af nødtilbagekaldsnummer for en placering for at få yderligere oplysninger.

5

(Valgfri) Under Nødopkald kandu vælge Nødplaceringsidentifikator for at tildele denne placering.

Denne indstilling er valgfri og gælder kun for lande, der kræver den.

I nogle lande (Eksempel: Frankrig) eksisterer der lovgivningsmæssige krav til mobil radiosystemer for at etablere mobiltelefonens identitet, når du foretager et nødopkald, og gøres tilgængeligt for nødmyndigheder. Andre lande som USA og Canada implementerer placeringsbestemmelse ved hjælp af andre metoder. Se Forbedret nødopkald for yderligere oplysninger.

Din nødopkaldsudbyder har muligvis brug for oplysninger om adgangsnetværket, og dette opnås ved at definere en ny privat SIP-lokalnummerheader, P-Access-Network-Info. Overskriften indeholder oplysninger om adgangsnetværket.

Når du indstiller nødplaceringsidentifikatoren for en placering, sendes placeringsværdien til udbyderen som en del af SIP-meddelelsen. Kontakt din nødopkaldsudbyder for at se, om du kræver denne indstilling, og brug den værdi, der leveres af din nødopkaldsudbyder."

6

Vælg det Telefonsvarernummer, som brugere kan ringe til for at tjekke deres telefonsvarer for denne placering.

7

(Valgfri) Klik på blyantikonet øverst på siden Placering for at ændre placeringens navn, meddelelsessprog, e-mailsprog, Tidszoneeller adresse efter behov, og klik derefter på Gem.

Ændring af meddelelsessproget træder omgående i kraft for alle nye brugere og funktioner, der tilføjes til denne placering. Hvis eksisterende brugere og/eller funktioner også bør få deres meddelelsessprog ændret, skal du vælge Skift for eksisterende brugere og arbejdsområder eller Skift for eksisterende funktioner, når du bliver bedt om det. Klik på Anvend. Du kan se status på siden Opgaver. Du kan ikke lave flere ændringer, før dette er fuldført.

Ændring af tidszonen for en placering vil ikke opdatere tidszonerne for de funktioner, der er knyttet til denne placering. Hvis du vil redigere tidszonerne for funktioner som f.eks. automatisk omstilling, søgegruppe og opkaldskø, skal du gå til området Generelle indstillinger for den specifikke funktion, du vil opdatere tidszonen for, og redigere og gemme der.

Overfør til Cisco-opkaldsplaner

Du kan ændre din PSTN-forbindelse for en eksisterende placering til Cisco PSTN. Du kan f.eks. ændre placeringerne for de lokalt baserede PSTN (lokal gateway) eller ikke-integrerede CCP-forbindelser til Cisco PSTN. Cisco PSTN leverer en cloud-PSTN-løsning fra Cisco.

Alle numre, der kan porteres, forbliver funktionelle, bortset fra en mindre afbrydelse i løbet af den planlagte fuldførelsestid for portering.

Du kan heller ikke foretage nogen ændring af nummerstyring for en placering, der gennemgår en PSTN-forbindelsesovergang. Men de eksisterende numre fungerer stadig, og du kan stadig tildele eller fjerne tildelingen af numre til placeringen. Du kan ikke tilføje, slette og flytte ind- eller udgående numre for den pågældende placering. Under denne proces opdateres routingprofilen automatisk, hvilket aktiverer Cisco PSTN.

I øjeblikket understøttes muligheden for at ændre PSTN-forbindelsen for en eksisterende placering til Cisco PSTN ikke for Japan-regionen.

Når PSTN-forbindelsen ændres, anvendes et abonnement med en opkaldslicens, og faktureringstjenesten modtager en besked.

Begrænsninger:

  • Migration fra en integreret IntelePeer-placering til en Cisco PSTN-placering understøttes ikke

  • Placeringen af dedikeret forekomst kan ikke overføres til Cisco PSTN

  • Der kan være behov for flere porteringsordrer for PSTN-forbindelsesændringen. Hvis det er tilfældet, er disse ordrer sammenkædet, så de fuldføres på samme tid. Enhver datoændring eller annullering af en porteringsordre skal anvendes på alle tilknyttede porteringsordrer for forbindelsesændringen.

Sådan starter du en PSTN-forbindelsesændring

1

Log ind på Control Hub.

2

Gå til Administration > Placering.

3

Vælg den placering, hvor du vil ændre PSTN-forbindelsen til Cisco PSTN.

4

Gå til fanen Opkald , og klik på valgmuligheden Administrer ved siden af den placeringsbaserede PSTN eller ikke-integreret cloud-forbundet PSTN.

5

Rediger ved siden af Forbindelsestype.

6

Vælg kortet Cisco-opkaldsplaner , og vælg det abonnement, der tildeler Cisco-opkaldsplanen for brugere på denne placering. Klik på Næste.

7

Der vises en side til ændring af forbindelse til din bekræftelse. Klik på Næste , og kontrollér porteringsparathed for dine numre.

Knappen Næste aktiveres kun, hvis alle numre på listen er flytbare. Læs disse markører:

  • "Numre, der ikke kan porteres" henviser til inaktive numre. Sørg for, at der ikke er nogen numre under denne liste.

  • Fjern alle numre, der ikke kan overflyttes, fra placeringen. Du kan flytte eller fjerne tildelingen og derefter slette numrene.

8

Klik på Næste , og angiv kontaktoplysningerne.

Dette er den primære kontaktperson for alle placeringer, der bruger Cisco-opkaldsplaner (USA). Ændringer i denne kontakt gælder for alle andre placeringer, der bruger Cisco-opkaldsplaner (USA).

9

Klik på Næste. Der vises en meddelelse, der beder om din bekræftelse for at gemme dine kontaktoplysninger for den pågældende placering. Vælg Ja, skift.

10

Angiv nødtjenesteadressen, og klik på Gem.

I nødstilfælde bruger det lokale nødberedskabsteam denne adresse til at finde den, der ringer op.

11

Oversigtssiden vises med antallet af oprettede porte. Hvis der kun er én ordre, kan du se et yderligere trin kaldet Angiv yderligere oplysninger. For flere ordrer er der en ordrevælger øverst til at navigere mellem dem. Klik på Næste , og indtast oplysningerne for at fuldføre portguiden.

Ordrerne indsendes på én gang, når alle oplysninger er angivet for en enkelt PSTN-overførselsanmodning. Som standard er den faste ordreforpligtelsesdato ensartet på tværs af alle ordrer. PSTN-forbindelsesændringen gælder automatisk, når den sidste linkede ordre er porteret helt.

  • Hvis ordreafgivelsen mislykkes, oprettes en supportbillet automatisk og sendes til supportteamet.

  • Hvis PSTN-forbindelsesændringen kræver flere ordrer fra flere operatører, kan det tage op til 10 arbejdsdage at gennemføre.

Migrationsoplysningerne er tilgængelige under fanen Tjenester > Opkald > PSTN > Ordre . Vælg ordre-id'et for at få vist ordreoplysningerne i en sidepanelvisning. Du kan se typen som Skift PSTN for de ordrer, der er oprettet fra PSTN-forbindelsesændring.

Annuller PSTN-forbindelsesændringen

En administrator kan annullere PSTN-migreringen, når placeringen stadig er i overgangstilstand.

1

Log ind på Control Hub.

2

Gå til Administration > Placering.

3

Vælg placeringen for hvilken du vil annullere PSTN-forbindelsen.

4

Gå til fanen Opkald, og klik på knappen Annuller PSTN-forbindelsesændring .

5

Klik på Ja, fortsæt for at bekræfte annulleringen.

Konfigurer Webex Calling-opkaldsplan

Du kan kontrollere opkaldsplan for din Webex-opkald med udgående opkaldskoder. Brugertilmeld forlængelseslængder, dirigeringpræfikser og opkaldspræferencer (intern og ekstern) for at være kompatibel med opkaldsføringen for dine brugere.

Disse indstillinger er til interne opkald og er også tilgængelige i guiden til den første opsætning. Når du ændrer din opkaldsplan, viser eksempelnumrene i Control Hub-opdateringen disse ændringer.

Du kan konfigurere tilladelser til udgående opkald for en placering. Se disse trin for at konfigurere tilladelser til udgående opkald.

1

Log ind på Control Hub, gå til Tjenester > Opkald > Tjenesteindstillinger, og rul derefter til Internt opkald.

2

Konfigurer de følgende valgfrie opkaldspræferencer efter behov:

  • Længde på dirigeringspræfiks for placering – Hvis du har flere placeringer, anbefaler vi denne indstilling. Du kan indtaste en længde på 1-7 cifre. Hvis du har flere placeringer med samme lokalnummer, skal brugere indtaste et præfiks, når de ringer Mellem placeringer. Hvis du for eksempel har flere butikker, alle med lokalnummeret 1000, kan du konfigurere et dirigeringspræfiks for hver butik. Hvis en butik har præfikset 888, skal du ringe til 8881000 for at komme i kontakt med butikken.

    • Dirigeringspræfiksets længder omfatter styrecifret. Hvis du f.eks. indstiller dirigeringspræfiksets længde til fire, kan du kun bruge tre cifre til at angive webstedet.

    • Hvis du tildeler et dirigeringspræfiks til en placering, omfatter alle visninger af lokalnumre, der er tildelt den pågældende placering, dirigeringspræfikset foran lokalnummeret. F.eks. 888-1000 (lokalnummer til dirigeringspræfiks).

  • Styreciffer i dirigeringspræfiks – vælg det tal, der skal indstilles som det første ciffer i hvert dirigeringspræfiks.
  • Længde på internt lokalnummer – du kan indtaste 2-10 cifre, og standarden er 2.

    Når du har øget længden af dit lokalnummer, opdateres eksisterende hurtigopkald til interne lokalnumre ikke automatisk.

  • Tillad lokalnummeropkald mellem placeringer – giver dig mulighed for at tilpasse lokalnummeropkald mellem placeringer baseret på din organisations krav.

    • Aktivér til/fra-knappen, hvis din organisation ikke har duplikerede lokalnumre på tværs af alle dens placeringer.

      Som standard er til/fra-knappen aktiveret.

    • Deaktiver til/fra-knappen, hvis din organisation har det samme lokalnummer forskellige steder. Når til/fra-knappen er deaktiveret, og opkalderen ringer til lokalnummeret, distribueres opkaldet til en bruger med et matchende lokalnummer på samme placering som opkalderen. Opkalderen skal ringe til det betydelige virksomhedsnummer (dirigeringspræfiks for placering + lokalnummer) for at få fat i et lokalnummer på andre placeringer.

3

Angiv interne opkald for specifikke placeringer. Gå til Administration > Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter interne opkald efter behov:

  • Internt opkald – Angiv det dirigeringspræfiks, som brugere fra én placering skal ringe til for at kontakte en person på den anden placering. Dirigeringspræfikset skal være unikt for hver placering. Vi anbefaler, at præfikslængden stemmer overens med den længde, der er indstillet på organisationsniveau, men den skal være 1-7 cifre langt.
4

Angiv eksternt opkald for specifikke placeringer. Gå til Administration > Placeringer, vælg en placering på listen, og klik på Opkald. Rul til Opkald, og skift derefter eksternt opkald efter behov:

  • Eksternt opkald – du kan vælge et nummer for udgående opkald, som brugere skal ringe til for at nå en ekstern linje. Standardindstillingen er Ingen, og du kan undlade at ændre den, hvis du ikke har behov for dette opkaldsmønster. Hvis du beslutter dig for at anvende denne funktion, anbefaler vi, at du bruger et andet nummer end din organisations styreciffer.

    Brugere kan inkludere nummeret for udgående opkald, når de foretager eksterne opkald, for at genskabe den måde, hvorpå de foretog opkald på ældre systemer. Dog kan alle brugere stadig foretage eksterne opkald uden nummer for udgående opkald.

  • Du kan også Gennemtving opkald til nummeret for udgående opkald for denne placering for at sikre, at brugeren skal bruge nummeret for udgående opkald, der er indstillet af administratoren, til at foretage eksterne opkald.

    • Du kan foretage nødopkald med eller uden nummeret for udgående opkald ved at aktivere denne funktion.

      Når denne indstilling er aktiveret, fungerer eksterne destinationsnumre, f.eks. dem, der bruges til viderestilling af opkald, ikke længere, hvis et nummer for udgående opkald ikke er inkluderet.

    • Hvis et lokalnummer er det samme som det nationale nummer, har lokalnummeret forrang for det nationale nummer. Vi anbefaler derfor, at du aktiverer nummeret for udgående opkald.

    • Vi anbefaler kraftigt, at du bruger E.164-nummerformatet til indgående og udgående PSTN-opkald.

Indvirkning på brugere:

  • Brugere skal genstarte deres telefoner, for at ændringer i opkaldspræferencerne kan træde i kraft.

  • Brugerlokalnumre må ikke starte med det samme nummer som placeringens styreciffer eller nummer for udgående opkald.

Konfigurer lokalt baseret PSTN (lokal gateway) i Control Hub

Hvis du er en værdiskabende forhandler, kan du i Control Hub bruge disse trin til at starte konfigurationen af en lokal gateway. Når denne gateway er tilmeldt skyen, kan du bruge den på en eller flere af dine Webex Calling-placeringer til at sikre dirigering mod en PSTN-tjenesteudbyder for virksomheder.

En placering, der har en lokal gateway, kan ikke slettes, når den lokale gateway bruges til andre placeringer.

Opret en trunk

Følg disse trin for at oprette en trunk i Control Hub.

Før du begynder

  • Når en placering er tilføjet, og før du konfigurerer stedbaseret PSTN for en placering, skal du oprette en trunk.

  • Opret alle placeringer og specifikke indstillinger og numre for hver. Placeringer skal findes, før du kan tilføje en stedbaseret PSTN.

  • Forstå kravene til placeringsbaseret PSTN (lokal gateway) for Webex Calling.

  • Du kan ikke vælge mere end én trunk for en placering med placeringsbaseret PSTN, men du kan vælge den samme trunk for flere placeringer.

1

Log ind på Control Hub på https://admin.webex.com, gå til Tjenester > Opkald > Dirigering af opkald, og vælg Tilføj trunk.

2

Vælg en placering.

3

Navngiv trunken, og klik på Gem.

Navnet må ikke være på mere end 24 tegn.

Hvad er næste trin?

Du får vist de relevante parametre, som du skal konfigurere på trunken. Du vil også generere et sæt SIP Digest-legitimationsoplysninger for at sikre PSTN forbindelsen.

Trunkoplysningerne vises på skærmen Tilmeld domæne, Trunk-gruppe OTG/DTG, Line/Port og Udgående proxyadresse.

Vi anbefaler, at du kopierer disse oplysninger fra Control Hub og indsætter dem i en lokal tekstfil eller et dokument, så du kan se dem, når du er klar til at konfigurere den stedbaserede PSTN.

Hvis du mister legitimationsoplysningerne, skal du generere dem fra skærmen med trunkoplysninger i Control Hub. Klik på Hent brugernavn, og nulstil adgangskode for at generere et nyt sæt bekræftelseslegitimationsoplysninger, der skal bruges til trunken.

Vælg en trunk til lokalt baseret PSTN

1

Log ind på Control Hub på https://admin.webex.com, gå til Administration > Placering.

2

Vælg en placering, der skal modificeres, og klik på Administrer.

3

Vælg Placeringsbaseret PSTN, og klik på Næste.

4

Vælg en trunk i rullemenuen.

Besøg trunksiden for at administrere dine trunkgruppevalg.

5

Klik på bekræftelsesmeddelelsen, og klik derefter på Gem.

Hvad er næste trin?

Du skal tage konfigurationsoplysningerne, som styrer hub genereret, og knytte parametrene til den lokale gateway (for eksempel på en Cisco-kube, der er placeret på stedet). Denne artikel fører dig gennem denne proces. Som reference kan du se følgende diagram for et eksempel på, hvordan Control hub-konfigurationsoplysninger (til venstre) knyttes til parametre i KUBEn (til højre):

Når du har fuldført konfigurationen på selve gatewayen, kan du vende tilbage til Tjenester > Opkald > Placeringer i Control Hub, og den gateway, du oprettede, vil blive angivet på det placeringskort, som du tildelte den til, med en grøn prik til venstre for navnet. Denne status angiver, at gatewayen er korrekt registreret til opkaldsskyen og fungerer som den aktive PSTN-gateway for placeringen.

Anmod om køb af Webex-tjenesteydelser fra en prøveversion i Control Hub

Hvis du har en prøveversion af Webex-tjenesteydelser og gerne vil konvertere den til et betalt abonnement, kan du indsende en e-mailanmodning til din partner.

1

Log ind på Control Hub på https://admin.webex.com, vælg bygningsikonet .

2

Vælg fanen Abonnementer, og klik derefter på Køb nu.

Din partner modtager en e-mail med besked om, at du er interesseret i at konvertere til et betalt abonnement.

Indstil opkaldsindstillinger

Du kan bruge Control Hub til at indstille prioritet for tilgængelige opkaldsvalgmuligheder, som brugerne ser i Webex-appen. Du kan også aktivere dem for opkald med ét klik. For yderligere oplysninger se: Indstil opkaldsvalgmuligheder for brugere af Webex-appen.

Opsæt opkaldsadfærd

Du kan styre, hvilket opkaldsapplikation der åbnes, når brugere foretager opkald. Du kan konfigurere indstillingerne for opkaldsklienterne, herunder udrulning i blandet tilstand for organisationer med brugere, der er berettiget med Unified CM eller Webex Calling, og brugere uden betalte opkaldstjenester fra Cisco. For yderligere oplysninger se: Opsæt opkaldsadfærd.

Konfigurer Unified CM til Webex Calling

Konfigurer en SIP-trunksikkerhedsprofil for trunk til lokal gateway

I tilfælde, hvor den lokale gateway og PSTN-gatewayen befinder sig på den samme enhed, skal Unified CM være aktiveret for at skelne mellem to forskellige trafiktyper (opkald fra Webex og fra PSTN), der stammer fra den samme enhed, og anvende differentieret serviceklasse på disse opkaldstyper. Denne differentierede opkaldsbehandling opnås ved at klargøre to trunks mellem Unified CM og den kombinerede lokale gateway og PSTN-gateway-enheden, som kræver forskellige SIP-lytteporte for de to trunks.

Opret en dedikeret SIP-trunksikkerhedsprofil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunksikkerhedsprofil
Indgående portSkal passe med den port, der bruges i den lokale gateway-konfiguration for trafik til/fra Webex: 5065

Konfigurer en SIP-profil for den lokale gateway-trunk

Opret en dedikeret SIP-profil til den lokale gateway-trunk med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-profil
Aktivér pingen VALGMULIGHEDER for at overvåge destinationsstatus for trunks med tjenesteydelsestypen "Ingen (standard)"Kontrolleret

Opret et opkaldssøgerum for opkald fra Webex

Opret et opkaldssøgerum for opkald, der stammer fra Webex, med følgende indstillinger:

IndstillingVærdi
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex Calling-søgeområde
Valgte partitioner

DN (+E.164 telefonbogsnumre)

ESN (forkortet opkald mellem steder)

PSTNInternational (PSTN-adgang)

onNetRemote (GDPR-lærte destinationer)

Den sidste partition onNetRemote bruges kun i et multiklyngemiljø, hvor routingoplysninger udveksles mellem Unified CM-klynger ved hjælp af Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurer en SIP-trunk til og fra Webex

Opret en SIP-trunk for opkald til og fra Webex via den lokale gateway med følgende indstillinger:

IndstillingVærdi
Oplysninger om enhed
DeviceNameEt unikt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex SIP-trunk
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Indgående opkald
OpkaldssøgerumDet tidligere definerede opkaldssøgerum: Webex
AAR-opkaldssøgerum Et opkaldssøgerum, der kun har adgang til PSTN rutemønstre: PSTNReroute
SIP-oplysninger
DestinationsadresseIP-adresse for den lokale gateways CUBE
Destinationsport5060
SIP-trunksikkerhedsprofilTidligere defineret: Webex
SSO-profilTidligere defineret: Webex

Konfigurer rutegruppe for Webex

Opret en rutegruppe med følgende indstillinger:

IndstillingVærdi
Oplysninger om rutegruppe
Navn på videresendelsesgruppeEt unikt navn, såsom Webex
Valgte enhederDen tidligere konfigurerede SIP trunk: Webex

Konfigurer ruteliste for Webex

Opret en ruteliste med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEt unikt navn, såsom RL_Webex
BeskrivelseMeningsfuld beskrivelse, såsom Ruteliste for Webex
Kør på alle aktive Unified CM-knudepunkterKontrolleret
Medlemsoplysninger om ruteliste
Valgte grupperKun den tidligere definerede rutegruppe: Webex

Opret en partition til Webex-destinationer

Opret en partition for Webex-destinationerne med følgende indstillinger:

IndstillingVærdi
Oplysninger om ruteliste
NavnEntydigt navn, såsom Webex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-partition

Hvad er næste trin?

Sørg for at tilføje denne partition til alle opkaldssøgerum, der skal have adgang til Webex-destinationer. Du skal tilføje denne partition specifikt til det opkaldssøgerum, der bruges som søgerummet for indgående opkald på PSTN-trunks, så opkald fra PSTN til Webex kan viderestilles.

Konfigurer rutemønstre for Webex-destinationer

Konfigurer rutemønstre for hvert DID-område på Webex med følgende indstillinger:

IndstillingVærdi
RutemønsterFuldt +E.164-mønster for DID-området i Webex med foranstillet "\". Eksempel: \+140855501XX
RutepartitionWebex
Gateway-/rutelisteRL_Webex
Hastende prioritetKontrolleret

Konfigurer normalisering af forkortede opkald mellem områder for Webex

Hvis forkortede opkald mellem områder er påkrævet for Webex, skal du konfigurere opkaldsnormaliseringsmønstre for hvert ESN-område på Webex med følgende indstillinger:

IndstillingVærdi
OversættelsesmønsterESN-mønster for ESN-området i Webex. Eksempel: 80121XX
PartitionWebex
BeskrivelseMeningsfuld beskrivelse, såsom Webex-normaliseringsmønster
Brug afsenderens opkaldssøgerumKontrolleret
Hastende prioritetKontrolleret
Vent ikke på mellemciffer-timeout på efterfølgende hopKontrolleret
Transformationsmaske for opkaldt partMaske til normalisering af nummeret til +E.164. Eksempel: +140855501XX

Konfigurer dine Webex Calling-funktioner

Opsæt et viderestillingsgruppe

Hunt-grupper dirigerer indgående opkald til en gruppe brugere eller arbejdsområder. Du kan endda konfigurere et mønster til at dirigere til en hel gruppe.

Få yderligere oplysninger om, hvordan du konfigurerer viderestillingsgruppe, i Viderestil grupper i Cisco Webex Control Hub.

Opret en opkaldskø

Du kan opsætte en opkaldskø, således at når kunders opkald ikke kan besvares, afspilles der automatisk et svar, beroligende beskeder og musik i venteposition, indtil nogen kan besvare deres opkald.

Yderligere oplysninger om, hvordan du konfigurerer og administrerer opkaldskø, finder du under Administrer opkaldskøer Cisco Webex Control Hub.

Opret en receptionistklient

Hjælp med at understøtte dit personales behov i forkontoret. Du kan opsætte brugere som telefon-omstillinger, så de kan screene indgående opkald til visse personer i din organisation.

For oplysninger om, hvordan du opsætter og ser dine receptionistklienter, se Receptionistklienter i Cisco Webex Control Hub.

Opret og administrer automatiske omstillinger

Du kan tilføje hilsner, opsætte menuer og dirigere opkald til en svarservice, en viderestillingsgruppe, en telefonsvarer eller en virkelig person. Opret en 24-timers tidsplan, eller angiv forskellige valgmuligheder, når din virksomhed er åben eller lukket.

Få oplysninger om, hvordan du opretter og administrerer automatiske omstillinger, i Administrer automatiske omstillinger Cisco Webex Control Hub.

Konfigurer en paging-gruppe

Gruppe-paging giver brugeren mulighed for at foretage et envejsopkald eller gruppe-side til op til 75 målbrugere og arbejdsområder ved at ringe til et nummer eller et lokalnummer, der er tildelt en bestemt paging-gruppe.

For oplysninger om, hvordan du konfigurerer og redigerer paging-grupper, se Konfigurer en Paging-gruppe Cisco Webex Control Hub.

Opsæt opkaldsbesvarelse

Forbedr teamwork og samarbejde ved at oprette opkaldsbesvarelse gruppe, så brugere kan besvare hinandens opkald. Når du føjer brugere til en opkaldsbesvarelsesgruppe og et gruppemedlem ikke er til stede eller er optaget, så kan et andet medlem besvare deres opkald.

Du kan finde yderligere oplysninger om, hvordan du opsætter en opkaldsbesvarelsesgruppe i Opkaldsbesvarelse i Cisco Webex Control Hub.

Opsætning af parkering af opkald

Parkering af opkald tillader en defineret gruppe af brugere at parkere opkald hos andre tilgængelige medlemmer af en gruppe for parkering af opkald. Parkerede opkald kan besvares af andre medlemmer af gruppen på deres telefon.

Du kan finde yderligere oplysninger om, hvordan du opsætter parkering af opkald i Parkering af opkald i Cisco Webex Control Hub.

Aktivér indtrængen for brugere

1

Fra kundevisningen i https://admin.webex.com skal du gå til Administration > Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg derefter Bryd ind.

4

Slå til/fra-knappen til for at give andre brugere mulighed for at føje sig selv til denne brugers igangværende opkald.

5

Markér Afspil en tone, når denne bruger indtrænger Ind I et opkald , hvis du vil afspille en tone for andre, når denne bruger indtrænger ind i deres opkald.

Indstillingen Afspil en tone, når denne bruger bryder ind i et opkald gælder ikke for supervisorens funktion til at bryde ind i Customer Experience Basic og Essentials. Selvom du aktiverer denne indstilling for en supervisor, afspiller systemet ikke beskedtonen for agenten, når en supervisor bryder ind i opkaldskøens opkald.

Hvis du vil afspille en tone for en agent, når en supervisor bryder ind i sit opkald, kan du aktivere det via indstillingerne for "Meddelelsestone for agenter". Få flere oplysninger i afsnittet Opret en kø i Webex Customer Experience Basic eller Webex Customer Experience Essentials.

6

Klik på Gem.

Aktivér beskyttelse af personlige oplysninger for en bruger

1

Log ind på Control Hub, og gå til Administration > Brugere.

2

Vælg en bruger, og klik på Opkald.

3

Gå til området Tilladelser mellem brugere , og vælg derefter Databeskyttelse.

4

Vælg de passende indstillinger for Databeskyttelse ved automatisk omstilling for denne bruger.

  • Tillad, at denne bruger kan ringes op via lokalnummer
  • Tillad, at denne bruger kan ringes op via for- eller efternavn
5

Markér afkrydsningsfeltet Aktivér databeskyttelse. Du kan derefter beslutte at blokere alle ved ikke at vælge medlemmer på rullelisten. Du kan også vælge de brugere, arbejdsområder og virtuelle linjer, der kan overvåge denne brugers linjestatus.

Hvis du er placeringsadministrator, vises kun de brugere, arbejdsområder og virtuelle linjer, der vedrører dine tildelte placeringer, i rullelisten.

Fjern markeringen i afkrydsningsfeltet Aktivér databeskyttelse for at tillade alle at overvåge linjestatussen.

6

Markér afkrydsningsfeltet Gennemtving beskyttelse af personlige oplysninger for besvarelse af styret opkald og indtrængen for at aktivere beskyttelse af personlige oplysninger for besvarelse af styret opkald og indtrængen.

  • Hvis du aktiverer denne indstilling, er det kun de autoriserede brugere, virtuelle linjer og arbejdsområdeenheder, der kan bruge dirigeret opkaldsbesvarelse og bryd ind-funktion på denne bruger. Ellers kan alle i organisationen aktivere dirigeret opkaldsbesvarelse og bryde ind på en linje.
  • Få flere oplysninger om indtrængen i Indtrængen på en andens telefonopkald.
  • Supervisoren kan altid bryde ind i opkald, som agenterne modtager via opkaldskøen. Det vil sige, at indstillinger for beskyttelse af personlige oplysninger ikke påvirker en supervisors mulighed for at bryde ind.

7

Fra Tilføj medlem efter navn skal du vælge de brugere, arbejdsområder og virtuelle linjer, der kan overvåge telefonlinjestatussen og aktivere dirigeret opkaldsbesvarelse og bryd ind-funktion.

8

For at filtrere de medlemmer, du vælger, skal du bruge feltet Filter efter navn, nummer eller lokalnummer .

9

Klik på Fjern alle for at fjerne alle de valgte medlemmer.

Hvis du vil fjerne et individuelt medlem, skal du klikke på Slet ved siden af medlemmets navn.

10

Klik på Gem.

Indstillinger for beskyttelse af personlige oplysninger

Konfigurer overvågning

Det maksimale antal overvågede linjer for en bruger er 50. Men når du konfigurerer overvågningslisten, skal du overveje antallet af meddelelser, der påvirker båndbredden mellem Webex Calling og dit netværk. Bestem også det maksimale antal overvågede linjer ved hjælp af antallet af linjeknapper på brugerens telefon.

1

Fra kundevisningen i https://admin.webex.com skal du gå til Administration og derefter klikke på Brugere.

2

Vælg den bruger, du vil modificere, og klik på Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Overvågning.

4

Vælg en af følgende muligheder:

  • Tilføj overvåget linje
  • Tilføj lokalnummer til parkering af opkald

Du kan inkludere en virtuel linje på listen Tilføj overvåget linje til brugerovervågning.

5

Vælg, om du vil underrette denne bruger om parkerede opkald, søg efter den person eller det lokalnummer til parkering af opkald, der skal overvåges, og klik derefter på Gem.

Listen over overvågede linjer i Control Hub svarer til den rækkefølge af overvågede linjer, der vises på brugerens enhed. Du kan til enhver tid ændre rækkefølgen af listen over overvågede linjer.

Det navn, der vises for den overvågede linje, er det navn, der er indtastet i felterne for opkalder-id og efternavn for brugeren, arbejdsområdet og den virtuelle linje.

Ønsker du at se, hvordan det gøres? Se denne videodemonstration af, hvordan du administrerer overvågningsindstillinger for en bruger i Control Hub.

Aktivér advarselstone for opkaldsbro for brugere

Før du begynder

Du skal have konfigureret den delte linje, for at opkaldsbroen kan aktiveres. Se, hvordan du konfigurerer delte linjer , før du aktiverer advarselstone til opkaldsbroen for at afspille.
1

Log ind på Control Hub, og gå til Administration > Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til Tilladelser mellem brugere, og klik på Advarselstone til opkaldsbro.

4

Slå advarselstone til opkaldsbro til, og klik derefter på Gem.

Denne funktion er som standard aktiveret.

Få flere oplysninger om opkaldsbro på en delt MPP-linje i Delte linjer på din multiplatformstelefon.

Få yderligere oplysninger om opkaldsbro på en delt Webex-app-linje i Visning af delt linje for WebexApp.

Tænd for en bruger

Aktivering af aktivitetsbaseret kontor giver en bruger mulighed for at arbejde et andet sted, mens de bevarer funktionerne fra deres fastnettelefon.
1

Fra kundevisningen i https://admin.webex.com skal du gå til Administration og vælge Brugere.

2

Vælg en bruger, og klik på fanen Opkald.

3

Gå til afsnittet Tilladelser mellem brugere , og vælg Aktivitetsbaseret kontor , og slå til/fra-knappen til.

4

Indtast navnet eller nummeret på værten for aktivitetsbaseret kontor i søgefeltet Placering for aktivitetsbaseret kontor , og vælg værten for aktivitetsbaseret kontor, som du vil tildele brugeren.

Der kan kun vælges én vært for aktivitetsbaseret kontor. Hvis du vælger en anden vært for aktivitetsbaseret kontor, slettes den første.

Hvis du er placeringsadministrator, kan du kun tildele værten for aktivitetsbaseret kontor for dine tildelte placeringer.

5

For at begrænse den tid, en bruger kan knyttes til værten for aktivitetsbaseret kontor, skal du vælge antallet af timer, som brugeren kan bruge værten for aktivitetsbaseret kontor, fra rullegardinmenuen Begræns tilknytningsperiode .

Brugeren logges automatisk ud efter det valgte tidspunkt.

Der vises en fejlmeddelelse på skærmen, hvis den begrænsede tilknytningsperiode, der er angivet for brugeren, overstiger den begrænsede tilknytningsperiode for den valgte vært for aktivitetsbaseret kontor. Hvis værten for aktivitetsbaseret kontor f.eks. har en tilknytningsperiode på 12 timer, og brugerens tilknytningsperiode er 24 timer, vises en fejlmeddelelse. I sådanne tilfælde skal du forlænge den maksimale tilknytningsperiode for værten for aktivitetsbaseret kontor, hvis brugeren har brug for mere tid.

6

Klik på Gem.

En bruger kan også søge efter og finde den vært for aktivitetsbaseret kontor, som vedkommende vil bruge, fra User Hub. Få flere oplysninger i Tilgå din opkaldsprofil hvor som helst.

Vil du gerne se, hvordan det gøres? Se denne videodemonstration af, hvordan du konfigurerer aktivitetsbaseret kontor i Control Hub.

Indførelsestendenser og brugsrapporter for Webex Calling

Vis opkaldsrapporter

Du kan bruge siden Analyse i Control Hub til at se, hvordan Webex Calling-tjenester bruges, engagement i Webex-appen og kvaliteten af deres opkaldsmedieoplevelse. Sådan får du adgang til Webex Calling-analyser:

1

Log ind på Control Hub.

2

Gå til Analyse , og vælg fanen Opkald .

3

Vælg Detaljeret opkaldshistorik.

Oplysninger om opkaldshistorik vises med mediekvalitetsdata.
4

For at få adgang til mediekvalitetsdata skal du logge ind på Control Hub, gå derefter til Analyse og derefter vælge Opkald.

Tilknyttede oplysninger
Var denne artikel nyttig?
Var denne artikel nyttig?
PriserWebex-appMeetingsCallingMeddelelserSkærmdeling
Webex SuiteCallingMeetingsMeddelelserSlidoWebinarerEventsContact CenterCPaaSSikkerhedControl Hub
headsetsKameraerSkrivebordsserierRumserienBoard-serienTelefonserienTilbehør
UddannelseSundhedsplejeStatFinansSport og underholdningFrontlineNonprofitsNystartede virksomhederHybridarbejde
OverførslerDeltag i et testmødeOnlinekurserIntegrationerTilgængelighedInklusionLive- og on-demand-webinarerWebex-fællesskabetWebex til udviklereNyheder og innovationer
CiscoKontakt supportKontakt salgWebex BlogWebex tankelederskabWebex Merch-butikKarrierer
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
Vilkår og betingelserDatabeskyttelseserklæringCookiesVaremærker
©2025 Cisco og/eller dennes partnere. Alle rettigheder forbeholdes.
Vilkår og betingelserDatabeskyttelseserklæringCookiesVaremærker