I denne artikkelen
dropdown icon
Oversikt over Webex Calling
    dropdown icon
    Ta en omvisning av Control Hub
      Kom i gang
      Førstegangsveiviser for prøveversjoner
      Se gjennom innstillingene dine
      Legg til brukere
      Konfigurere engangspålogging (SSO)
      Tilordne tjenester til brukere
      Styrke brukerne dine
    Den lokale gatewayens rolle
    dropdown icon
    Støttede lokale gateway-distribusjoner for Webex Calling
      Distribusjon av lokal gateway uten lokal IP PBX
      Lokal gateway-distribusjon med lokal Unified CM PBX
    Hensyn til samtaleruting
    Tjenesteklasse (CoS)
    Integrering av ringeplan
    dropdown icon
    Protokollhåndtering for anrop
      Protokoll Handlers for Windows
      Protokollhåndtering for macOS
dropdown icon
Forbered miljøet ditt
    Generelle forutsetninger
    Maskinvare- og programvarekrav for lokal gateway
    Lisenskrav for lokale gatewayer
    Sertifikat- og sikkerhetskrav for lokal gateway
    Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway
dropdown icon
Portreferanseinformasjon for Webex Calling
    Proxy-støtte for Webex Calling
    dropdown icon
    Brannmurkonfigurasjon
      IP-delnett for Webex Calling-tjenester
      Kvalitet på tjenesten (QoS)
      Webex Meetings/Messaging – Nettverkskrav
    Dokumentrevisjonslogg
dropdown icon
Konfigurere lokal gateway på Cisco IOS XE for Webex Calling
    Oversikt
dropdown icon
Implementere CUBE med høy tilgjengelighet som lokal gateway
    Grunnleggende
    Konfigurere redundans på begge CUBE-ene
    Konfigurere en lokal gateway på begge CUBE-ene
dropdown icon
Konfigurer Webex Calling for organisasjonen din
    Konfigurere anropsinnstillinger i veiviseren for førstegangsoppsett
    Legg til et sted
    Slett et sted
    dropdown icon
    Oppdater en eksisterende plassering
      Migrer til Cisco Calling-planer
      Slik starter du en endring av PSTN-tilkobling
      Avbryt endring av PSTN-tilkobling
    Konfigurer ringeplanen for Webex Calling
    Konfigurer lokalbasert PSTN (lokal gateway) i Control Hub
    Opprett trunk
    Velg en trunk for lokalt basert PSTN
    Administrer telefonnumre
    Be om et kjøp av Webex-tjenester fra en prøveversjon i Control Hub
    Angi oppringingsalternativer
    Konfigurere anropsvirkemåte
dropdown icon
Konfigurer Unified CM for Webex Calling
    Konfigurere SIP-trunk-sikkerhetsprofil for trunk til lokal gateway
    Konfigurere SIP-profil for den lokale gateway-kanalen
    Opprette et anropssøkeområde for samtaler fra Webex
    Konfigurere en SIP-trunk til og fra Webex
    Konfigurere rutegruppe for Webex
    Konfigurere ruteliste for Webex
    Opprette en partisjon for Webex-destinasjoner
    Konfigurere rutemønstre for Webex-destinasjoner
    Konfigurere forkortet normalisering av oppringing mellom steder for Webex
dropdown icon
Konfigurer Webex Calling-funksjonene dine
    Sett opp en huntgruppe
    Opprett en samtalekø
    Opprett en resepsjonistklient
    Opprett og administrer automatiske svartjenester
    Konfigurere en oppkallingsgruppe
    Konfigurere mottak av anrop
    Konfigurere samtaleparkering
    Aktiver innbryting for brukere
    Aktiver personvern for en bruker
    Konfigurer overvåking
    Aktiver advarselstone for anropsbro for brukere
    Slå på fleksibel kontorplass for en bruker
dropdown icon
Innføringstrender og bruksrapporter for Webex Calling
    Vis anropsrapporter
03. april 2025 |

Arbeidsflyt for konfigurasjon av Webex Calling

list-menuI denne artikkelen
list-menuTilbakemelding?

Få oppføringene dine med all informasjon som er tilgjengelig om Webex Calling, enten du er partner, administrator eller bruker. Bruk koblingene her for å hjelpe deg med å komme i gang med å bruke alle tjenestene og funksjonene som er tilgjengelige med Webex Calling.

Forbered miljøet ditt

Krav til lokal gateway for Webex Calling

Generelle forutsetninger

Før du konfigurerer en lokal gateway for Webex Calling , sørg for at du:

  • har grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende praktisk kunnskap om Cisco IOS-XE- og IOS-XE-stemmekonsepter

  • Ha en grunnleggende forståelse av SIP-protokoll (øktinitieringsprotokolll)

  • har en grunnleggende forståelse for Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se Konfigurasjonsveiledning for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Sertifikat- og sikkerhetskrav for lokal gateway

Webex Calling krever sikker signalisering og media. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen nedenfor)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (angitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til bestemte IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene finnes på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet som er rettet mot Webex Calling, for at anrop mellom den lokale gatewayen og endepunktene skal kunne bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Konfigurer Webex Calling for organisasjonen din

Konfigurere oppringingsinnstillinger i veiviseren for førstegangsinstallasjon

Det første trinnet for å få Webex Calling-tjenestene i gang er å fullføre veiviseren for førstegangsinstallasjon (FTSW). Når FTSW er fullført for din første posisjon, trenger den ikke å fullføres for flere steder.

1

Klikk på linken Komme i gang i velkomst-e-posten du mottar.


 

Administratorens e-postadresse brukes automatisk til å logge på Control Hub, der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gå gjennom og godta vilkårene for bruk.

3

Se gjennom planen, og klikk deretter på Kom i gang.


 

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du får meldingen "Kan ikke konfigurere samtalen", når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakten og kundeadresseinformasjonen.

5

Klikk på Neste: Standardplassering.

6

Velg mellom følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av Webex Calling.
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere plasseringer senere.

 

Når du har fullført installasjonsveiviseren, må du passe på at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal brukes på denne plasseringen:

  • Kunngjøringsspråk—For lydkunngjøringer og spørsmål om nye brukere og funksjoner.
  • E-postspråk—For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Legg til et sted

Før du starter

Hvis du vil opprette en ny plassering, klargjør du følgende informasjon:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .


 
En ny plassering vil bli vert i det regionale datasenter som tilsvarer landet du valgte ved hjelp av veiviser for første gangs installasjon.
2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere plasseringen.
  • Land– Velg et land du vil knytte stedet til. Du kan for eksempel opprette ett sted (hovedkvarter) i USA og en annen (gren) i Storbritannia. Landet du velger, bestemmer adressefeltene nedenfor. De som er dokumentert her, bruker den amerikanske adressekonvensjonen som et eksempel.
  • Adresse– Skriv inn stedets hovedpostadresse.
  • By/by – Angi en by for dette stedet.
  • Delstat/provins/region – Velg en tilstand fra rullegardinlisten.
  • Postnummer – Skriv inn postnummeret.
  • Språk for kunngjøring – Velg språk for lydkunngjøringer og meldinger for nye brukere og funksjoner.
  • Språk for e-post – Velg språket for e-postkommunikasjonen med nye brukere.
  • Tidssone – Velg tidssone for stedet.
3

Klikk på Lagre og velg deretter Ja / Nei for å legge til numre til stedet nå eller senere.

4

Hvis du klikket på Legg til nå, velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.


     

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. Eksisterende steder som har fått andre PSTN-funksjoner tilordnet, er ikke kvalifisert for Cisco Calling Plan på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

     

    CCP-partnere og geografisk dekning er listet opp her . Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en leverandør som er oppført, anbefaler vi at du velger dette alternativet slik at du kan høste fordelene med integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Kontrollhub på én glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Kontrollhub .

  • Lokalt PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde den gjeldende PSTN-leverandøren eller koble til områder som ikke er skybaserte, med skyområder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan mikse og matche så mange alternativer du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskaper for plassering. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere tallene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller Premises-basert PSTN, angi Telefonnumre som kommadelte verdier, og klikk deretter Bekreft .

Tall legges til for den bestemte plasseringen. Gyldige oppføringer flyttes til Validerte numre-feltet, og ugyldige oppføringer beholdes i feltet Legg til numre, ledsaget av en feilmelding.

Avhengig av hvor du befinner deg, formateres numrene i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi numre med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva nå?

Når du har opprettet en plassering, kan du aktivere nødtjenester for denne plasseringen. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

Før du starter


 

Få en liste over brukerne og arbeidsområdene som er knyttet til en plassering: Gå til Tjenester > Numre og velg plasseringen som skal slettes fra rullegardinmenyen. Du må slette de brukerne og arbeidsområdene før du sletter plasseringen.

Husk at eventuelle numre knyttet til denne plasseringen vil bli gitt tilbake til PSTN-leverandøren din; Du vil ikke lenger eie disse tallene.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Klikki Handlinger ved siden av stedet du vil slette.

3

Velg Slett plassering , og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter før stedet slettes permanent, men det kan ta opptil en time. Du kan kontrollere statusen ved å klikke på Mer ved siden av stedsnavnet og velge Status for sletting.

Oppdatere en eksisterende plassering

Du kan endre PSTN-oppsettet i tillegg til navn, tidssone og språk for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.


 

For eksisterende steder kan du aktivere 112-nødtjenester. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

Hvis du ser et Forsiktig-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for dette stedet ennå. Du kan ikke ringe eller motta anrop før du konfigurerer det nummeret.

2

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalitetsbasert PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Behandle for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.


     

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. For øyeblikket er ikke eksisterende plasseringer som har fått andre PSTN-funksjoner tilordnet, kvalifisert for Cisco Calling Plan. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

     

    CCP-partnere og geografisk dekning er listet opp her . Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en leverandør som er oppført, anbefaler vi at du velger dette alternativet slik at du kan høste fordelene med integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Kontrollhub på én glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Kontrollhub .

  • Lokalt PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde den gjeldende PSTN-leverandøren eller koble til områder som ikke er skybaserte, med skyområder.

     

    Webex Calling-kunder med tidligere konfigurerte lokasjoner med lokal gateway vil automatisk bli konvertert til lokalt PSTN med tilsvarende trunk.

3

Velg hovednummeret der lokasjonens hovedkontakt kan nås.

4

(Valgfritt) Under Nødanrop , kan du velge Stedsidentifikator for nødstilfeller for å tilordne dette stedet.


 

Denne innstillingen er valgfri og gjelder bare for land som krever det.

I noen land (eksempel: Frankrike), finnes det forskriftskrav for mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødsamtale, og gjøres tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, se Forbedret nødanrop .

Leverandøren av nødsamtale kan trenge informasjon om tilgangsnettverket og oppnås ved å definere en ny privat SIP-internnummerhode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir stedsidentifikator for nødstilfeller for et sted, sendes stedsverdien til leverandøren som en del av SIP-melding. Ta kontakt med leverandøren av nødsamtale for å se om du trenger denne innstillingen, og bruk verdien som er oppgitt av leverandøren av nødsamtale ."

5

Velg Talepostnummeret som brukere kan ringe for å sjekke telefonsvareren for denne plasseringen.

6

(Valgfritt) Klikk på blyantikonet øverst på Plassering-siden for å endre Stedsnavn, Tidssone eller Språk etter behov, og klikk deretter på Lagre.


 

Endring av kunngjøringsspråket vil tre i kraft umiddelbart for nye brukere og funksjoner som legges til på dette stedet. Hvis eksisterende brukere og/eller funksjoner også skal endre kunngjøringsspråket, velger du når du blir bedt om det Endring for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner . Klikk på Bruk. Du kan se fremdriften på Oppgaver-siden. Du kan ikke foreta flere endringer før denne er fullført.


 

Endring av denne Tidssonen vil ikke oppdatere tidssonene til funksjonene som er knyttet til dette stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til området Generelle innstillinger for den bestemte funksjonen du vil oppdatere tidssonen for, og redigerer og lagrer der.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, vises eksempelnumrene i Kontrollhub oppdater for å vise disse endringene.


 

Du kan konfigurere tillatelser for utgående anrop for en plassering. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Kontrollhub , gå til Tjenester > Ringer > Tjenesteinnstillinger , og bla til Intern oppringing .

2

Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:

  • Stedslengde for rutingprefiks – Vi anbefaler denne innstillingen hvis du har flere steder. Du kan angi en lengde på 2-7 sifre. Hvis du har flere plasseringer med samme filtype, må brukerne slå et prefiks når de ringer mellom plasseringer. Hvis du for eksempel har flere butikker, alle med internnummer 1000, kan du konfigurere et rutingsprefiks for hver butikk. Hvis én butikk har prefikset 888, ringer du 8881000 for å nå den butikken.

     

    Lengdene for rutingprefikser inkluderer styresifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan bare tre sifre brukes til å angi nettstedet.


     

    Hvis du tilordner et rutingprefiks til et sted, vil alle visninger av internnumre som er tilordnet det stedet, inkludere rutingsprefikset foran internnummer. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styresiffer i rutingprefiks – Velg nummeret som skal angis som det første sifferet i hvert rutingprefiks.
  • Lengde på intern forlengelse – Du kan angi 2–10 sifre, og standarden er 2.

     

    Når du har økt internnummerlengde, oppdateres ikke eksisterende kortnumre til interne internnumre automatisk.

  • Tillat internnummer oppringing mellom steder –Lar deg tilpasse internnummeroppringingene mellom steder basert på organisasjonens krav.

    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte internnumre på tvers av alle sine steder.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen din har samme internnummer på forskjellige steder. Når bryteren er deaktivert og anroperen ringer internnummeret, rutes anropet til en bruker med matchende internnummer på samme sted som anroperen. Anroperen må slå bedriftens betydelige nummer (stedsrutingsprefiks + internnummer) for å nå et internnummer andre steder.

3

Angi intern oppringing for bestemte plasseringer. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter interne oppringinger etter behov:

  • Intern oppringing– Angi rutingsprefikset som brukere andre steder må ringe opp for å kunne kontakte noen på denne plasseringen. Rutingsprefikset for hver lokasjon må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men at den må være på 2–7 sifre.
4

Angi ekstern oppringing for bestemte steder. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter eksterne anrop etter behov:

  • Eksternt oppringing – Du kan velge et utgående anropssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen og du kan la den være hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styresiffer.

     

    Brukere kan inkludere det utgående oppringingssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan imidlertid fortsatt foreta eksterne anrop uten det utgående anropssifferet.

  • Eventuelt har du muligheten til Tvinge oppringing av det utgående anropssifferet for dette stedet, og påse at brukeren må bruke det utgående anropssifferet angitt av administratoren for å foreta eksterne anrop.

     

    Nødanrop kan fremdeles ringes opp med eller uten utgående anropssiffer når denne funksjonen er aktivert.

    Når den er aktivert, vil ikke eventuelle eksterne målnumre, for eksempel de som brukes til viderekobling av samtale av anrop, fungere hvis det ikke er inkludert et utgående anropssiffer.


     
    Hvis et internnummer er det samme som det nasjonale nummeret, har internnummeret forrang over det nasjonale nummeret. Vi anbefaler derfor at du aktiverer det utgående anropssifferet.

     
    Vi anbefaler på det sterkeste å bruke E.164-nummereringsformatet for innkommende og utgående PSTN-anrop.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Internnummer skal ikke starte med samme nummer som stedets styresiffer eller utgående oppringingssiffer.

Konfigurere lokalbasert PSTN (lokal gateway) i Control Hub

Hvis du er en merverdiforhandler, kan du bruke denne fremgangsmåten til å starte lokal gatewaykonfigurasjon i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på én eller flere av Webex Calling-plasseringene for å gi ruting mot en bedrifts-PSTN-tjenesteleverandør.


 

En plassering som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre plasseringer.

Opprett en trunk

Følg disse trinnene for å opprette en trunk i Control Hub.

Før du starter

  • Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og tall til hver av dem. Lokasjoner må finnes før du kan legge til et lokalt PSTN.

  • Forstå de lokale PSTN-kravene (lokal gateway) for Webex Calling.

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg inn på Kontrollhub kl , gå til Tjenester > Ringer > Ruting av anrop , og velg Legg til trunk .https://admin.webex.com

2

Velg et sted.

3

Gi trunken et navn, og klikk på Lagre.


 

Navnet kan ikke være lengre enn 24 tegn.

Hva nå?

Du får presentert de relevante parametrene du må konfigurere på trunken. Du vil også generere et sett med SIP-sammendragslegitimasjon for å sikre PSTN-tilkoblingen.

Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/portog Utgående proxy-adresse.

Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere det lokale PSTN-nettverket.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og Tilbakestill passord for å generere et nytt sett med godkjenningslegitimasjon som skal brukes på trunken.

Velg en trunk for lokale-basert PSTN

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Velg en plassering du vil endre, og klikk på Behandle.

3

Velg Lokalebasert PSTN, og klikk på Neste.

4

Velg en trunk fra rullegardinlisten.


 

Gå til trunksiden for å administrere valgene for trunkgruppen.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre.

Hva nå?

Du må ta konfigurasjonsinformasjonen som Control Hub genererte, og tilordne parameterne til den lokale gatewayen (for eksempel på en Cisco CUBE som ligger i lokalene). Denne artikkelen leder deg gjennom denne prosessen. Som referanse kan du se følgende diagram for et eksempel på hvordan konfigurasjonsinformasjonen for Control Hub (til venstre) tilordnes parametere i KUBEN (til høyre):

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Samtale > Steder i Control Hub, og gatewayen du opprettet vises på lokasjonskortet du tilordnet den til, med en grønn prikk til venstre for navnet. Denne statusen angir at gatewayen er sikkert registrert i den kallende skyen og fungerer som den aktive PSTN-gatewayen for plasseringen.

Administrer telefonnumre

Be om et Webex-tjenestekjøp fra en prøveversjon i Cisco Webex Control Hub

Hvis du tester ut Cisco Webex-tjenester og vil konvertere prøveversjonen til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på Control Hub påhttps://admin.webex.com , velger du bygningsikonet.

2

Velg fanen Abonnementer og klikk deretter på Kjøp nå.

En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement.

Angi anropsalternativer

Du kan bruke Webex Control Hub til å angi prioriteten for tilgjengelige oppringingsalternativer som brukere ser i Webex. Du kan også aktivere dem for enkel klikk-til-samtale. Hvis du vil ha mer informasjon, kan du se: Angi anropsalternativer for brukere av Webex-appen .

Konfigurer ringeatferd

Du kan kontrollere hvilket anropsprogram som åpnes når brukere foretar anrop. Du kan konfigurere innstillingene for anropsklienten, inkludert distribusjon av blandet modus for organisasjoner med brukere med rett til Unified CM eller Webex Calling og brukere uten betalte samtaletjenester fra Cisco. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .

Konfigurer lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

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

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokalbaserte kravene for offentlig svitsjet telefonnett (PSTN) og lokal gateway (LGW) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling hvis du vil ha mer informasjon.

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


 
Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan lære mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Kommandoreferanse for Webex Managed Gateways med mindre annet er oppgitt (i så fall går kommandokoblingene til Cisco IOS talekommandoreferanse ). Du har tilgang til alle disse veiledningene på Cisco Unified Border Element Kommandoreferanser .

Hvis du vil ha informasjon om støttede tredjeparts SBC-er, kan du se den respektive produktreferansedokumentasjonen.

Konfigurer din lokale gateway

Det finnes to alternativer for å konfigurere den lokale gatewayen for din Webex Calling trunk:

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gateway eller Sertifikatbasert lokal gateway for å konfigurere lokal gateway for din Webex Calling bagasjerommet.

Se Kom i gang med Local Gateway hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av kommandolinjegrensesnittet (CLI). Vi bruker SIP-transport ( SIP-protokoll (øktinitieringsprotokolll) og TLS-transport ( transportlagsikkerhet ) for å sikre trunk og SRTP (Secure Real-time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling .

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ikke noen tredjeparts SBC-er (Session Border Controllers). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med Local Gateway .

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifikatinstanser (CA-er) som Webex for Government støtter, kan du se Rotsertifikatinstanser for Webex for Government .

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, se Nettverkskrav for Webex for Government (FedRAMP) .

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

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Hvis du vil konfigurere lokal gateway for Webex Calling trunken i Webex for Government, bruker du følgende alternativ:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gateway for å konfigurere den lokale gatewayen for Webex Calling . Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurer sertifikatbasert trunk for Webex Calling .

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chiffer for å støtte Local Gateway for Webex for Government. Hvis ikke, mislykkes oppsettet av samtale. Hvis du vil ha konfigurasjonsdetaljer, se Konfigurer sertifikatbasert trunk for Webex Calling .


 
Webex for Government støtter ikke registreringsbasert lokal gateway.

Designoversikt

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

I denne utformingen brukes følgende hovedkonfigurasjoner:

  • leietakere i taleklasse : Brukes til å opprette trunkspesifikke konfigurasjoner.

  • taleklasse uri : Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende node : Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing : Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående node : Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

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

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

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

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

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

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

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

    Eller:

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

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

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

  • Alle registreringsbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

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

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • Tilgangskontrollister

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

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

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

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:


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

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


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

Opprett et PKI-klareringspunkt for plassholder.


 
Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville vært nødvendig for en sertifikatbasert trunk.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametere bør også oppdateres for å sikre en pålitelig sikker tilkobling for registrering:


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

  1. Angi tcp-try count til 1000 (multipler på 5 msek = 5 sekunder).

  2. Den tidtakertilkobling opprettes kommandoen lar deg justere hvor lenge LGW venter med å sette opp en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standarden for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi, og øk om nødvendig for å imøtekomme nettverksforholdene.


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

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:


 

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

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

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

Konfigurer registreringsbasert trunk for Webex Calling

1

Opprett en registreringsbasert PSTN-trunk for et eksisterende sted i Control Hub. Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen. Hvis du vil ha mer informasjon, se Konfigurere trunker, rutegrupper og oppringingsplaner for Webex Calling .

2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:

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

Her er en forklaring på feltene for konfigurasjonen:


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

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

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

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


     

    Hvis LGW-en din befinner seg bak en brannmur med begrenset kjegle-NAT, kan det hende du foretrekker å deaktivere listen over klarerte IP-adresse i grensesnittet mot Webex Calling . Brannmuren beskytter deg allerede mot uønsket innkommende VoIP. Deaktiver handling reduserer de langsiktige konfigurasjonskostnadene dine, fordi vi ikke kan garantere at adressene til Webex Calling Motparter forblir faste, og du må uansett konfigurere brannmuren for node.

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk for medier

Gjør det mulig for kontrollplanet å polle dataplanet for samtalestatistikk for masseanrop.

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

tillat-tilkoblinger slurk til slurk

Aktiver CUBE grunnleggende SIP rygg-mot-rygg-brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .


 

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

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel er både den oppringte og anroperen Webex Calling abonnenter og hvis du anker medier på Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen fordi nålehullet ikke er åpent.

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

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flytdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

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

3

Konfigurer taleklassekodek 100 filter for stammen. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.


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

Her er en forklaring på feltene for konfigurasjonen:

taleklassekodek 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, kan du se kodekfor taleklasse.


 

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken.


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

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk is lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .


 

Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene

5

Konfigurer mediekrypteringspolicyen for Webex-trafikk.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter kun SHA180._ Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurere et mønster for unikt å identifisere anrop til en lokal gateway-trunk basert på måltrunkparameteren:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av OTG/DTG-trunk-verdien som ble oppgitt i Control Hub da kanalen ble opprettet. Hvis du vil ha mer informasjon, se taleklasse uri .

7

Konfigurer sip-profil 100 , som vil bli brukt til å endre SIP-meldinger før de sendes til Webex Calling.


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

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-hoder som brukes til samtalesignalering, bruker sip- i stedet for sips-ordningen, som kreves av Webex-proxyer. Konfigurering av CUBE til å bruke sips sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-hodet for å inkludere trunkgruppe OTG/DTG-identifikator fra Control Hub for å unikt identifisere et lokalt gateway-område i en bedrift.

8

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Spesielt vil trunkregistreringsdetaljene som ble oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Motparter knyttet til denne leieren senere, vil arve disse konfigurasjonene.


     

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

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

    leietaker for taleklasse 100

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

    registrar dns:98027369.us10.bcld.webex.com ordningen slurker utløper 240 oppdateringsforhold 50 tcp tls

    Registrarserver for den lokale gatewayen med registreringen angitt til å oppdateres hvert annet minutt (50 % av 240 sekunder). Hvis du vil ha mer informasjon, se registrar .

    Kontroller at du bruker Registrer domene-verdien fra Control Hub her.

    legitimasjonsnummeret Dallas1171197921_ LGU brukernavn Dallas1463285401_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, se legitimasjon (SIP UA) .

    Kontroller at du bruker verdiene henholdsvis linje-/portvert, brukernavn for autentisering og passord for godkjenning fra Control Hub her.

    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks
    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket9802736 9.us10.bcld.webex.com

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

    Kontroller at du bruker verdiene for henholdsvis Autentiseringsbrukernavn, Autentiseringspassord og Registrar Domain fra Control Hub her.

    ingen ekstern-part-ID

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

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

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk.

    tilkobling-gjenbruk

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

    srtp-krypto 100

    Konfigurerer de foretrukne chifferseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Angir transport til TLS. Hvis du vil ha mer informasjon, se økt-transport .

    url sips

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

    feilgjennomgang

    Angir gjennomføringsfunksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    asserted-id pai

    Slår på PAI-behandling i lokal gateway. Hvis du vil ha mer informasjon, se påstått-id .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    ingen viderekoblingsinnhold egendefinert sdp

    Standardkommando under tenant. Hvis du vil ha mer informasjon om denne kommandoen, se videresendingsinnhold .

    sip-profiler 100

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

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

    Webex Calling tilgang til SBC. Sett inn den utgående proxy-adressen som ble oppgitt i Control Hub da du opprettet trunk. Hvis du vil ha mer informasjon, se utgående proxy .

    passord for personvern

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling .

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

    Her er en forklaring på feltene for konfigurasjonen:

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

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

    maks-tilkobling 250

    Begrenser antall samtidige innkommende og utgående samtaler mellom LGW og Webex Calling. For registreringstrunker skal den maksimale verdien som kan konfigureres, være 250. Bruk en lavere verdi hvis det er mer passende for distribusjonen din. Hvis du vil ha mer informasjon om grenser for samtidige samtaler for lokal gateway, kan du se Kom i gang med Local Gateway dokument.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir noden for oppringing 100 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et nålehull for brannmur for medietrafikk.

    ingen sip i taleklasse lokalvert

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

    sip-leietaker i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing.

    srtp

    Aktiverer SRTP for anropsstrekning.

    ingen hva

    Deaktiverer registrering av taleaktivitet.

Etter at du har definert leietaker 100 og konfigurerer en SIP VoIP-node, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sertifikatet sitt for den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling tilgang ved hjelp av CA-rotpakken som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og SBC for Webex Calling tilgang. Den lokale gatewayen kan deretter bruke denne sikker tilkobling til å registrere deg med Webex-tilgangs-SBC. Når registreringen utfordres for autentisering:

  • Den brukernavn, passord, og riket parametere fra legitimasjon konfigurasjonen brukes i svaret.

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

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

Konfigurere lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:


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

Her er en forklaring på feltene for konfigurasjonen:


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

Definerer en VoIP-node med koden for 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se anropsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

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

3

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

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

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

Konfigurere lokal gateway med et eksisterende Unified CM miljø

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


 

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

1

Konfigurer følgende URI-er for taleklasse:

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

    
voice class uri 300 sip
 pattern :5065

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

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

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

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


 

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.


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

Her er en forklaring på feltene for konfigurasjonen:

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

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp .pstntocucm.io : Navn på SRV-ressursoppføring

2: SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

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

ucmsub5.mittdomene.com : Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mittdomene.com : vertsnavn for A-oppføringen .

192.168.80.65 : Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

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

    Her er en forklaring på feltene for konfigurasjonen:

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

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

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

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

  2. Nodenummer for anrop mellom Unified CM og PSTN:

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

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

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

    innkommende URI via 400

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

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

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

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

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

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

Overvåke og feilsøke lokal gateway med diagnosesignaturer

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

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som må iverksettes for å informere, feilsøke og rette opp problemet. Du kan definere logikken for problemgjenkjenning ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata.

Handlingstypene inkluderer innsamling av vis-kommandoutdata:

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server.

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

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

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

Forutsetninger

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

  1. Diagnostikksignaturer er aktivert som standard.

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

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

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator for å varsle deg.

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

Følgende viser et eksempel på konfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com bruke Gmail som sikker SMTP-server:


 

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

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

 

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

  1. Gå til Administrer Google-konto > Sikkerhet og slå på Mindre sikker apptilgang innstillingen.

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail om at «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

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

  1. Bruk vis snmp kommandoen for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du snmp-serverbehandling 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. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

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

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

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

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

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

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

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

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

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33


     

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

Overvåker SIP-trunk

Denne DS-en ser etter avregistrering av en SIP-trunk for lokal gateway med Webex Calling sky hvert 60. sekund. Når avregistreringshendelsen oppdages, genererer den et e-post- og syslog-varsel og avinstallerer seg selv etter to forekomster av avregistrering. Bruk fremgangsmåten nedenfor for å installere signaturen:

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsling.

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

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

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

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

  4. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Overvåking av unormale samtaler kobles fra

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

  1. Bruk vis snmp kommandoen for å kontrollere om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsfrakobling med e-post og syslog-varsling.

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

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

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

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

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Installer diagnosesignaturer for å feilsøke et problem

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

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

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

  1. Konfigurer en ekstra DS-miljøvariabelds_fsurl_prefix som er Cisco TAC filserver (cxd.cisco.com) som de innsamlede diagnosedataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte i følgende kommando. Filopplastingstokenet kan genereres i Vedlegg-delen av Support Case Manager etter behov.

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

    Eksempel:

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

  2. Kontroller at SNMP er aktivert ved hjelp av vis snmp kommandoen. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

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

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

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

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

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

  6. Installer Overvåking av høy CPU-bruk DS 64224 og deretter DS 65095 XML-fil i den lokale gatewayen.

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

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home kommandoen. Statuskolonnen må ha en «registrert»-verdi.

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

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen i vis diagnostikksignatur for Call Home Kommandoen endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser.

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

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00: 00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/maks/avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Å

23,053

23,053

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

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer for feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av noen problemforekomster. Hvis du vil avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home kommandoen og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

 

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

Administrer og valider Cisco IOS XE-gatewayer gjennom Control Hub

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

Hvis du vil ha mer informasjon, kan du se følgende:

Designoversikt

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

I denne utformingen brukes følgende hovedkonfigurasjoner:

  • leietakere i taleklasse : Brukes til å opprette trunkspesifikke konfigurasjoner.

  • taleklasse uri : Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende node : Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing : Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående node : Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

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

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

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

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

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

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

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

    Eller:

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

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

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

  • Alle sertifikatbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

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

    • For høykapasitetskrav kan du også kreve en HSEC-lisens (High Security) og ytterligere gjennomstrømningsrettighet.

      Se Autorisasjonskoder for mer informasjon.

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • Tilgangskontrollister

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Local Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser må løses til en offentlig IPv4-adresse på Internett.

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

  • Installer et signert sertifikat på den lokale gatewayen (nedenfor finner du detaljerte konfigurasjonstrinn).

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

    • FQDN som konfigureres i Control Hub når du oppretter en trunk, må være sertifikatet Common Name (CN) eller Subject Alternate Name (SAN) for ruteren. For eksempel:

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

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse for den(e) lokale gatewayen(e) som kan nås fra trukken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, En oppføring eller IP-adresse), er valgfrie i SAN.

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

  • Kontroller at sertifikatene er signert for klient- og serverbruk.

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

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:


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

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


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

Opprett et klareringspunkt for kryptering med et sertifikat signert av din foretrukne sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende exec-kommando.

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

  2. Opprett et klareringspunkt for det signerte sertifikatet med følgende konfigurasjonskommandoer:

    
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 forespørsel om sertifikatsignering (CSR) med følgende exec- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    crypto pki enroll LGW_CERT
4

Autentiser det nye sertifikatet ved hjelp av det mellomliggende CA-sertifikat(eller rot-sertifikatet), og importer deretter sertifikatet (trinn 4). Skriv inn følgende exec- eller konfigurasjonskommando:


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

Importer et signert vertssertifikat ved hjelp av følgende exec- eller konfigurasjonskommando:


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

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer:


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

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:


 

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

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

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

Konfigurer sertifikatbasert trunk for Webex Calling

1

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


 
Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen.
2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:


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

Her er en forklaring på feltene for konfigurasjonen:


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

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

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

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

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

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

tillat-tilkoblinger slurk til slurk

Aktiver CUBE basic SIP rygg mot rygg brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .


 

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

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.


 
Disse globale overveldelseskommandoene er bare nødvendige når du distribuerer den lokale gatewayen bak NAT.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel er både den oppringte og anroperen Webex Calling abonnenter og hvis du anker medier på Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen fordi nålehullet ikke er åpent.

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

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flowdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

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

sip-profiler innkommende

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

3

Konfigurer kodek for taleklasse 100 kodekfilter for trunk. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.


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

Her er en forklaring på feltene for konfigurasjonen:

kodek for taleklasse 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, kan du se kodekfor taleklasse.


 

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken. (Dette trinnet gjelder ikke for Webex for Government)


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

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk is lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .


 
Den overvelde flytdata for bruk av brannmur for gjennomgang av bruk kommandoen er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.

 
Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene.
5

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


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter kun SHA180._ Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurer FIPS-kompatible GCM-chiffer (Dette trinnet gjelder bare for Webex for Government) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som krypteringspakken som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chiffreringer for Local Gateway for Webex for Government.

7

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


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du går inn i dette mønsteret, bruker du LGW FQDN eller SRV konfigurert i Control Hub mens du oppretter en trunk.

8

Konfigurer manipulasjonsprofiler for SIP-melding . Hvis gatewayen er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går videre til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN som er konfigurert for den lokale gatewayen, og «198.51.100.1» er den offentlige IP-adresse til det lokale gateway-grensesnittet mot 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å feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.


 

Hopp over neste trinn hvis du har konfigurert den lokale gatewayen med offentlige IP-adresser.

9

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

SIP-profiler for utgående meldinger til Webex Calling

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

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.

reglene 30 til 81

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

SIP-profil for innkommende meldinger fra Webex Calling

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

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter offentlige adressereferanser til den konfigurerte private adressen, slik at meldinger fra Webex kan behandles på riktig måte av CUBE.

Hvis du vil ha mer informasjon, se sip-profiler for taleklasse .

10

Konfigurer en Keepalive for SIP-alternativer med endringsprofil for topptekst.


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

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-options-keepalive 100

Konfigurerer en Keepalive-profil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tidspunktet (i sekunder) som en SIP Ut av dialogalternativer-ping sendes til det oppringte målet når hjerteslagstilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne Keepalive-profilen utløses fra nodeanropet som er konfigurert mot Webex.

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

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

11

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Motparter knyttet til denne leieren senere, arver disse konfigurasjonene:


     

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

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

    Her er en forklaring på feltene for konfigurasjonen:

    leietaker for taleklasse 100

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

    ingen ekstern-part-ID

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

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

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk

    srtp-krypto 100

    Konfigurerer de foretrukne chifferseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

    localhost dns: cube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adresse i Fra-, Call-ID- og Remote-Party-ID-hodene i utgående meldinger med det angitte FQDN.

    økttransport tcp tls

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

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter globalt.

    feilgjennomgang

    Angir gjennomføringsfunksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    sip-profiler i taleklasse 100

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

    sip-profiler i taleklasse 110 innkommende

    Bruker profilen for endring av topptekst (kun NAT-adressering) som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, se sip-profiler i taleklasse.

    personvernerklæring passthru

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling .

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

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

    Definerer en VoIP-node med koden for 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se anropsstemme .

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir noden for oppringing 100 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN hjelper til med å åpne et nålhull for brannmur for medietrafikk.

    sip i taleklassen asserted-id pai

    Angir informasjon om utgående anrop ved hjelp av PAI-hodet (Privacy Asserted ID). Hvis du vil ha mer informasjon, se sip i taleklassen påstått-id .

    sip-leier i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing. Hvis du vil ha mer informasjon, se sip-leietaker i taleklasse .

    sip-alternativer i taleklasse-Keepalive-profil 100

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

    srtp

    Aktiverer SRTP for anropsstrekning.

Konfigurere lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:


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

Her er en forklaring på feltene for konfigurasjonen:


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

Definerer en VoIP-node med koden for 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se anropsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

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

3

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

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

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

Konfigurere lokal gateway med et eksisterende Unified CM miljø

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

1

Konfigurer følgende URI-er for taleklasse:

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

    
voice class uri 300 sip
 pattern :5065

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

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

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

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


 

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.


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

Her er en forklaring på feltene for konfigurasjonen:

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

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp .pstntocucm.io : Navn på SRV-ressursoppføring

2: SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

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

ucmsub5.mittdomene.com : Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mittdomene.com : vertsnavn for A-oppføringen .

192.168.80.65 : Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

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

    Her er en forklaring på feltene for konfigurasjonen:

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

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

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

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

  2. Nodenummer for anrop mellom Unified CM og PSTN:

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

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

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

    innkommende URI via 400

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

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

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

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

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

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

Overvåke og feilsøke lokal gateway med diagnosesignaturer

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

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata for å definere problemgjenkjenningslogikken. Handlingstypene inkluderer:

  • Samler inn vis-kommandoutdata

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server

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

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

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

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

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

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

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator som du varsler.

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

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

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

  1. Kontroller at du har aktivert SNMP ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel

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

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

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

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

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

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

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

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

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33


     

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

Overvåking av unormale samtaler kobles fra

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

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsfrakobling med e-post og syslog-varsling.

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

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

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

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

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installer diagnosesignaturer for å feilsøke et problem

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

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

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

  1. Konfigurer en annen DS-miljøvariabelds_fsurl_prefix som Cisco TAC filserver (cxd.cisco.com) for å laste opp diagnostikkdata. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte som vist i det følgende. filopplasting kan genereres i Vedlegg delen av Support Case Manager, etter behov.

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

    Eksempel:

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

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

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

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

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

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

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

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

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

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home . Statuskolonnen skal ha en «registrert» verdi.

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

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen for kommandoen vis diagnostikksignatur for Call Home endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser.

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

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00: 00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/maks/avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Å

23,053

23,053

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

Avinstaller diagnostikksignaturer

Bruke diagnosesignaturer for feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av noen problemforekomster. Hvis du ønsker å avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

 

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

Implementer CUBE høy tilgjengelighet som lokal gateway

Grunnleggende informasjon

Forutsetninger

Før du distribuerer CUBE HA som en lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende begreper:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres til også å bruke den lokal gateway -funksjonen for Cisco Webex Calling, må du følge nøye med på konfigurasjonen som brukes for å sikre at eksisterende samtaleflyter og funksjoner ikke avbrytes, og at du overholder designkravene for CUBE HA .

Maskinvare og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform der både CUBE HA- og LGW-funksjoner støttes.


 

Vis-kommandoene og loggene i denne artikkelen er basert på minste programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA-konfigurasjonsveiledninger for forskjellige plattformer:

Oversikt over Webex Calling Solution

Cisco Webex Calling er et samarbeidstilbud som gir et skybasert alternativ for flere leietakere til lokal PBX- telefontjeneste med flere PSTN-alternativer for kunder.

Den lokale gateway-distribusjonen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway-trunk (lokalbasert PSTN) i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP-PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling distribusjon uten eksisterende IP-PBX, og gjelder for én distribusjon eller en distribusjon med flere nettsteder. Konfigurasjonen som er skissert i denne artikkelen, er basert på denne distribusjonen.

Lag 2 Boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt ruterepar/ventemoduspar. Dette paret deler den samme virtuelle IP-adresse (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjonen kontrolleres på tvers av ruterparet, noe som gjør at standby-ruteren kan overta alt CUBE samtalebehandling umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsmessig bevaring av signalisering og medier.


 

Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Samtaler under overføring er ikke kontrollerte (for eksempel prøve- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B)-redundans for tilstandsfull samtalebevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling -trunk-distribusjoner (lokalbasert PSTN), og vi vil dekke utformingshensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling .

Infrakomponent for redundansgruppe

Infra-komponenten for redundansgruppe (RG) gir støtte for boks-til-boks-kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige redundanstilstanden for hver ruter ved å utveksle Keepalive- og Hello-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for kontroll av signalisering og medietilstand for hver samtale fra den aktive ruteren til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP-grensesnittet (VIP) for trafikkgrensesnittene (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesifikt for å støtte tale B2B HA.

Administrasjon av virtuell IP-adresse (VIP) for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP-grensesnittene og de tilknyttede fysiske grensesnittene på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-delnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for tale B2B HA-støtte. Eksterne enheter som Unified CM, Webex Calling tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling synspunkt fungerer derfor CUBE HA-parene som en enkelt lokal gateway.

Samtalesignalerings- og RTP-øktinformasjonen for etablerte anrop kontrolleres fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar ventemodus-ruteren over, og fortsetter å videresende RTP-strøm som tidligere ble rutet av den første ruteren.

Anrop i forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter byttet. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventingsfunksjon. Etablerte samtaler kan bli koblet fra etter byttet.

Følgende krav finnes for å bruke CUBE HA som en lokal gateway for tilstandsfull failover for samtaler:

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert

  • Gig1 og Gig2 omtales som trafikkgrensesnitt (SIP/RTP), og Gig3 er grensesnitt for kontroll/data for redundansgruppe (RG)

  • Ikke mer enn 2 CUBE HA-par kan plasseres i det samme lag 2-domenet, ett med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer to HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2-domener (vlan, egen svitsj)

  • Portkanal støttes for både RG Control/data- og trafikkgrensesnitt

  • All signalisering/medier hentes fra/til den virtuelle IP-adressen

  • Hver gang en plattform lastes inn på nytt i et CUBE-HA-forhold, starter den alltid opp som ventemodus

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundansgrensesnittidentifikator, rii må være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identiske, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes som binding da de alltid er oppe

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke via en krysset kabeltilkobling for RG-control/datalink (Gig3)

  • Begge plattformene må være det identiske og være koblet til via en fysisk bryter på tvers av alle tilsvarende grensesnitt for at CUBE HA skal fungere, dvs. at GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme svitsj og så videre.

  • Kan ikke avslutte WAN på CUBE-er direkte eller Data HA på begge sider

  • Både Aktiv/Standby må være i samme datasenter

  • Det er obligatorisk å bruke eget L3-grensesnitt for redundans (RG Control/data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes til HA keepalives og sjekkpunkter

  • Ved failover går den tidligere aktive CUBE gjennom en designmessig ny innlasting, noe som bevarer signalisering og medier

Konfigurer redundans på begge CUBE-ene

Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBE-ene som skal brukes i et HA-par for å få opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

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

Spor CLI brukes i RG til å spore tilstanden for taletrafikk , slik at den aktive ruten får ganske sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programmets redundans.

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å feltene som brukes i denne konfigurasjonen:

  • redundans – Går inn i redundansmodus

  • programoverflødighet – Går inn i konfigurasjonsmodus for programredundans

  • gruppe – Går inn i konfigurasjonsmodus for redundans for programgruppe

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

  • terskel for failover for prioritet 100 75 – Angir startprioritet og failoverterskler for en RG

  • tidtakere forsinkelse 30 reload 60 – Konfigurerer de to tidspunktene for forsinkelse og innlasting på nytt

    • Forsinkelsestidtaker som er hvor lenge det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – standard 30 sekunder. Området er 0–10000 sekunder

    • Last inn på nytt – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en ny innlasting – standard 60 sekunder. Området er 0–10000 sekunder

    • Standard tidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme ytterligere nettverkskonvergensforsinkelser som kan oppstå under oppstart/på nytt innlasting av ruterne, for å garantere at RG-protokollforhandlingen finner sted etter at rutingen i nettverket har konvergert til en stabil punkt. Hvis det for eksempel etter failover vises at det tar opptil 20 sek før den nye STANDBY-en ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakerne justeres til «timere delay 60 reload 120» for å ta hensyn til dette forsinkelse.

  • kontrollere GigabitEthernet3-protokollen 1 – Konfigurerer grensesnittet som brukes til å utveksle keepalive- og hello-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og gå inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • data GigabitEthernet3 – Konfigurerer grensesnittet som brukes til sjekkpunkt for datatrafikk

  • spor —RG gruppesporing av grensesnitt

  • protokoll 1 – Angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • tidtakere hellotime 3 holdetid 10 – Konfigurerer de to tidtakerne for hellotime og ventetid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – standard 3 sekunder. Området er 250 millisekunder – 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at avsenderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – standard 10 sekunder. Området er 750 millisekunder – 255 sekunder

      Vi anbefaler at du konfigurerer holdetid-tidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-applikasjonen. Konfigurer RG fra forrige trinn under voice service voip. Dette gjør det mulig for CUBE-applikasjonen å kontrollere redundansprosessen. 

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

redundansgruppe 1 – Å legge til og fjerne denne kommandoen krever en ny innlasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittene med sine respektive virtuelle IP-er som vist nedenfor, og bruk ID-en for redundansgrensesnitt ( 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å feltene som brukes i denne konfigurasjonen:

  • redundans rii – Konfigurerer ID-en for redundansgrensesnittet for redundansgruppen. Kreves for å generere en virtuell MAC-adresse (VMAC). Den samme rii ID-verdien må brukes på grensesnittet til hver rutere (ACTIVE/STANDBY) som har samme VIP.


     

    Hvis det er mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans programgruppe alle» skal indikere riktig lokal informasjon og nodeinformasjon.

  • redundansgruppe 1 – Knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, i tillegg til VIP-en som er tilordnet dette fysiske grensesnittet.


     

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt angitt i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 for RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE-en og last den inn på nytt.

Plattformen som skal lastes inn sist, er alltid ventemodus.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

Etter VCUBE-1 starter opp fullstendig, lagre konfigurasjonen for VCUBE-2 og last den inn på nytt.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift .

Vi lastet inn på nytt VCUBE-2 sist og i henhold til utformingshensyn; plattformen som skal lastes inn på nytt, vil alltid være det Ventemodus .


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#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge den lokale gateway-konfigurasjonen på begge plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_ LGU

  • Passord: lOV12MEaZx

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene vist nedenfor, før det kan brukes i legitimasjonen eller i delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-kryptering og denne brukerdefinerte konfigurasjonsnøkkelen.


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

Her er den lokale gateway-konfigurasjonen som gjelder for begge plattformene basert på Kontrollhub parameterne vist ovenfor, lagre og last inn på nytt. SIP sammendragslegitimasjon fra Kontrollhub er uthevet i fet 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

Vi har lastet inn på nytt for å vise kommandoen show VCUBE-2 etterfulgt av VCUBE-1 , gjør VCUBE-1 ventemodus CUBE og VCUBE-2 den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med SBC for Webex Calling tilgang. Ta en titt på resultatet av følgende show-kommandoer.

vis redundans-programgruppe 1

vis sip-ua-registerstatus


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 utdataene ovenfor kan du se det VCUBE-2 er den aktive LGW-en som opprettholder registreringen med SBC for Webex Calling tilgang, mens utdataene for «vis sip-ua-registerstatus» er tom i VCUBE-1

3

Aktiver nå følgende feilsøkingsprogrammer 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

Simuler failover ved å gi følgende kommando på den aktive LGW-en, i dette tilfellet VCUBE-2.


VCUBE-2#redundancy application reload group 1 self

Overgang fra ACTIVE til STANDBY LGW skjer i følgende scenario i tillegg til CLI-en som er oppført ovenfor

  • Når den AKTIVE ruteren lastes inn på nytt

  • Når den AKTIVE ruteren slås av

  • Når et hvilket som helst RG-konfigurert grensesnitt for ACTIVE-ruteren avsluttes som sporing er aktivert for

5

Kontroller om VCUBE-1 er registrert med Webex Calling -tilgang SBC. VCUBE-2 ville ha blitt lastet inn på nytt nå.


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 nå den aktive LGW.

6

Se på den relevante feilsøkingsloggen på VCUBE-1 som sender et SIP-REGISTER til Webex Calling VIA den virtuelle IP-en og mottar 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
Konfigurere Unified CM for Webex Calling

Konfigurer sikkerhetsprofil for SIP-trunk for trunk til lokal gateway

I tilfeller der Local Gateway og PSTN-gateway ligger på samme enhet, må Unified CM være aktivert for å skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra den samme enheten, og som bruker differensiert tjenesteklasse på disse samtaletyper. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokal gateway og PSTN-gateway som krever forskjellige SIP-lytteporter for de to kanalene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex sikkerhetsprofil for SIP-trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway -konfigurasjon for trafikk til/fra Webex: 5065

Konfigurer SIP-profil for lokal gateway-trunk

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-profil
Aktiver OPTIONS-ping for å overvåke målstatus for trunker med tjenestetype «Ingen (standard)»Kontrollert

Opprett et anropssøkeområde for anrop fra Webex

Opprett et anropssøkeområde for samtaler som kommer fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex Calling
Valgte partisjoner

DN (+E.164-katalognumre)

ESN (forkortet oppringing mellom nettsteder)

PSTNInternational (PSTN-tilgang)

på NetRemote (GDPR-lærte destinasjoner)


 

Den siste partisjonen påNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM -klynger ved hjelp av oppslagstjeneste for klynger (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-trunk
Kjør på alle aktive Unified CM -noderKontrollert
Innkommende anrop
Anroper søkeområdeDet tidligere definerte anropssøkeområdet: Webex
AAR anropssøkeområdeEt anropssøkeområde med bare tilgang til PSTN-rutemønstre: PSTNRute
SIP-informasjon
DestinasjonsadresseIP-adresse til den lokale gatewayen CUBE
Målport5060
sikkerhetsprofil for SIP-trunkTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurer rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunk: Webex

Konfigurer ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_ Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Ruteliste for Webex
Kjør på alle aktive Unified CM -noderKontrollert
Medlemsinformasjon for ruteliste
Valgte grupperBare den tidligere definerte rutegruppe: Webex

Opprett en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-målene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-partisjon

Hva nå?

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-mål. Du må legge til denne partisjonen spesifikt i det anropende søkeområdet som brukes som det innkommende anropende søkeområdet på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

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

InnstillingVerdi
RutemønsterFullstendig +E.164-mønster for DID-området i Webex med innledende «\». For eksempel: \+140855501XX
Rute partisjonWebex
Gateway-/rutelisteRL_ Webex
HasteprioritetKontrollert

Konfigurer normalisering av forkortet oppringing mellom nettsteder for Webex

Hvis forkortet oppringing mellom nettsteder er nødvendig for Webex, konfigurerer du normaliseringsmønstre for oppringing for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-normaliseringsmønster
Bruk Originators anropssøkeområdeKontrollert
HasteprioritetKontrollert
Ikke vent på tidsavbrudd for mellomsiffer ved etterfølgende hoppKontrollert
Transformering av anroptMask for å normalisere tallet til +E.164. For eksempel: +1408555 01XX

Konfigurer Webex Calling-funksjonene dine

Opprett en huntgruppe

Hunt-grupper ruter innkommende anrop til en gruppe med brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du setter opp en huntgruppe, se Søkegrupper i Cisco Webex Control Hub .

Opprett en samtalekø

Du kan konfigurere en samtalekø slik at når kundenes anrop ikke kan besvares, får de automatisk svar, komfortmeldinger og musikk på vent til noen kan svare på anropet.

Hvis du vil ha mer informasjon om hvordan du setter opp og administrerer en samtalekø, se Behandle samtalekøer i Cisco Webex Control Hub .

Opprett en resepsjonistklient

Hjelp til med å støtte behovene til personalet ditt på kundekontaktkontoret. Du kan konfigurere brukere som svartjenester slik at de kan kontrollere innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du setter opp og viser resepsjonistklientene, se Resepsjonistklienter i Cisco Webex Control Hub .

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, konfigurere menyer og rute anrop til en svartjeneste, en huntgruppe, en telefonsvarer eller en ekte person. Opprett en 24-timers tidsplan eller angi andre alternativer når bedriften er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, se Administrer automatiske svartjenester i Cisco Webex Control Hub .

Konfigurer en oppkallingsgruppe

Med gruppeoppkalling kan en bruker foreta et enveis anrop eller en gruppeside til opptil 75 målbrukere og arbeidsområder ved å slå et nummer eller internnummer som er tilordnet en bestemt oppkallingsgruppe.

Hvis du vil ha informasjon om hvordan du setter opp og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub .

Konfigurer mottak av anrop

Forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukerne kan svare på hverandres anrop. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på anropene sine.

Hvis du vil ha informasjon om hvordan du setter opp en samtalemottaksgruppe, se Hente anrop i Cisco Webex Control Hub .

Konfigurer samtaleparkering

Samtaleparkering lar en definert gruppe brukere parkere anrop mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på deres telefon.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub .

Aktiver bytte inn for brukere

1

Fra kundevisningen i , gå til Ringe > steder.https://admin.webex.com

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg deretter Bryt inn .

4

Slå på bryteren for å la andre brukere legge seg til i denne brukerens pågående samtale.

5

Sjekk Spill av en tone når denne brukeren bryter inn i en samtale hvis du vil spille av en tone til andre når denne brukeren bryter inn i samtalen deres.

6

Klikk på Lagre.

Aktiver personvern for en bruker

1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere område, og velg deretter Personvern .

4

Velg riktig Personvern for den automatiske svartjenesten innstillinger for denne brukeren.

  • Tillat denne brukeren å bli oppringt med internnummer
  • Tillat denne brukeren å bli oppringt med for- eller etternavn
5

Sjekk Aktiver personvern avmerkingsboks. Du kan deretter bestemme deg for å blokkere alle ved å ikke velge medlemmer fra rullegardinliste. Du kan også velge brukerne, arbeidsområdene og virtuelle linjer som kan overvåke linjestatus til denne brukeren.

Hvis du er administrator, vises bare brukerne, arbeidsområdene og virtuelle linjer som gjelder de tilordnede stedene i rullegardinliste.

Fjern merket for Aktiver personvern avmerkingsboks for å la alle overvåke linjestatus.

6

Sjekk Håndhev personvern for styrt mottak av anrop avmerkingsboks for å aktivere personvern for styrt mottak av anrop og innbytting.


 
  • Hvis du aktiverer dette alternativet, er det bare autoriserte brukere, virtuelle linjer og arbeidsområdeenheter som kan bruke styrt mottak av anrop og bytte inn på denne brukeren. Ellers kan alle i organisasjonen aktivere styrt mottak av anrop og bytte inn på en linje.
  • Hvis du vil ha mer informasjon om bytte inn, se Bryt inn på andres telefonsamtale .
  • Lederen kan alltid bytte inn på samtaler som agentene mottar gjennom samtalekøen. Det vil si at personvernsinnstillingene ikke påvirker alternativene for bytte inn for ledere.
7

Fra Legg til medlem etter navn , velger du brukere, arbeidsområder og virtuelle linjer som kan overvåke telefonlinje og starte styrt mottak av anrop og bytte inn.

8

Hvis du vil filtrere medlemmene du velger, bruker du filtrer etter navn, nummer eller lokalnummer felt.

9

Klikk på Fjern alle for å fjerne alle de valgte medlemmene.


 
Hvis du vil fjerne et enkelt medlem, klikker du på Slett ved siden av medlemmets navn.
10

Klikk på Lagre.

Privacy settings

Konfigurer overvåking

maksimalt antall overvåkede linjer for en bruker er 50. Mens du konfigurerer overvåkingslisten, bør du imidlertid vurdere antall meldinger som påvirker båndbredden mellom Webex Calling og nettverket ditt. Bestem også maksimalt antall overvåkede linjer etter antall linjeknapper på brukerens telefon.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og klikk deretter Brukere .

2

Velg brukeren du vil endre, og klikk på Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg Overvåking .

4

Velg mellom følgende:

  • Legg til overvåket linje
  • Legg til internnr. for samtl.parkering

Du kan inkludere en virtuell linje i Legg til overvåket linje liste for brukerovervåking.

5

Velg om du vil varsle denne brukeren om parkerte anrop, søk etter personen eller internnummer for samtaleparkering for samtaleparkering som skal overvåkes, og klikk deretter på Lagre .


 

De overvåkede linjene vises i Kontrollhub samsvarer med rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.


 

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene for innringer-ID Fornavn og Etternavn for brukeren, arbeidsområdet og den virtuelle linjen.

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du administrerer overvåkingsinnstillinger for en bruker i Kontrollhub .

Aktiver varseltone for anropsbro for brukere

Før du starter

Du må ha den delt linje konfigurert for at samtalebroen skal kunne startes. Se hvordan konfigurere delte linjer før du aktiverer varseltonen for samtalebroen som skal spilles av.
1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker, og klikk på Oppringing-fanen.

3

Gå til Tillatelser mellom brukere , og klikk Varseltone for samtalebro .

4

Slå på Varseltone for samtalebro , og klikk deretter Lagre .


 
Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebro på en delt linje, se Delte linjer på bordtelefon for flere plattformer .

Hvis du vil ha mer informasjon om samtalebro på en delt linje i Webex-appen , kan du se linjevisning for WebexApp .

Slå på hotellopphold for en bruker

Hvis du aktiverer hotellopphold for en bruker, kan de jobbe på et annet sted samtidig som funksjonaliteten og funksjonene til den viktigste bordtelefon opprettholdes.
1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og velg Brukere .

2

Velg en bruker, og klikk på Oppringing-fanen.

3

Gå til Tillatelser mellom brukere delen, og velg Hotellopphold og slå på bryteren.

4

Skriv inn navnet eller nummeret til hotellverten i Hotellsted søkefeltet, og velg hotellverten du vil tilordne brukeren.

Kun én hotellvert kan velges. Hvis du velger en annen hotellvert, blir den første slettet.


 
Hvis du er administrator, kan du bare tilordne hotellverten som gjelder de tilordnede stedene.
5

Hvis du vil begrense tiden en bruker kan knyttes til hotellverten, velger du antall timer brukeren kan bruke hotellverten fra Begrens tilknytningsperiode rullegardinmenyen.

Brukeren logges av automatisk etter det valgte tidspunktet.


 

Det vises en feilmelding på skjermen hvis grensetilknytningsperioden som er angitt for brukeren, overskrider grensetilknytningsperioden for den valgte hotellverten. Hvis hotellverten for eksempel har en grensetilknytningsperiode på 12 timer og brukerens grensetilknytningsperiode er 24 timer, vises en feilmelding . I slike tilfeller må du utvide grensetilknytningsperioden for hotellverten hvis det er behov for mer tid for brukeren.

6

Klikk på Lagre.


 

En bruker kan også søke etter og finne hotellverten de vil bruke fra brukerhuben. Hvis du vil ha mer informasjon, se Få tilgang til anropsprofilen din hvor som helst .

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du konfigurerer hotellopphold i Control Hub.
Bruk av trender og bruksrapporter for Webex Calling

Vise samtalerapporter

Du kan bruke Analytics-siden i Kontrollhub for å få innsikt i hvordan folk bruker Webex Calling og Webex app (engasjement) og kvaliteten på samtalemedieopplevelsen. For å få tilgang Webex Calling analytics, logg på Kontrollhub , og deretter gå til Analyse og velg Ringer -fanen.

1

Logg på for detaljerte samtaleloggrapporter Kontrollhub , og deretter gå til Analyse > Ringer .

2

Velg Detaljert anropslogg .

Hvis du vil ha informasjon om samtaler som bruker dedikert forekomst, se Dedikert forekomstanalyse .

3

Logg på for å få tilgang til mediekvalitetsdata Kontrollhub , og deretter gå til Analyse og velg deretter Ringer .

Hvis du vil ha mer informasjon, kan du se Analytics for din skysamarbeidsportefølje.
Forbered miljøet ditt

Generelle forutsetninger

Før du konfigurerer en lokal gateway for Webex Calling , sørg for at du:

  • har grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende praktisk kunnskap om Cisco IOS-XE- og IOS-XE-stemmekonsepter

  • Ha en grunnleggende forståelse av SIP-protokoll (øktinitieringsprotokolll)

  • har en grunnleggende forståelse for Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se Konfigurasjonsveiledning for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Maskinvare- og programvarekrav for lokal gateway

Kontroller at distribusjonen har én eller flere av de lokale gatewayene, for eksempel:

  • Cisco CUBE for IP-basert tilkobling

  • Cisco IOS Gateway for TDM-basert tilkobling

Se tabell 1 i Bestillingsveiledning for lokal gateway for Webex Calling . Kontroller også at plattformen kjører en støttet IOS-XE-versjon i henhold til Konfigurasjonsveiledning for lokal gateway .

Den lokal gateway hjelper deg med å migrere til Webex Calling i ditt eget tempo. Den lokal gateway integrerer den eksisterende lokale distribusjonen med Webex Calling. Du kan også bruke din eksisterende PSTN-tilkobling. Se Kom i gang med Local Gateway

Sertifikat- og sikkerhetskrav for lokal gateway

Webex Calling krever sikker signalisering og media. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen nedenfor)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (angitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til bestemte IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene finnes på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet som er rettet mot Webex Calling, for at anrop mellom den lokale gatewayen og endepunktene skal kunne bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Konfigurer Webex Calling for organisasjonen din

Konfigurere oppringingsinnstillinger i veiviseren for førstegangsinstallasjon

Det første trinnet for å få Webex Calling-tjenestene i gang er å fullføre veiviseren for førstegangsinstallasjon (FTSW). Når FTSW er fullført for din første posisjon, trenger den ikke å fullføres for flere steder.

1

Klikk på linken Komme i gang i velkomst-e-posten du mottar.


 

Administratorens e-postadresse brukes automatisk til å logge på Control Hub, der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gå gjennom og godta vilkårene for bruk.

3

Se gjennom planen, og klikk deretter på Kom i gang.


 

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du får meldingen "Kan ikke konfigurere samtalen", når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakten og kundeadresseinformasjonen.

5

Klikk på Neste: Standardplassering.

6

Velg mellom følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av Webex Calling.
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere plasseringer senere.

 

Når du har fullført installasjonsveiviseren, må du passe på at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal brukes på denne plasseringen:

  • Kunngjøringsspråk—For lydkunngjøringer og spørsmål om nye brukere og funksjoner.
  • E-postspråk—For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Legg til et sted

Før du starter

Hvis du vil opprette en ny plassering, klargjør du følgende informasjon:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .


 
En ny plassering vil bli vert i det regionale datasenter som tilsvarer landet du valgte ved hjelp av veiviser for første gangs installasjon.
2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere plasseringen.
  • Land– Velg et land du vil knytte stedet til. Du kan for eksempel opprette ett sted (hovedkvarter) i USA og en annen (gren) i Storbritannia. Landet du velger, bestemmer adressefeltene nedenfor. De som er dokumentert her, bruker den amerikanske adressekonvensjonen som et eksempel.
  • Adresse– Skriv inn stedets hovedpostadresse.
  • By/by – Angi en by for dette stedet.
  • Delstat/provins/region – Velg en tilstand fra rullegardinlisten.
  • Postnummer – Skriv inn postnummeret.
  • Språk for kunngjøring – Velg språk for lydkunngjøringer og meldinger for nye brukere og funksjoner.
  • Språk for e-post – Velg språket for e-postkommunikasjonen med nye brukere.
  • Tidssone – Velg tidssone for stedet.
3

Klikk på Lagre og velg deretter Ja / Nei for å legge til numre til stedet nå eller senere.

4

Hvis du klikket på Legg til nå, velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.


     

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. Eksisterende steder som har fått andre PSTN-funksjoner tilordnet, er ikke kvalifisert for Cisco Calling Plan på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

     

    CCP-partnere og geografisk dekning er listet opp her . Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en leverandør som er oppført, anbefaler vi at du velger dette alternativet slik at du kan høste fordelene med integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Kontrollhub på én glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Kontrollhub .

  • Lokalt PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde den gjeldende PSTN-leverandøren eller koble til områder som ikke er skybaserte, med skyområder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan mikse og matche så mange alternativer du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskaper for plassering. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere tallene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller Premises-basert PSTN, angi Telefonnumre som kommadelte verdier, og klikk deretter Bekreft .

Tall legges til for den bestemte plasseringen. Gyldige oppføringer flyttes til Validerte numre-feltet, og ugyldige oppføringer beholdes i feltet Legg til numre, ledsaget av en feilmelding.

Avhengig av hvor du befinner deg, formateres numrene i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi numre med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva nå?

Når du har opprettet en plassering, kan du aktivere nødtjenester for denne plasseringen. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

Før du starter


 

Få en liste over brukerne og arbeidsområdene som er knyttet til en plassering: Gå til Tjenester > Numre og velg plasseringen som skal slettes fra rullegardinmenyen. Du må slette de brukerne og arbeidsområdene før du sletter plasseringen.

Husk at eventuelle numre knyttet til denne plasseringen vil bli gitt tilbake til PSTN-leverandøren din; Du vil ikke lenger eie disse tallene.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Klikki Handlinger ved siden av stedet du vil slette.

3

Velg Slett plassering , og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter før stedet slettes permanent, men det kan ta opptil en time. Du kan kontrollere statusen ved å klikke på Mer ved siden av stedsnavnet og velge Status for sletting.

Oppdatere en eksisterende plassering

Du kan endre PSTN-oppsettet i tillegg til navn, tidssone og språk for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.


 

For eksisterende steder kan du aktivere 112-nødtjenester. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

Hvis du ser et Forsiktig-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for dette stedet ennå. Du kan ikke ringe eller motta anrop før du konfigurerer det nummeret.

2

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalitetsbasert PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Behandle for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.


     

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. For øyeblikket er ikke eksisterende plasseringer som har fått andre PSTN-funksjoner tilordnet, kvalifisert for Cisco Calling Plan. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

     

    CCP-partnere og geografisk dekning er listet opp her . Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en leverandør som er oppført, anbefaler vi at du velger dette alternativet slik at du kan høste fordelene med integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Kontrollhub på én glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Kontrollhub .

  • Lokalt PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde den gjeldende PSTN-leverandøren eller koble til områder som ikke er skybaserte, med skyområder.

     

    Webex Calling-kunder med tidligere konfigurerte lokasjoner med lokal gateway vil automatisk bli konvertert til lokalt PSTN med tilsvarende trunk.

3

Velg hovednummeret der lokasjonens hovedkontakt kan nås.

4

(Valgfritt) Under Nødanrop , kan du velge Stedsidentifikator for nødstilfeller for å tilordne dette stedet.


 

Denne innstillingen er valgfri og gjelder bare for land som krever det.

I noen land (eksempel: Frankrike), finnes det forskriftskrav for mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødsamtale, og gjøres tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, se Forbedret nødanrop .

Leverandøren av nødsamtale kan trenge informasjon om tilgangsnettverket og oppnås ved å definere en ny privat SIP-internnummerhode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir stedsidentifikator for nødstilfeller for et sted, sendes stedsverdien til leverandøren som en del av SIP-melding. Ta kontakt med leverandøren av nødsamtale for å se om du trenger denne innstillingen, og bruk verdien som er oppgitt av leverandøren av nødsamtale ."

5

Velg Talepostnummeret som brukere kan ringe for å sjekke telefonsvareren for denne plasseringen.

6

(Valgfritt) Klikk på blyantikonet øverst på Plassering-siden for å endre Stedsnavn, Tidssone eller Språk etter behov, og klikk deretter på Lagre.


 

Endring av kunngjøringsspråket vil tre i kraft umiddelbart for nye brukere og funksjoner som legges til på dette stedet. Hvis eksisterende brukere og/eller funksjoner også skal endre kunngjøringsspråket, velger du når du blir bedt om det Endring for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner . Klikk på Bruk. Du kan se fremdriften på Oppgaver-siden. Du kan ikke foreta flere endringer før denne er fullført.


 

Endring av denne Tidssonen vil ikke oppdatere tidssonene til funksjonene som er knyttet til dette stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til området Generelle innstillinger for den bestemte funksjonen du vil oppdatere tidssonen for, og redigerer og lagrer der.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, vises eksempelnumrene i Kontrollhub oppdater for å vise disse endringene.


 

Du kan konfigurere tillatelser for utgående anrop for en plassering. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Kontrollhub , gå til Tjenester > Ringer > Tjenesteinnstillinger , og bla til Intern oppringing .

2

Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:

  • Stedslengde for rutingprefiks – Vi anbefaler denne innstillingen hvis du har flere steder. Du kan angi en lengde på 2-7 sifre. Hvis du har flere plasseringer med samme filtype, må brukerne slå et prefiks når de ringer mellom plasseringer. Hvis du for eksempel har flere butikker, alle med internnummer 1000, kan du konfigurere et rutingsprefiks for hver butikk. Hvis én butikk har prefikset 888, ringer du 8881000 for å nå den butikken.

     

    Lengdene for rutingprefikser inkluderer styresifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan bare tre sifre brukes til å angi nettstedet.


     

    Hvis du tilordner et rutingprefiks til et sted, vil alle visninger av internnumre som er tilordnet det stedet, inkludere rutingsprefikset foran internnummer. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styresiffer i rutingprefiks – Velg nummeret som skal angis som det første sifferet i hvert rutingprefiks.
  • Lengde på intern forlengelse – Du kan angi 2–10 sifre, og standarden er 2.

     

    Når du har økt internnummerlengde, oppdateres ikke eksisterende kortnumre til interne internnumre automatisk.

  • Tillat internnummer oppringing mellom steder –Lar deg tilpasse internnummeroppringingene mellom steder basert på organisasjonens krav.

    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte internnumre på tvers av alle sine steder.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen din har samme internnummer på forskjellige steder. Når bryteren er deaktivert og anroperen ringer internnummeret, rutes anropet til en bruker med matchende internnummer på samme sted som anroperen. Anroperen må slå bedriftens betydelige nummer (stedsrutingsprefiks + internnummer) for å nå et internnummer andre steder.

3

Angi intern oppringing for bestemte plasseringer. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter interne oppringinger etter behov:

  • Intern oppringing– Angi rutingsprefikset som brukere andre steder må ringe opp for å kunne kontakte noen på denne plasseringen. Rutingsprefikset for hver lokasjon må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men at den må være på 2–7 sifre.
4

Angi ekstern oppringing for bestemte steder. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter eksterne anrop etter behov:

  • Eksternt oppringing – Du kan velge et utgående anropssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen og du kan la den være hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styresiffer.

     

    Brukere kan inkludere det utgående oppringingssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan imidlertid fortsatt foreta eksterne anrop uten det utgående anropssifferet.

  • Eventuelt har du muligheten til Tvinge oppringing av det utgående anropssifferet for dette stedet, og påse at brukeren må bruke det utgående anropssifferet angitt av administratoren for å foreta eksterne anrop.

     

    Nødanrop kan fremdeles ringes opp med eller uten utgående anropssiffer når denne funksjonen er aktivert.

    Når den er aktivert, vil ikke eventuelle eksterne målnumre, for eksempel de som brukes til viderekobling av samtale av anrop, fungere hvis det ikke er inkludert et utgående anropssiffer.


     
    Hvis et internnummer er det samme som det nasjonale nummeret, har internnummeret forrang over det nasjonale nummeret. Vi anbefaler derfor at du aktiverer det utgående anropssifferet.

     
    Vi anbefaler på det sterkeste å bruke E.164-nummereringsformatet for innkommende og utgående PSTN-anrop.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Internnummer skal ikke starte med samme nummer som stedets styresiffer eller utgående oppringingssiffer.

Konfigurere lokalbasert PSTN (lokal gateway) i Control Hub

Hvis du er en merverdiforhandler, kan du bruke denne fremgangsmåten til å starte lokal gatewaykonfigurasjon i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på én eller flere av Webex Calling-plasseringene for å gi ruting mot en bedrifts-PSTN-tjenesteleverandør.


 

En plassering som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre plasseringer.

Opprett en trunk

Følg disse trinnene for å opprette en trunk i Control Hub.

Før du starter

  • Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og tall til hver av dem. Lokasjoner må finnes før du kan legge til et lokalt PSTN.

  • Forstå de lokale PSTN-kravene (lokal gateway) for Webex Calling.

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg inn på Kontrollhub kl , gå til Tjenester > Ringer > Ruting av anrop , og velg Legg til trunk .https://admin.webex.com

2

Velg et sted.

3

Gi trunken et navn, og klikk på Lagre.


 

Navnet kan ikke være lengre enn 24 tegn.

Hva nå?

Du får presentert de relevante parametrene du må konfigurere på trunken. Du vil også generere et sett med SIP-sammendragslegitimasjon for å sikre PSTN-tilkoblingen.

Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/portog Utgående proxy-adresse.

Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere det lokale PSTN-nettverket.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og Tilbakestill passord for å generere et nytt sett med godkjenningslegitimasjon som skal brukes på trunken.

Velg en trunk for lokale-basert PSTN

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Velg en plassering du vil endre, og klikk på Behandle.

3

Velg Lokalebasert PSTN, og klikk på Neste.

4

Velg en trunk fra rullegardinlisten.


 

Gå til trunksiden for å administrere valgene for trunkgruppen.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre.

Hva nå?

Du må ta konfigurasjonsinformasjonen som Control Hub genererte, og tilordne parameterne til den lokale gatewayen (for eksempel på en Cisco CUBE som ligger i lokalene). Denne artikkelen leder deg gjennom denne prosessen. Som referanse kan du se følgende diagram for et eksempel på hvordan konfigurasjonsinformasjonen for Control Hub (til venstre) tilordnes parametere i KUBEN (til høyre):

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Samtale > Steder i Control Hub, og gatewayen du opprettet vises på lokasjonskortet du tilordnet den til, med en grønn prikk til venstre for navnet. Denne statusen angir at gatewayen er sikkert registrert i den kallende skyen og fungerer som den aktive PSTN-gatewayen for plasseringen.

Administrer telefonnumre

Be om et Webex-tjenestekjøp fra en prøveversjon i Cisco Webex Control Hub

Hvis du tester ut Cisco Webex-tjenester og vil konvertere prøveversjonen til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på Control Hub påhttps://admin.webex.com , velger du bygningsikonet.

2

Velg fanen Abonnementer og klikk deretter på Kjøp nå.

En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement.

Angi anropsalternativer

Du kan bruke Webex Control Hub til å angi prioriteten for tilgjengelige oppringingsalternativer som brukere ser i Webex. Du kan også aktivere dem for enkel klikk-til-samtale. Hvis du vil ha mer informasjon, kan du se: Angi anropsalternativer for brukere av Webex-appen .

Konfigurer ringeatferd

Du kan kontrollere hvilket anropsprogram som åpnes når brukere foretar anrop. Du kan konfigurere innstillingene for anropsklienten, inkludert distribusjon av blandet modus for organisasjoner med brukere med rett til Unified CM eller Webex Calling og brukere uten betalte samtaletjenester fra Cisco. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .

Konfigurer lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

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

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokalbaserte kravene for offentlig svitsjet telefonnett (PSTN) og lokal gateway (LGW) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling hvis du vil ha mer informasjon.

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


 
Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan lære mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Kommandoreferanse for Webex Managed Gateways med mindre annet er oppgitt (i så fall går kommandokoblingene til Cisco IOS talekommandoreferanse ). Du har tilgang til alle disse veiledningene på Cisco Unified Border Element Kommandoreferanser .

Hvis du vil ha informasjon om støttede tredjeparts SBC-er, kan du se den respektive produktreferansedokumentasjonen.

Konfigurer din lokale gateway

Det finnes to alternativer for å konfigurere den lokale gatewayen for din Webex Calling trunk:

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gateway eller Sertifikatbasert lokal gateway for å konfigurere lokal gateway for din Webex Calling bagasjerommet.

Se Kom i gang med Local Gateway hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av kommandolinjegrensesnittet (CLI). Vi bruker SIP-transport ( SIP-protokoll (øktinitieringsprotokolll) og TLS-transport ( transportlagsikkerhet ) for å sikre trunk og SRTP (Secure Real-time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling .

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ikke noen tredjeparts SBC-er (Session Border Controllers). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med Local Gateway .

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifikatinstanser (CA-er) som Webex for Government støtter, kan du se Rotsertifikatinstanser for Webex for Government .

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, se Nettverkskrav for Webex for Government (FedRAMP) .

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

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Hvis du vil konfigurere lokal gateway for Webex Calling trunken i Webex for Government, bruker du følgende alternativ:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gateway for å konfigurere den lokale gatewayen for Webex Calling . Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurer sertifikatbasert trunk for Webex Calling .

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chiffer for å støtte Local Gateway for Webex for Government. Hvis ikke, mislykkes oppsettet av samtale. Hvis du vil ha konfigurasjonsdetaljer, se Konfigurer sertifikatbasert trunk for Webex Calling .


 
Webex for Government støtter ikke registreringsbasert lokal gateway.

Designoversikt

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

I denne utformingen brukes følgende hovedkonfigurasjoner:

  • leietakere i taleklasse : Brukes til å opprette trunkspesifikke konfigurasjoner.

  • taleklasse uri : Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende node : Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing : Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående node : Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

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

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

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

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

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

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

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

    Eller:

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

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

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

  • Alle registreringsbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

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

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • Tilgangskontrollister

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

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

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

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:


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

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


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

Opprett et PKI-klareringspunkt for plassholder.


 
Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville vært nødvendig for en sertifikatbasert trunk.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametere bør også oppdateres for å sikre en pålitelig sikker tilkobling for registrering:


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

  1. Angi tcp-try count til 1000 (multipler på 5 msek = 5 sekunder).

  2. Den tidtakertilkobling opprettes kommandoen lar deg justere hvor lenge LGW venter med å sette opp en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standarden for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi, og øk om nødvendig for å imøtekomme nettverksforholdene.


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

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:


 

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

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

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

Konfigurer registreringsbasert trunk for Webex Calling

1

Opprett en registreringsbasert PSTN-trunk for et eksisterende sted i Control Hub. Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen. Hvis du vil ha mer informasjon, se Konfigurere trunker, rutegrupper og oppringingsplaner for Webex Calling .

2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:

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

Her er en forklaring på feltene for konfigurasjonen:


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

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

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

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


     

    Hvis LGW-en din befinner seg bak en brannmur med begrenset kjegle-NAT, kan det hende du foretrekker å deaktivere listen over klarerte IP-adresse i grensesnittet mot Webex Calling . Brannmuren beskytter deg allerede mot uønsket innkommende VoIP. Deaktiver handling reduserer de langsiktige konfigurasjonskostnadene dine, fordi vi ikke kan garantere at adressene til Webex Calling Motparter forblir faste, og du må uansett konfigurere brannmuren for node.

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk for medier

Gjør det mulig for kontrollplanet å polle dataplanet for samtalestatistikk for masseanrop.

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

tillat-tilkoblinger slurk til slurk

Aktiver CUBE grunnleggende SIP rygg-mot-rygg-brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .


 

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

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel er både den oppringte og anroperen Webex Calling abonnenter og hvis du anker medier på Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen fordi nålehullet ikke er åpent.

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

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flytdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

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

3

Konfigurer taleklassekodek 100 filter for stammen. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.


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

Her er en forklaring på feltene for konfigurasjonen:

taleklassekodek 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, kan du se kodekfor taleklasse.


 

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken.


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

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk is lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .


 

Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene

5

Konfigurer mediekrypteringspolicyen for Webex-trafikk.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter kun SHA180._ Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurere et mønster for unikt å identifisere anrop til en lokal gateway-trunk basert på måltrunkparameteren:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av OTG/DTG-trunk-verdien som ble oppgitt i Control Hub da kanalen ble opprettet. Hvis du vil ha mer informasjon, se taleklasse uri .

7

Konfigurer sip-profil 100 , som vil bli brukt til å endre SIP-meldinger før de sendes til Webex Calling.


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

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-hoder som brukes til samtalesignalering, bruker sip- i stedet for sips-ordningen, som kreves av Webex-proxyer. Konfigurering av CUBE til å bruke sips sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-hodet for å inkludere trunkgruppe OTG/DTG-identifikator fra Control Hub for å unikt identifisere et lokalt gateway-område i en bedrift.

8

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Spesielt vil trunkregistreringsdetaljene som ble oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Motparter knyttet til denne leieren senere, vil arve disse konfigurasjonene.


     

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

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

    leietaker for taleklasse 100

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

    registrar dns:98027369.us10.bcld.webex.com ordningen slurker utløper 240 oppdateringsforhold 50 tcp tls

    Registrarserver for den lokale gatewayen med registreringen angitt til å oppdateres hvert annet minutt (50 % av 240 sekunder). Hvis du vil ha mer informasjon, se registrar .

    Kontroller at du bruker Registrer domene-verdien fra Control Hub her.

    legitimasjonsnummeret Dallas1171197921_ LGU brukernavn Dallas1463285401_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, se legitimasjon (SIP UA) .

    Kontroller at du bruker verdiene henholdsvis linje-/portvert, brukernavn for autentisering og passord for godkjenning fra Control Hub her.

    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks
    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket9802736 9.us10.bcld.webex.com

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

    Kontroller at du bruker verdiene for henholdsvis Autentiseringsbrukernavn, Autentiseringspassord og Registrar Domain fra Control Hub her.

    ingen ekstern-part-ID

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

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

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk.

    tilkobling-gjenbruk

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

    srtp-krypto 100

    Konfigurerer de foretrukne chifferseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Angir transport til TLS. Hvis du vil ha mer informasjon, se økt-transport .

    url sips

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

    feilgjennomgang

    Angir gjennomføringsfunksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    asserted-id pai

    Slår på PAI-behandling i lokal gateway. Hvis du vil ha mer informasjon, se påstått-id .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    ingen viderekoblingsinnhold egendefinert sdp

    Standardkommando under tenant. Hvis du vil ha mer informasjon om denne kommandoen, se videresendingsinnhold .

    sip-profiler 100

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

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

    Webex Calling tilgang til SBC. Sett inn den utgående proxy-adressen som ble oppgitt i Control Hub da du opprettet trunk. Hvis du vil ha mer informasjon, se utgående proxy .

    passord for personvern

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling .

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

    Her er en forklaring på feltene for konfigurasjonen:

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

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

    maks-tilkobling 250

    Begrenser antall samtidige innkommende og utgående samtaler mellom LGW og Webex Calling. For registreringstrunker skal den maksimale verdien som kan konfigureres, være 250. Bruk en lavere verdi hvis det er mer passende for distribusjonen din. Hvis du vil ha mer informasjon om grenser for samtidige samtaler for lokal gateway, kan du se Kom i gang med Local Gateway dokument.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir noden for oppringing 100 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et nålehull for brannmur for medietrafikk.

    ingen sip i taleklasse lokalvert

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

    sip-leietaker i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing.

    srtp

    Aktiverer SRTP for anropsstrekning.

    ingen hva

    Deaktiverer registrering av taleaktivitet.

Etter at du har definert leietaker 100 og konfigurerer en SIP VoIP-node, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sertifikatet sitt for den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling tilgang ved hjelp av CA-rotpakken som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og SBC for Webex Calling tilgang. Den lokale gatewayen kan deretter bruke denne sikker tilkobling til å registrere deg med Webex-tilgangs-SBC. Når registreringen utfordres for autentisering:

  • Den brukernavn, passord, og riket parametere fra legitimasjon konfigurasjonen brukes i svaret.

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

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

Konfigurere lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:


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

Her er en forklaring på feltene for konfigurasjonen:


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

Definerer en VoIP-node med koden for 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se anropsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

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

3

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

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

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

Konfigurere lokal gateway med et eksisterende Unified CM miljø

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


 

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

1

Konfigurer følgende URI-er for taleklasse:

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

    
voice class uri 300 sip
 pattern :5065

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

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

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

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


 

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.


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

Her er en forklaring på feltene for konfigurasjonen:

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

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp .pstntocucm.io : Navn på SRV-ressursoppføring

2: SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

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

ucmsub5.mittdomene.com : Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mittdomene.com : vertsnavn for A-oppføringen .

192.168.80.65 : Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

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

    Her er en forklaring på feltene for konfigurasjonen:

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

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

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

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

  2. Nodenummer for anrop mellom Unified CM og PSTN:

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

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

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

    innkommende URI via 400

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

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

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

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

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

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

Overvåke og feilsøke lokal gateway med diagnosesignaturer

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

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som må iverksettes for å informere, feilsøke og rette opp problemet. Du kan definere logikken for problemgjenkjenning ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata.

Handlingstypene inkluderer innsamling av vis-kommandoutdata:

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server.

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

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

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

Forutsetninger

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

  1. Diagnostikksignaturer er aktivert som standard.

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

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

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator for å varsle deg.

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

Følgende viser et eksempel på konfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com bruke Gmail som sikker SMTP-server:


 

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

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

 

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

  1. Gå til Administrer Google-konto > Sikkerhet og slå på Mindre sikker apptilgang innstillingen.

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail om at «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

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

  1. Bruk vis snmp kommandoen for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du snmp-serverbehandling 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. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

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

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

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

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

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

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

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

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

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33


     

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

Overvåker SIP-trunk

Denne DS-en ser etter avregistrering av en SIP-trunk for lokal gateway med Webex Calling sky hvert 60. sekund. Når avregistreringshendelsen oppdages, genererer den et e-post- og syslog-varsel og avinstallerer seg selv etter to forekomster av avregistrering. Bruk fremgangsmåten nedenfor for å installere signaturen:

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsling.

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

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

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

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

  4. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Overvåking av unormale samtaler kobles fra

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

  1. Bruk vis snmp kommandoen for å kontrollere om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsfrakobling med e-post og syslog-varsling.

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

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

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

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

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Installer diagnosesignaturer for å feilsøke et problem

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

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

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

  1. Konfigurer en ekstra DS-miljøvariabelds_fsurl_prefix som er Cisco TAC filserver (cxd.cisco.com) som de innsamlede diagnosedataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte i følgende kommando. Filopplastingstokenet kan genereres i Vedlegg-delen av Support Case Manager etter behov.

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

    Eksempel:

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

  2. Kontroller at SNMP er aktivert ved hjelp av vis snmp kommandoen. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

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

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

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

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

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

  6. Installer Overvåking av høy CPU-bruk DS 64224 og deretter DS 65095 XML-fil i den lokale gatewayen.

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

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home kommandoen. Statuskolonnen må ha en «registrert»-verdi.

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

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen i vis diagnostikksignatur for Call Home Kommandoen endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser.

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

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00: 00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/maks/avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer for feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av noen problemforekomster. Hvis du vil avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home kommandoen og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

 

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

Administrer og valider Cisco IOS XE-gatewayer gjennom Control Hub

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

Hvis du vil ha mer informasjon, kan du se følgende:

Designoversikt

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

I denne utformingen brukes følgende hovedkonfigurasjoner:

  • leietakere i taleklasse : Brukes til å opprette trunkspesifikke konfigurasjoner.

  • taleklasse uri : Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende node : Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing : Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående node : Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

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

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

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

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

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

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

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

    Eller:

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

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

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

  • Alle sertifikatbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

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

    • For høykapasitetskrav kan du også kreve en HSEC-lisens (High Security) og ytterligere gjennomstrømningsrettighet.

      Se Autorisasjonskoder for mer informasjon.

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • Tilgangskontrollister

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Local Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser må løses til en offentlig IPv4-adresse på Internett.

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

  • Installer et signert sertifikat på den lokale gatewayen (nedenfor finner du detaljerte konfigurasjonstrinn).

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

    • FQDN som konfigureres i Control Hub når du oppretter en trunk, må være sertifikatet Common Name (CN) eller Subject Alternate Name (SAN) for ruteren. For eksempel:

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

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse for den(e) lokale gatewayen(e) som kan nås fra trukken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, En oppføring eller IP-adresse), er valgfrie i SAN.

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

  • Kontroller at sertifikatene er signert for klient- og serverbruk.

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

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:


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

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


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

Opprett et klareringspunkt for kryptering med et sertifikat signert av din foretrukne sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende exec-kommando.

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

  2. Opprett et klareringspunkt for det signerte sertifikatet med følgende konfigurasjonskommandoer:

    
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 forespørsel om sertifikatsignering (CSR) med følgende exec- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    crypto pki enroll LGW_CERT
4

Autentiser det nye sertifikatet ved hjelp av det mellomliggende CA-sertifikat(eller rot-sertifikatet), og importer deretter sertifikatet (trinn 4). Skriv inn følgende exec- eller konfigurasjonskommando:


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

Importer et signert vertssertifikat ved hjelp av følgende exec- eller konfigurasjonskommando:


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

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer:


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

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:


 

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

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

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

Konfigurer sertifikatbasert trunk for Webex Calling

1

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


 
Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen.
2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:


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

Her er en forklaring på feltene for konfigurasjonen:


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

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

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

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

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

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

tillat-tilkoblinger slurk til slurk

Aktiver CUBE basic SIP rygg mot rygg brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .


 

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

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.


 
Disse globale overveldelseskommandoene er bare nødvendige når du distribuerer den lokale gatewayen bak NAT.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel er både den oppringte og anroperen Webex Calling abonnenter og hvis du anker medier på Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen fordi nålehullet ikke er åpent.

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

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flowdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

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

sip-profiler innkommende

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

3

Konfigurer kodek for taleklasse 100 kodekfilter for trunk. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.


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

Her er en forklaring på feltene for konfigurasjonen:

kodek for taleklasse 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, kan du se kodekfor taleklasse.


 

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken. (Dette trinnet gjelder ikke for Webex for Government)


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

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk is lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .


 
Den overvelde flytdata for bruk av brannmur for gjennomgang av bruk kommandoen er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.

 
Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene.
5

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


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter kun SHA180._ Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurer FIPS-kompatible GCM-chiffer (Dette trinnet gjelder bare for Webex for Government) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som krypteringspakken som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chiffreringer for Local Gateway for Webex for Government.

7

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


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du går inn i dette mønsteret, bruker du LGW FQDN eller SRV konfigurert i Control Hub mens du oppretter en trunk.

8

Konfigurer manipulasjonsprofiler for SIP-melding . Hvis gatewayen er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går videre til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN som er konfigurert for den lokale gatewayen, og «198.51.100.1» er den offentlige IP-adresse til det lokale gateway-grensesnittet mot 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å feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.


 

Hopp over neste trinn hvis du har konfigurert den lokale gatewayen med offentlige IP-adresser.

9

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

SIP-profiler for utgående meldinger til Webex Calling

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

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.

reglene 30 til 81

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

SIP-profil for innkommende meldinger fra Webex Calling

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

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter offentlige adressereferanser til den konfigurerte private adressen, slik at meldinger fra Webex kan behandles på riktig måte av CUBE.

Hvis du vil ha mer informasjon, se sip-profiler for taleklasse .

10

Konfigurer en Keepalive for SIP-alternativer med endringsprofil for topptekst.


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

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-options-keepalive 100

Konfigurerer en Keepalive-profil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tidspunktet (i sekunder) som en SIP Ut av dialogalternativer-ping sendes til det oppringte målet når hjerteslagstilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne Keepalive-profilen utløses fra nodeanropet som er konfigurert mot Webex.

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

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

11

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Motparter knyttet til denne leieren senere, arver disse konfigurasjonene:


     

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

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

    Her er en forklaring på feltene for konfigurasjonen:

    leietaker for taleklasse 100

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

    ingen ekstern-part-ID

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

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

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk

    srtp-krypto 100

    Konfigurerer de foretrukne chifferseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

    localhost dns: cube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adresse i Fra-, Call-ID- og Remote-Party-ID-hodene i utgående meldinger med det angitte FQDN.

    økttransport tcp tls

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

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter globalt.

    feilgjennomgang

    Angir gjennomføringsfunksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    sip-profiler i taleklasse 100

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

    sip-profiler i taleklasse 110 innkommende

    Bruker profilen for endring av topptekst (kun NAT-adressering) som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, se sip-profiler i taleklasse.

    personvernerklæring passthru

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling .

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

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

    Definerer en VoIP-node med koden for 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se anropsstemme .

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir noden for oppringing 100 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN hjelper til med å åpne et nålhull for brannmur for medietrafikk.

    sip i taleklassen asserted-id pai

    Angir informasjon om utgående anrop ved hjelp av PAI-hodet (Privacy Asserted ID). Hvis du vil ha mer informasjon, se sip i taleklassen påstått-id .

    sip-leier i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing. Hvis du vil ha mer informasjon, se sip-leietaker i taleklasse .

    sip-alternativer i taleklasse-Keepalive-profil 100

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

    srtp

    Aktiverer SRTP for anropsstrekning.

Konfigurere lokal gateway med en SIP PSTN-trunk

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


 

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


 

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

1

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


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:


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

Her er en forklaring på feltene for konfigurasjonen:


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

Definerer en VoIP-node med koden for 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se anropsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

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

3

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

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

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

Konfigurere lokal gateway med et eksisterende Unified CM miljø

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

1

Konfigurer følgende URI-er for taleklasse:

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

    
voice class uri 300 sip
 pattern :5065

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

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

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

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


 

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.


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

Her er en forklaring på feltene for konfigurasjonen:

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

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursoppføring

2: SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

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

ucmsub5.mittdomene.com : Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mittdomene.com : vertsnavn for A-oppføringen .

192.168.80.65 : Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

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

    Her er en forklaring på feltene for konfigurasjonen:

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

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

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

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

  2. Nodenummer for anrop mellom Unified CM og PSTN:

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

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

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

    innkommende URI via 400

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

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

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

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

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

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex:

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

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

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

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

Overvåke og feilsøke lokal gateway med diagnosesignaturer

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

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata for å definere problemgjenkjenningslogikken. Handlingstypene inkluderer:

  • Samler inn vis-kommandoutdata

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server

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

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

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

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

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

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

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator som du varsler.

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

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

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

  1. Kontroller at du har aktivert SNMP ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel

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

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

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

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

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

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

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

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

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33


     

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

Overvåking av unormale samtaler kobles fra

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

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsfrakobling med e-post og syslog-varsling.

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

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

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

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

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installer diagnosesignaturer for å feilsøke et problem

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

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

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

  1. Konfigurer en annen DS-miljøvariabelds_fsurl_prefix som Cisco TAC filserver (cxd.cisco.com) for å laste opp diagnostikkdata. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte som vist i det følgende. filopplasting kan genereres i Vedlegg delen av Support Case Manager, etter behov.

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

    Eksempel:

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

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

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

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

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

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

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

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

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

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home . Statuskolonnen skal ha en «registrert» verdi.

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

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen for kommandoen vis diagnostikksignatur for Call Home endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser.

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

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00: 00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/maks/avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Avinstaller diagnostikksignaturer

Bruke diagnosesignaturer for feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av noen problemforekomster. Hvis du ønsker å avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

 

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

Implementer CUBE høy tilgjengelighet som lokal gateway

Grunnleggende informasjon

Forutsetninger

Før du distribuerer CUBE HA som en lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende begreper:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres til også å bruke den lokal gateway -funksjonen for Cisco Webex Calling, må du følge nøye med på konfigurasjonen som brukes for å sikre at eksisterende samtaleflyter og funksjoner ikke avbrytes, og at du overholder designkravene for CUBE HA .

Maskinvare og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform der både CUBE HA- og LGW-funksjoner støttes.


 

Vis-kommandoene og loggene i denne artikkelen er basert på minste programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA-konfigurasjonsveiledninger for forskjellige plattformer:

Oversikt over Webex Calling Solution

Cisco Webex Calling er et samarbeidstilbud som gir et skybasert alternativ for flere leietakere til lokal PBX- telefontjeneste med flere PSTN-alternativer for kunder.

Den lokale gateway-distribusjonen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway-trunk (lokalbasert PSTN) i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP-PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling distribusjon uten eksisterende IP-PBX, og gjelder for én distribusjon eller en distribusjon med flere nettsteder. Konfigurasjonen som er skissert i denne artikkelen, er basert på denne distribusjonen.

Lag 2 Boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt ruterepar/ventemoduspar. Dette paret deler den samme virtuelle IP-adresse (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjonen kontrolleres på tvers av ruterparet, noe som gjør at standby-ruteren kan overta alt CUBE samtalebehandling umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsmessig bevaring av signalisering og medier.


 

Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Samtaler under overføring er ikke kontrollerte (for eksempel prøve- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B)-redundans for tilstandsfull samtalebevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling -trunk-distribusjoner (lokalbasert PSTN), og vi vil dekke utformingshensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling .

Infrakomponent for redundansgruppe

Infra-komponenten for redundansgruppe (RG) gir støtte for boks-til-boks-kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige redundanstilstanden for hver ruter ved å utveksle Keepalive- og Hello-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for kontroll av signalisering og medietilstand for hver samtale fra den aktive ruteren til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP-grensesnittet (VIP) for trafikkgrensesnittene (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesifikt for å støtte tale B2B HA.

Administrasjon av virtuell IP-adresse (VIP) for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP-grensesnittene og de tilknyttede fysiske grensesnittene på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-delnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for tale B2B HA-støtte. Eksterne enheter som Unified CM, Webex Calling tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling synspunkt fungerer derfor CUBE HA-parene som en enkelt lokal gateway.

Samtalesignalerings- og RTP-øktinformasjonen for etablerte anrop kontrolleres fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar ventemodus-ruteren over, og fortsetter å videresende RTP-strøm som tidligere ble rutet av den første ruteren.

Anrop i forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter byttet. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventingsfunksjon. Etablerte samtaler kan bli koblet fra etter byttet.

Følgende krav finnes for å bruke CUBE HA som en lokal gateway for tilstandsfull failover for samtaler:

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert

  • Gig1 og Gig2 omtales som trafikkgrensesnitt (SIP/RTP), og Gig3 er grensesnitt for kontroll/data for redundansgruppe (RG)

  • Ikke mer enn 2 CUBE HA-par kan plasseres i det samme lag 2-domenet, ett med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer to HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2-domener (vlan, egen svitsj)

  • Portkanal støttes for både RG Control/data- og trafikkgrensesnitt

  • All signalisering/medier hentes fra/til den virtuelle IP-adressen

  • Hver gang en plattform lastes inn på nytt i et CUBE-HA-forhold, starter den alltid opp som ventemodus

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundansgrensesnittidentifikator, rii må være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identiske, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes som binding da de alltid er oppe

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke via en krysset kabeltilkobling for RG-control/datalink (Gig3)

  • Begge plattformene må være det identiske og være koblet til via en fysisk bryter på tvers av alle tilsvarende grensesnitt for at CUBE HA skal fungere, dvs. at GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme svitsj og så videre.

  • Kan ikke avslutte WAN på CUBE-er direkte eller Data HA på begge sider

  • Både Aktiv/Standby må være i samme datasenter

  • Det er obligatorisk å bruke eget L3-grensesnitt for redundans (RG Control/data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes til HA keepalives og sjekkpunkter

  • Ved failover går den tidligere aktive CUBE gjennom en designmessig ny innlasting, noe som bevarer signalisering og medier

Konfigurer redundans på begge CUBE-ene

Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBE-ene som skal brukes i et HA-par for å få opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

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

Spor CLI brukes i RG til å spore tilstanden for taletrafikk , slik at den aktive ruten får ganske sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programmets redundans.

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å feltene som brukes i denne konfigurasjonen:

  • redundans – Går inn i redundansmodus

  • programoverflødighet – Går inn i konfigurasjonsmodus for programredundans

  • gruppe – Går inn i konfigurasjonsmodus for redundans for programgruppe

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

  • terskel for failover for prioritet 100 75 – Angir startprioritet og failoverterskler for en RG

  • tidtakere forsinkelse 30 reload 60 – Konfigurerer de to tidspunktene for forsinkelse og innlasting på nytt

    • Forsinkelsestidtaker som er hvor lenge det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – standard 30 sekunder. Området er 0–10000 sekunder

    • Last inn på nytt – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en ny innlasting – standard 60 sekunder. Området er 0–10000 sekunder

    • Standard tidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme ytterligere nettverkskonvergensforsinkelser som kan oppstå under oppstart/på nytt innlasting av ruterne, for å garantere at RG-protokollforhandlingen finner sted etter at rutingen i nettverket har konvergert til en stabil punkt. Hvis det for eksempel etter failover vises at det tar opptil 20 sek før den nye STANDBY-en ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakerne justeres til «timere delay 60 reload 120» for å ta hensyn til dette forsinkelse.

  • kontrollere GigabitEthernet3-protokollen 1 – Konfigurerer grensesnittet som brukes til å utveksle keepalive- og hello-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og gå inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • data GigabitEthernet3 – Konfigurerer grensesnittet som brukes til sjekkpunkt for datatrafikk

  • spor —RG gruppesporing av grensesnitt

  • protokoll 1 – Angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • tidtakere hellotime 3 holdetid 10 – Konfigurerer de to tidtakerne for hellotime og ventetid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – standard 3 sekunder. Området er 250 millisekunder – 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at avsenderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – standard 10 sekunder. Området er 750 millisekunder – 255 sekunder

      Vi anbefaler at du konfigurerer holdetid-tidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-applikasjonen. Konfigurer RG fra forrige trinn under voice service voip. Dette gjør det mulig for CUBE-applikasjonen å kontrollere redundansprosessen. 

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

redundansgruppe 1 – Å legge til og fjerne denne kommandoen krever en ny innlasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittene med sine respektive virtuelle IP-er som vist nedenfor, og bruk ID-en for redundansgrensesnitt ( 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å feltene som brukes i denne konfigurasjonen:

  • redundans rii – Konfigurerer ID-en for redundansgrensesnittet for redundansgruppen. Kreves for å generere en virtuell MAC-adresse (VMAC). Den samme rii ID-verdien må brukes på grensesnittet til hver rutere (ACTIVE/STANDBY) som har samme VIP.


     

    Hvis det er mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans programgruppe alle» skal indikere riktig lokal informasjon og nodeinformasjon.

  • redundansgruppe 1 – Knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, i tillegg til VIP-en som er tilordnet dette fysiske grensesnittet.


     

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt angitt i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 for RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE-en og last den inn på nytt.

Plattformen som skal lastes inn sist, er alltid ventemodus.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

Etter VCUBE-1 starter opp fullstendig, lagre konfigurasjonen for VCUBE-2 og last den inn på nytt.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift .

Vi lastet inn på nytt VCUBE-2 sist og i henhold til utformingshensyn; plattformen som skal lastes inn på nytt, vil alltid være det Ventemodus .


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#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge den lokale gateway-konfigurasjonen på begge plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_ LGU

  • Passord: lOV12MEaZx

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene vist nedenfor, før det kan brukes i legitimasjonen eller i delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-kryptering og denne brukerdefinerte konfigurasjonsnøkkelen.


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

Her er den lokale gateway-konfigurasjonen som gjelder for begge plattformene basert på Kontrollhub parameterne vist ovenfor, lagre og last inn på nytt. SIP sammendragslegitimasjon fra Kontrollhub er uthevet i fet 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

Vi har lastet inn på nytt for å vise kommandoen show VCUBE-2 etterfulgt av VCUBE-1 , gjør VCUBE-1 ventemodus CUBE og VCUBE-2 den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med SBC for Webex Calling tilgang. Ta en titt på resultatet av følgende show-kommandoer.

vis redundans-programgruppe 1

vis sip-ua-registerstatus


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 utdataene ovenfor kan du se det VCUBE-2 er den aktive LGW-en som opprettholder registreringen med SBC for Webex Calling tilgang, mens utdataene for «vis sip-ua-registerstatus» er tom i VCUBE-1

3

Aktiver nå følgende feilsøkingsprogrammer 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

Simuler failover ved å gi følgende kommando på den aktive LGW-en, i dette tilfellet VCUBE-2.


VCUBE-2#redundancy application reload group 1 self

Overgang fra ACTIVE til STANDBY LGW skjer i følgende scenario i tillegg til CLI-en som er oppført ovenfor

  • Når den AKTIVE ruteren lastes inn på nytt

  • Når den AKTIVE ruteren slås av

  • Når et hvilket som helst RG-konfigurert grensesnitt for ACTIVE-ruteren avsluttes som sporing er aktivert for

5

Kontroller om VCUBE-1 er registrert med Webex Calling -tilgang SBC. VCUBE-2 ville ha blitt lastet inn på nytt nå.


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 nå den aktive LGW.

6

Se på den relevante feilsøkingsloggen på VCUBE-1 som sender et SIP-REGISTER til Webex Calling VIA den virtuelle IP-en og mottar 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
Konfigurere Unified CM for Webex Calling

Konfigurer sikkerhetsprofil for SIP-trunk for trunk til lokal gateway

I tilfeller der Local Gateway og PSTN-gateway ligger på samme enhet, må Unified CM være aktivert for å skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra den samme enheten, og som bruker differensiert tjenesteklasse på disse samtaletyper. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokal gateway og PSTN-gateway som krever forskjellige SIP-lytteporter for de to kanalene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex sikkerhetsprofil for SIP-trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway -konfigurasjon for trafikk til/fra Webex: 5065

Konfigurer SIP-profil for lokal gateway-trunk

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-profil
Aktiver OPTIONS-ping for å overvåke målstatus for trunker med tjenestetype «Ingen (standard)»Kontrollert

Opprett et anropssøkeområde for anrop fra Webex

Opprett et anropssøkeområde for samtaler som kommer fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex Calling
Valgte partisjoner

DN (+E.164-katalognumre)

ESN (forkortet oppringing mellom nettsteder)

PSTNInternational (PSTN-tilgang)

på NetRemote (GDPR-lærte destinasjoner)


 

Den siste partisjonen påNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM -klynger ved hjelp av oppslagstjeneste for klynger (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-trunk
Kjør på alle aktive Unified CM -noderKontrollert
Innkommende anrop
Anroper søkeområdeDet tidligere definerte anropssøkeområdet: Webex
AAR anropssøkeområdeEt anropssøkeområde med bare tilgang til PSTN-rutemønstre: PSTNRute
SIP-informasjon
DestinasjonsadresseIP-adresse til den lokale gatewayen CUBE
Målport5060
sikkerhetsprofil for SIP-trunkTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurer rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunk: Webex

Konfigurer ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_ Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Ruteliste for Webex
Kjør på alle aktive Unified CM -noderKontrollert
Medlemsinformasjon for ruteliste
Valgte grupperBare den tidligere definerte rutegruppe: Webex

Opprett en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-målene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-partisjon

Hva nå?

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-mål. Du må legge til denne partisjonen spesifikt i det anropende søkeområdet som brukes som det innkommende anropende søkeområdet på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

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

InnstillingVerdi
RutemønsterFullstendig +E.164-mønster for DID-området i Webex med innledende «\». For eksempel: \+140855501XX
Rute partisjonWebex
Gateway-/rutelisteRL_ Webex
HasteprioritetKontrollert

Konfigurer normalisering av forkortet oppringing mellom nettsteder for Webex

Hvis forkortet oppringing mellom nettsteder er nødvendig for Webex, konfigurerer du normaliseringsmønstre for oppringing for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-normaliseringsmønster
Bruk Originators anropssøkeområdeKontrollert
HasteprioritetKontrollert
Ikke vent på tidsavbrudd for mellomsiffer ved etterfølgende hoppKontrollert
Transformering av anroptMask for å normalisere tallet til +E.164. For eksempel: +1408555 01XX

Konfigurer Webex Calling-funksjonene dine

Opprett en huntgruppe

Hunt-grupper ruter innkommende anrop til en gruppe med brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du setter opp en huntgruppe, se Søkegrupper i Cisco Webex Control Hub .

Opprett en samtalekø

Du kan konfigurere en samtalekø slik at når kundenes anrop ikke kan besvares, får de automatisk svar, komfortmeldinger og musikk på vent til noen kan svare på anropet.

Hvis du vil ha mer informasjon om hvordan du setter opp og administrerer en samtalekø, se Behandle samtalekøer i Cisco Webex Control Hub .

Opprett en resepsjonistklient

Hjelp til med å støtte behovene til personalet ditt på kundekontaktkontoret. Du kan konfigurere brukere som svartjenester slik at de kan kontrollere innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du setter opp og viser resepsjonistklientene, se Resepsjonistklienter i Cisco Webex Control Hub .

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, konfigurere menyer og rute anrop til en svartjeneste, en huntgruppe, en telefonsvarer eller en ekte person. Opprett en 24-timers tidsplan eller angi andre alternativer når bedriften er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, se Administrer automatiske svartjenester i Cisco Webex Control Hub .

Konfigurer en oppkallingsgruppe

Med gruppeoppkalling kan en bruker foreta et enveis anrop eller en gruppeside til opptil 75 målbrukere og arbeidsområder ved å slå et nummer eller internnummer som er tilordnet en bestemt oppkallingsgruppe.

Hvis du vil ha informasjon om hvordan du setter opp og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub .

Konfigurer mottak av anrop

Forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukerne kan svare på hverandres anrop. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på anropene sine.

Hvis du vil ha informasjon om hvordan du setter opp en samtalemottaksgruppe, se Hente anrop i Cisco Webex Control Hub .

Konfigurer samtaleparkering

Samtaleparkering lar en definert gruppe brukere parkere anrop mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på deres telefon.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub .

Aktiver bytte inn for brukere

1

Fra kundevisningen i , gå til Ringe > steder.https://admin.webex.com

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg deretter Bryt inn .

4

Slå på bryteren for å la andre brukere legge seg til i denne brukerens pågående samtale.

5

Sjekk Spill av en tone når denne brukeren bryter inn i en samtale hvis du vil spille av en tone til andre når denne brukeren bryter inn i samtalen deres.

6

Klikk på Lagre.

Aktiver personvern for en bruker

1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere område, og velg deretter Personvern .

4

Velg riktig Personvern for den automatiske svartjenesten innstillinger for denne brukeren.

  • Tillat denne brukeren å bli oppringt med internnummer
  • Tillat denne brukeren å bli oppringt med for- eller etternavn
5

Sjekk Aktiver personvern avmerkingsboks. Du kan deretter bestemme deg for å blokkere alle ved å ikke velge medlemmer fra rullegardinliste. Du kan også velge brukerne, arbeidsområdene og virtuelle linjer som kan overvåke linjestatus til denne brukeren.

Hvis du er administrator, vises bare brukerne, arbeidsområdene og virtuelle linjer som gjelder de tilordnede stedene i rullegardinliste.

Fjern merket for Aktiver personvern avmerkingsboks for å la alle overvåke linjestatus.

6

Sjekk Håndhev personvern for styrt mottak av anrop avmerkingsboks for å aktivere personvern for styrt mottak av anrop og innbytting.


 
  • Hvis du aktiverer dette alternativet, er det bare autoriserte brukere, virtuelle linjer og arbeidsområdeenheter som kan bruke styrt mottak av anrop og bytte inn på denne brukeren. Ellers kan alle i organisasjonen aktivere styrt mottak av anrop og bytte inn på en linje.
  • Hvis du vil ha mer informasjon om bytte inn, se Bryt inn på andres telefonsamtale .
  • Lederen kan alltid bytte inn på samtaler som agentene mottar gjennom samtalekøen. Det vil si at personvernsinnstillingene ikke påvirker alternativene for bytte inn for ledere.
7

Fra Legg til medlem etter navn , velger du brukere, arbeidsområder og virtuelle linjer som kan overvåke telefonlinje og starte styrt mottak av anrop og bytte inn.

8

Hvis du vil filtrere medlemmene du velger, bruker du filtrer etter navn, nummer eller lokalnummer felt.

9

Klikk på Fjern alle for å fjerne alle de valgte medlemmene.


 
Hvis du vil fjerne et enkelt medlem, klikker du på Slett ved siden av medlemmets navn.
10

Klikk på Lagre.

Privacy settings

Konfigurer overvåking

maksimalt antall overvåkede linjer for en bruker er 50. Mens du konfigurerer overvåkingslisten, bør du imidlertid vurdere antall meldinger som påvirker båndbredden mellom Webex Calling og nettverket ditt. Bestem også maksimalt antall overvåkede linjer etter antall linjeknapper på brukerens telefon.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og klikk deretter Brukere .

2

Velg brukeren du vil endre, og klikk på Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg Overvåking .

4

Velg mellom følgende:

  • Legg til overvåket linje
  • Legg til internnr. for samtl.parkering

Du kan inkludere en virtuell linje i Legg til overvåket linje liste for brukerovervåking.

5

Velg om du vil varsle denne brukeren om parkerte anrop, søk etter personen eller internnummer for samtaleparkering for samtaleparkering som skal overvåkes, og klikk deretter på Lagre .


 

De overvåkede linjene vises i Kontrollhub samsvarer med rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.


 

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene for innringer-ID Fornavn og Etternavn for brukeren, arbeidsområdet og den virtuelle linjen.

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du administrerer overvåkingsinnstillinger for en bruker i Kontrollhub .

Aktiver varseltone for anropsbro for brukere

Før du starter

Du må ha den delt linje konfigurert for at samtalebroen skal kunne startes. Se hvordan konfigurere delte linjer før du aktiverer varseltonen for samtalebroen som skal spilles av.
1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker, og klikk på Oppringing-fanen.

3

Gå til Tillatelser mellom brukere , og klikk Varseltone for samtalebro .

4

Slå på Varseltone for samtalebro , og klikk deretter Lagre .


 
Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebro på en delt linje, se Delte linjer på bordtelefon for flere plattformer .

Hvis du vil ha mer informasjon om samtalebro på en delt linje i Webex-appen , kan du se linjevisning for WebexApp .

Slå på hotellopphold for en bruker

Hvis du aktiverer hotellopphold for en bruker, kan de jobbe på et annet sted samtidig som funksjonaliteten og funksjonene til den viktigste bordtelefon opprettholdes.
1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og velg Brukere .

2

Velg en bruker, og klikk på Oppringing-fanen.

3

Gå til Tillatelser mellom brukere delen, og velg Hotellopphold og slå på bryteren.

4

Skriv inn navnet eller nummeret til hotellverten i Hotellsted søkefeltet, og velg hotellverten du vil tilordne brukeren.

Kun én hotellvert kan velges. Hvis du velger en annen hotellvert, blir den første slettet.


 
Hvis du er administrator, kan du bare tilordne hotellverten som gjelder de tilordnede stedene.
5

Hvis du vil begrense tiden en bruker kan knyttes til hotellverten, velger du antall timer brukeren kan bruke hotellverten fra Begrens tilknytningsperiode rullegardinmenyen.

Brukeren logges av automatisk etter det valgte tidspunktet.


 

Det vises en feilmelding på skjermen hvis grensetilknytningsperioden som er angitt for brukeren, overskrider grensetilknytningsperioden for den valgte hotellverten. Hvis hotellverten for eksempel har en grensetilknytningsperiode på 12 timer og brukerens grensetilknytningsperiode er 24 timer, vises en feilmelding . I slike tilfeller må du utvide grensetilknytningsperioden for hotellverten hvis det er behov for mer tid for brukeren.

6

Klikk på Lagre.


 

En bruker kan også søke etter og finne hotellverten de vil bruke fra brukerhuben. Hvis du vil ha mer informasjon, se Få tilgang til anropsprofilen din hvor som helst .

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du konfigurerer hotellopphold i Control Hub.
Bruk av trender og bruksrapporter for Webex Calling

Vise samtalerapporter

Du kan bruke Analytics-siden i Kontrollhub for å få innsikt i hvordan folk bruker Webex Calling og Webex app (engasjement) og kvaliteten på samtalemedieopplevelsen. For å få tilgang Webex Calling analytics, logg på Kontrollhub , og deretter gå til Analyse og velg Ringer -fanen.

1

Logg på for detaljerte samtaleloggrapporter Kontrollhub , og deretter gå til Analyse > Ringer .

2

Velg Detaljert anropslogg .

Hvis du vil ha informasjon om samtaler som bruker dedikert forekomst, se Dedikert forekomstanalyse .

3

Logg på for å få tilgang til mediekvalitetsdata Kontrollhub , og deretter gå til Analyse og velg deretter Ringer .

Hvis du vil ha mer informasjon, kan du se Analytics for din skysamarbeidsportefølje.

Forbered miljøet ditt

Generelle forutsetninger

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

  • Ha grunnleggende kunnskap om VoIP-prinsipper

  • Ha grunnleggende praktisk kunnskap om Cisco IOS-XE og IOS-XE talekonsepter

  • Ha en grunnleggende forståelse av SIP-protokoll (øktinitieringsprotokolll)

  • Ha en grunnleggende forståelse av Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodell inkluderer Unified CM

Se Konfigurasjonsveiledning for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Krav til maskinvare og programvare for lokal gateway

Kontroller at distribusjonen har én eller flere av de lokale gatewayene, for eksempel:

  • Cisco CUBE for IP-basert tilkobling

  • Cisco IOS Gateway for TDM-basert tilkobling

Se tabell 1 i Bestillingsveiledning for lokal gateway for Webex Calling . Kontroller også at plattformen kjører en støttet IOS-XE-versjon i henhold til Konfigurasjonsveiledning for lokal gateway .

Den lokal gateway hjelper deg med å migrere til Webex Calling i ditt eget tempo. Den lokal gateway integrerer den eksisterende lokale distribusjonen med Webex Calling. Du kan også bruke din eksisterende PSTN-tilkobling. Se Kom i gang med Local Gateway

Sertifikat- og sikkerhetskrav for lokal gateway

Webex Calling krever sikker signalisering og sikker media. Den lokal gateway utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen på følgende måte:

  • LGW-en må oppdateres med CA-rotpakken fra Cisco PKI

  • Et sett med SIP-sammendrag-legitimasjon fra Control Hubs trunk- konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen som følger)

  • CA-rotpakke validerer presentert sertifikat

  • Bedt om legitimasjon (SIP-sammendrag følger med)

  • Skyen identifiserer hvilken lokal gateway som er registrert på en sikker måte

Krav til brannmur, NAT-traversering og optimalisering av mediebane for lokal gateway

I de fleste tilfeller kan den lokal gateway og endepunktene ligge i det interne kundenettverket ved bruk av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til bestemte IP-adresser/porter, dekket i Portreferanseinformasjon .

Hvis du vil bruke optimalisering av mediebane med ICE, må den lokale gatewayens Webex Calling -vendte grensesnitt ha en direkte nettverksbane til og fra Webex Calling endepunktene. Hvis endepunktene er på et annet sted og det ikke er noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling -vendte grensesnitt, må den lokal gateway ha en offentlig IP-adresse tilordnet grensesnittet som vender mot Webex Calling for samtaler mellom den lokal gateway og endepunktene for å bruke optimalisering av mediebane. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Konfigurer Webex Calling for organisasjonen din

Angi samtaleinnstillinger i veiviser for første gangs installasjon

Det første trinnet for å få Webex Calling tjenestene i gang, er å fullføre veiviser for første gangs installasjon (FTSW). Når FTSW er fullført for det første stedet, trenger det ikke å fullføres for flere steder.

1

Klikk på Komme i gang koblingen i velkomst-e-posten du mottar.

administrator - e-postadresse din brukes automatisk til å logge på Control Hub, der du blir bedt om å opprette administrator . Når du har logget på, starter installasjonsveiviseren automatisk.

2

Se gjennom og godta tjenestevilkår.

3

Se gjennom planen din, og klikk deretter på Kom i gang .

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren din hvis du mottar varselet «Kan ikke sette opp samtalen» når du velger Kom i gang .

4

Velg landet datasenter skal tilordnes til, og angi informasjonen om kundekontakt og kundeadresse.

5

Klikk på Neste: Standard plassering .

6

Velg mellom følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at administrator skal fullføre klargjøringen av administrator Webex Calling.
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere steder senere.

Når du har fullført installasjonsveiviseren, må du kontrollere at du legg til et hovednummer til stedet du oppretter.

7

Gjør følgende for å bruke dette stedet:

  • Språk for kunngjøring – For lydkunngjøringer og meldinger for nye brukere og funksjoner.
  • Språk for e-post – For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste .

9

Angi en tilgjengelig Cisco Webex SIP-adresse, og klikk på Neste og velg Fullfør .

Legg til et sted

Før du begynner

Hvis du vil opprette et nytt sted, klargjør du følgende informasjon:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

En ny plassering vil bli vert i det regionale datasenter som tilsvarer landet du valgte ved hjelp av veiviser for første gangs installasjon.
2

Konfigurer innstillingene for stedet:

  • Stedsnavn – Angi et unikt navn for å identifisere plasseringen.
  • Land/region – Velg et land du vil knytte plasseringen til. Du kan for eksempel opprette ett sted (hovedkvarter) i USA og et annet (filial) i Storbritannia. Landet du velger, bestemmer adressefeltene som følger. De som er dokumentert her, bruker den amerikanske adressekonvensjonen som eksempel.
  • Sted Adresse – Angi stedets hovedpostadresse.
  • By/by – Angi en by for dette stedet.
  • Delstat/provins/region – Velg en tilstand fra rullegardinlisten.
  • Postnummer – Skriv inn postnummeret.
  • Språk for kunngjøring – Velg språk for lydkunngjøringer og meldinger for nye brukere og funksjoner.
  • Språk for e-post – Velg språk for e-postkommunikasjonen med nye brukere.
  • Tidssone – Velg tidssone for stedet.
3

Klikk på Lagre og velg deretter Ja / Nei for å legge til numre til stedet nå eller senere.

4

Hvis du klikket Ja , velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Den Cisco PSTN alternativet er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen din er i et land der Cisco Calling Plan støttes .

    • Plasseringen din er ny. Eksisterende steder som har fått andre PSTN-funksjoner tilordnet, er ikke kvalifisert for Cisco Calling Plan på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

    CCP-partnere og geografisk dekning er listet opp her . Kun partnere som støtter landet ditt for stedet, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å Bestillingsnumre nå under en oppført leverandør anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Control Hub på én enkelt glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway) – Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller du vil koble nettsteder utenfor skyen med nettskyområder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan mikse og matche så mange alternativer du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskaper for plassering. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere tallene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller Premises-basert PSTN, angi Telefonnumre som kommadelte verdier, og klikk deretter Bekreft .

Tall legges til for det bestemte stedet. Gyldige oppføringer flyttes til Validerte numre -feltet, og ugyldige oppføringer forblir i Legg til numre -feltet ledsaget av en feilmelding.

Avhengig av stedets land, formateres numrene i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi tall med eller uten koden, og koden settes inn foran.

7

Klikk på Lagre .

Hva du skal gjøre videre

Når du har opprettet et sted, kan du aktivere 911-nødtjenester for dette stedet. Se RedSky Emergency 911-tjeneste for Webex Calling hvis du vil ha mer informasjon.

Før du begynner

Få en liste over brukere og arbeidsområder som er knyttet til et sted: Gå til Tjenester > Ringer > Tall og velg stedet som skal slettes, fra rullegardinmeny. Du må slette disse brukerne og arbeidsområder før du sletter plasseringen.

Husk at alle numre som er knyttet til dette stedet, vil bli gitt tilbake til PSTN-leverandøren din. du vil ikke lenger eie disse tallene.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Klikk på i Handlinger ved siden av stedet du vil slette.

3

Velg Slett plassering , og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter før stedet blir slettet permanent, men det kan ta opptil en time. Du kan kontrollere statusen ved å klikke på ved siden av stedsnavnet og velge Slettestatus .

Oppdater et eksisterende sted

Du kan endre PSTN-oppsettet, navn, tidssone og språk for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.

For eksisterende steder kan du aktivere 911-nødtjenester. Se RedSky Emergency 911-tjeneste for Webex Calling hvis du vil ha mer informasjon.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

Hvis du ser et Advarsel-symbol ved siden av et sted, betyr det at du ikke har konfigurert et telefonnummer for dette stedet ennå. Du kan ikke ringe eller motta anrop før du konfigurerer det nummeret.

2

(Valgfritt) Under PSTN-tilkobling , velger du enten Skytilkoblet PSTN eller Lokalbasert PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Administrer for å endre denne konfigurasjonen, og deretter bekrefte de tilknyttede risikoene ved å velge Fortsett . Deretter velger du ett av følgende alternativer, og klikker på Lagre :

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Den Cisco PSTN alternativet er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen din er i et land der Cisco Calling Plan støttes .

    • Plasseringen din er ny. For øyeblikket er ikke eksisterende plasseringer som har fått tilordnet andre PSTN-funksjoner, kvalifisert for Cisco Calling Plan. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

    CCP-partnere og geografisk dekning er listet opp her . Kun partnere som støtter landet ditt for stedet, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å Bestillingsnumre nå under en listet leverandør anbefaler vi at du velger dette alternativet, slik at du kan dra nytte av en integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Control Hub på én enkelt glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway) – Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller du vil koble nettsteder utenfor skyen med nettskyområder.

    Webex Calling kunder med steder som tidligere er konfigurert med en lokal gateway, blir automatisk konvertert til lokalt basert PSTN med en tilsvarende trunk.

3

For plasseringen velger du Hovednummer fra rullegardinliste for å gjøre det mulig for brukere på det stedet å ringe og motta anrop.

Den Hovednummer kan tilordnes til den automatisk svartjeneste, slik at de eksterne anroperne kan kontakte Webex Calling brukere på det stedet. Webex Calling brukere på dette stedet kan også bruke dette nummeret som sin eksterne anroper-ID når de foretar anrop.
4

(Valgfritt) Under Nødanrop , kan du velge Stedsidentifikator for nødstilfeller for å tilordne dette stedet.

Denne innstillingen er valgfri og gjelder bare for land som krever det.

I noen land (eksempel: Frankrike), finnes det forskriftskrav for mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødsamtale og gjøres tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, se Forbedret nødanrop .

Leverandøren av nødsamtale kan trenge informasjon om tilgangsnettverket og oppnås ved å definere en ny privat SIP-internnummerhode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir stedsidentifikator for nødstilfeller for et sted, sendes stedsverdien til leverandøren som en del av SIP-melding. Ta kontakt med leverandøren av nødsamtale for å se om du krever denne innstillingen, og bruk verdien som er oppgitt av leverandøren av nødsamtale ."

5

Velg Talepostnummer som brukere kan ringe for å sjekke taleposten for dette stedet.

6

(Valgfritt) Klikk på blyantikonet øverst på stedssiden for å endre Stedsnavn , Språk for kunngjøring , Språk for e-post , Tidssone , eller Adresse etter behov, og klikk deretter Lagre .

Endre Språk for kunngjøring trer i kraft umiddelbart for alle nye brukere og funksjoner som legges til på dette stedet. Hvis eksisterende brukere og/eller funksjoner også skal få endret kunngjøringsspråk, velger du når du blir bedt om det Endring for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner . Klikk på Bruk . Du kan se fremdriften på Oppgaver side. Du kan ikke gjøre flere endringer før dette er fullført.

Endre Tidssone for et sted oppdaterer ikke tidssonene for funksjonene som er knyttet til stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til Generelle innstillinger området for den spesifikke funksjonen du vil oppdatere tidssone for, og redigere og lagre der.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, oppdateres eksempelnumrene i Control Hub for å vise disse endringene.

Du kan konfigurere tillatelser for utgående anrop for et sted. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Kontrollhub , gå til Tjenester > Ringer > Tjenesteinnstillinger , og bla til Intern oppringing .

2

Konfigurer følgende valgfrie anropsinnstillinger etter behov:

  • Stedslengde for rutingprefiks – Vi anbefaler denne innstillingen hvis du har flere steder. Du kan angi en lengde på 2–7 sifre. Hvis du har flere steder med samme internnummer, må brukerne slå et prefiks når de ringer mellom steder. Hvis du for eksempel har flere lagre, alle med internnummer 1000, kan du konfigurere et rutingprefiks for hvert lager. Hvis ett lager har prefikset 888, ringer du 8881000 for å nå dette lagret.

    Ruteprefikslengdene inkluderer styresifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan bare tre sifre brukes til å angi nettstedet.

    Hvis du tilordner et rutingprefiks til et sted, vil alle visninger av internnumre som er tilordnet det stedet, inkludere rutingsprefikset foran internnummer. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styresiffer i rutingprefiks – Velg nummeret som skal angis som det første sifferet i hvert rutingprefiks.
  • Lengde på intern forlengelse – Du kan angi 2–10 sifre, og standarden er 2.

    Når du har økt internnummerlengde, oppdateres ikke eksisterende kortnumre til interne internnumre automatisk.

  • Tillat internnummer oppringing mellom steder –Lar deg tilpasse internnummeroppringingene mellom steder basert på organisasjonens krav.

    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte internnumre på tvers av alle sine steder.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen din har samme internnummer på forskjellige steder. Når bryteren er deaktivert og anroperen ringer internnummeret, rutes anropet til en bruker med matchende internnummer på samme sted som anroperen. Anroperen må slå bedriftens betydelige nummer (stedsrutingsprefiks + internnummer) for å nå et internnummer andre steder.

3

Angi intern oppringing for bestemte steder. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter interne oppringinger etter behov:

  • Intern oppringing – Angi rutingsprefikset som brukere andre steder må ringe opp for å kunne kontakte noen på dette stedet. Rutingprefikset for hvert sted må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men at den må være på 2–7 sifre.
4

Angi ekstern oppringing for bestemte steder. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter eksterne anrop etter behov:

  • Eksternt oppringing – Du kan velge et utgående anropssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen og du kan la den stå hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styresiffer.

    Brukere kan inkludere det utgående anropssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan imidlertid fortsatt foreta eksterne anrop uten det utgående anropssifferet.

  • Eventuelt har du muligheten til Tvinge oppringing av det utgående anropssifferet for dette stedet, og påse at brukeren må bruke det utgående anropssifferet angitt av administratoren for å foreta eksterne anrop.

    Nødanrop kan fremdeles ringes opp med eller uten utgående anropssiffer når denne funksjonen er aktivert.

    Når den er aktivert, vil ikke eventuelle eksterne målnumre, for eksempel de som brukes til viderekobling av samtale av anrop, fungere hvis det ikke er inkludert et utgående anropssiffer.

    Hvis et internnummer er det samme som det nasjonale nummeret, har internnummeret forrang over det nasjonale nummeret. Vi anbefaler derfor at du aktiverer det utgående anropssifferet.
    Vi anbefaler på det sterkeste å bruke E.164-nummereringsformatet for innkommende og utgående PSTN-anrop.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Internnummer skal ikke starte med samme nummer som stedets styresiffer eller utgående oppringingssiffer.

Konfigurere lokalt basert PSTN (lokal gateway) i Control Hub

Hvis du er en verdiøkende forhandler, kan du bruke disse trinnene til å starte lokal gateway i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på én eller flere av Webex Calling stedene dine til å gi ruting mot en PSTN tjenesteleverandør.

Et sted som har en lokal gateway , kan ikke slettes når den lokal gateway brukes for andre steder.

Opprett en trunk
Følg denne fremgangsmåten for å opprette en trunk i Control Hub.

Før du begynner

  • Når et sted er lagt til, og før du konfigurerer lokalt basert PSTN for et sted, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og tall for hver enkelt. Steder må finnes før du kan legge til et lokalt basert PSTN.

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

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Tjenester > Ringer > Ruting av anrop , og velg Legg til trunk .

2

Velg et sted.

3

Gi stammen et navn og klikk Lagre .

Navnet kan ikke være på mer enn 24 tegn.

Hva du skal gjøre videre

Du blir presentert med de relevante parametrene du må konfigurere på trunken. Du genererer også et sett med SIP-sammendrag-legitimasjon for å sikre PSTN-tilkobling.

Trunkinformasjon vises på skjermen Registrer domene , Trunkgruppe OTG/DTG , Linje/Port , og Utgående proxy-adresse .

Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere det lokaltbaserte PSTN-et.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og tilbakestill passord for å generere et nytt sett med legitimasjon for godkjenning som skal brukes på trunk.

Velg en trunk for lokalt basert PSTN
1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Velg et sted som skal endres, og klikk på Administrer .

3

Velg Lokalbasert PSTN og klikk Neste .

4

Velg en trunk fra rullegardinmeny.

Gå til trunk-siden for å administrere trunkgruppe dine.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre .

Hva du skal gjøre videre

Du må ta med konfigurasjonsinformasjon som Control Hub genererte, og tilordne parametrene til den lokal gateway (for eksempel på en Cisco CUBE som befinner seg i lokalene). Denne artikkelen leder deg gjennom denne prosessen. Som referanse kan du se diagrammet nedenfor for et eksempel på hvordan konfigurasjonsinformasjon for Control Hub (til venstre) tilordnes til parametere i CUBE (til høyre):

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Ring > Steder i Control Hub, og gatewayen du opprettet, vises på stedskortet du tilordnet den til med en grønn prikk til venstre for navnet. Denne statusen angir at gatewayen er sikkert registrert i anropsskyen og fungerer som den aktive PSTN-gateway for stedet.

Behandle telefonnumre
Be om et kjøp av Webex-tjenester fra en prøveversjon i Control Hub

Hvis du prøver ut Webex-tjenester og vil konvertere prøveperioden til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på Control Hub påhttps://admin.webex.com , velger du bygningsikonet .

2

Velg Abonnementer -fanen, og klikk deretter Kjøp nå .

En e-post sendes til partneren din om at du er interessert i å konvertere til et betalt abonnement.

Angi anropsalternativer

Du kan bruke Control Hub til å angi prioriteten for tilgjengelige samtalealternativer som brukere ser i Webex-appen. Du kan også aktivere dem for ett klikk for å ringe. Hvis du vil ha mer informasjon, kan du se: Angi anropsalternativer for brukere av Webex-appen .

Konfigurer ringeatferd

Du kan kontrollere hvilket anropsprogram som åpnes når brukere foretar anrop. Du kan konfigurere innstillingene for anropsklienten, inkludert distribusjon av blandet modus for organisasjoner med brukere som er berettiget til Unified CM eller Webex Calling og brukere uten betalte samtaletjenester fra Cisco. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .

Konfigurere lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

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

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokalbaserte kravene for offentlig svitsjet telefonnett (PSTN) og lokal gateway (LGW) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling hvis du vil ha mer informasjon.

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

Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan lære mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Kommandoreferanse for Webex Managed Gateways med mindre annet er oppgitt (i så fall går kommandokoblingene til Cisco IOS talekommandoreferanse ). Du har tilgang til alle disse veiledningene på Cisco Unified Border Element Kommandoreferanser .

Hvis du vil ha informasjon om støttede tredjeparts SBC-er, kan du se den respektive produktreferansedokumentasjonen.

Konfigurer din lokale gateway

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

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gateway eller Sertifikatbasert lokal gateway for å konfigurere lokal gateway for Webex Calling .

Se Kom i gang med Local Gateway hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av kommandolinjegrensesnittet (CLI). Vi bruker SIP-transport ( SIP-protokoll (øktinitieringsprotokolll) og TLS-transport ( transportlagsikkerhet ) for å sikre trunk og SRTP (Secure Real Time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling.

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ikke noen tredjeparts SBC-er (Session Border Controllers). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med Local Gateway .

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifikatinstanser (CA-er) som Webex for Government støtter, kan du se Rotsertifikatinstanser for Webex for Government .

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, se Nettverkskrav for Webex for Government (FedRAMP) .

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

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Hvis du vil konfigurere lokal gateway for Webex Calling trunken i Webex for Government, bruker du følgende alternativ:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gateway for å konfigurere den lokale gatewayen for Webex Calling . Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurer sertifikatbasert trunk for Webex Calling .

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chiffer for å støtte Local Gateway for Webex for Government. Hvis ikke, mislykkes oppsettet av samtale. Hvis du vil ha konfigurasjonsdetaljer, se Konfigurer sertifikatbasert trunk for Webex Calling .

Webex for Government støtter ikke registreringsbasert lokal gateway.

Designoversikt

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

I denne utformingen brukes følgende hovedkonfigurasjoner:

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

  • taleklasse uri: Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende anropsnode: Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing: Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående nodenummer: Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

Anropsruting fra/til PSTN til/fra konfigurasjonsløsning for Webex Calling

Mens IP og SIP har blitt standardprotokollene for PSTN-trunker, er TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye brukt og støttes med Webex Calling trunker. Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, er det for øyeblikket nødvendig å bruke en todelt samtaleruting . Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor, ved å introdusere et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker, som illustrert på bildet nedenfor.

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

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

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

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

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

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

    Eller:

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

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

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

  • Alle registreringsbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

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

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

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

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

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:

 grensesnitt GigabitEthernet0/0/0 beskrivelse Grensesnitt mot PSTN og/eller CUCM ip-adresse 10.80.13.12 255.255.255.0 ! grensesnitt GigabitEthernet0/0/1 beskrivelse Grensesnitt mot Webex Calling (privat adresse) IP-adresse 192.51.100.1 255.255.255.240

2

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

 key config-key password-encrypt YourPassword passordkryptering aes

3

Opprett et PKI-klareringspunkt for plassholder.

Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville vært nødvendig for en sertifikatbasert trunk.
 crypto pki trustpoint TomTP-opphevelse-kontroll ingen
4

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametere bør også oppdateres for å sikre en pålitelig sikker tilkobling for registrering:

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

  1. Angi tcp-try count til 1000 (multipler på 5 msek = 5 sekunder).

  2. Den tidtakertilkobling opprettes kommandoen lar deg justere hvor lenge LGW venter med å sette opp en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standarden for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi, og øk om nødvendig for å imøtekomme nettverksforholdene.

 sip-ua-tidtakere tilkobling etablere tls 5 transport tcp tls v1.2 standard tillitspunkt for kryptosignalering EmptyTP cn-san-validate server tcp-retry 1000

5

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:

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

ip http-klient-proxy-server yourproxy.com proxy-port 80
 ip http-klient kildegrensesnitt GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer registreringsbasert trunk for Webex Calling
1

Opprett en registreringsbasert PSTN-trunk for et eksisterende sted i Control Hub. Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen. Hvis du vil ha mer informasjon, se Konfigurere trunker, rutegrupper og oppringingsplaner for Webex Calling .

2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:

 taletjeneste voip ip-adresse klarert liste ipv4 xxxx åååå-modus kantlinjeelement mediestatistikk medier bulk-statistikk tillate-tilkoblinger sip to sip ingen tilleggs-tjeneste sip referer bedøve stun flytdata agent-id 1 oppstartantall 4 stun flytdata delt-hemmelig 0 Passord123 $ sip asymmetrisk nyttelast full tidlig-tilbud tvunget

Her er en forklaring på feltene for konfigurasjonen:

 klarert liste over ip-adresser  ipv4 xxxx åååå

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

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

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

    Hvis LGW-en din befinner seg bak en brannmur med begrenset kjegle-NAT, kan det hende du foretrekker å deaktivere listen over klarerte IP-adresse i grensesnittet mot Webex Calling . Brannmuren beskytter deg allerede mot uønsket innkommende VoIP. Deaktiver handling reduserer de langsiktige konfigurasjonskostnadene dine, fordi vi ikke kan garantere at adressene til Webex Calling -motpartene forblir faste, og du må konfigurere brannmuren for nodene uansett.

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk for medier

Gjør det mulig for kontrollplanet å polle dataplanet for samtalestatistikk for masseanrop.

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

tillat-tilkoblinger slurk til slurk

Aktiver CUBE grunnleggende SIP rygg-mot-rygg-brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .

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

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel at både de anropte og anroperne er Webex Calling abonnenter, og hvis du forankrer medier ved Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen ettersom knappenålshullet er t åpne.

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

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flowdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

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

3

Konfigurer taleklassekodek 100 filter for stammen. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.

 taleklasse kodek 100 kodek preferanse 1 Opus kodek preferanse 2 g711ulaw kodek preferanse 3 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklassekodek 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, se kodek for taleklasse .

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken.

 taleklasse svekke bruk 100 svekke bruk brannmur-traversal flytdata svekke bruk ice lite

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk ice lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .

Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene

5

Konfigurer mediekrypteringspolicyen for Webex-trafikk.

 taleklasse srtp-crypto 100 krypto 1 AES_ CM_ 128_ HMAC_ SHA1_ 80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter bare SHA1_ 80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurere et mønster for unikt å identifisere anrop til en lokal gateway-trunk basert på måltrunkparameteren: 

 taleklasse uri 100 sip-mønster dtg=Dallas1463285401_ LGU

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av OTG/DTG-trunk-verdien som ble oppgitt i Control Hub da kanalen ble opprettet. Hvis du vil ha mer informasjon, se taleklasse uri .

7

Konfigurer sip-profil 100 , som vil bli brukt til å endre SIP-meldinger før de sendes til Webex Calling.

 taleklasse sip-profiler 100 regel 10 be om ANY sip-header SIP-Req-URI modify "sips:" "sip:" regel 20 be om ANY sip-header For å endre "  « » regel 50 svar ENHVER sip-header For å endre "  « «;otg=dallas1463285401_lgu >" regel 90 be om ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-hoder som brukes til samtalesignalering, bruker sip- i stedet for sips-ordningen, som kreves av Webex-proxyer. Konfigurering av CUBE til å bruke sips sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-hodet for å inkludere trunkgruppe OTG/DTG-identifikator fra Control Hub for å unikt identifisere et lokalt gateway-område i en bedrift.

8

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Spesielt vil trunkregistreringsdetaljene som ble oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Motparter knyttet til denne leieren senere, vil arve disse konfigurasjonene.

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

     registrar-dns for taleklasse 100:98027369.us10.bcld.webex.com ordningen sips utløper 240 oppdateringsforhold 50 tcp tls-legitimasjonsnummer Dallas1171197921_ LGU brukernavn Dallas1463285401_ LGU passord 0 9Wt[M6ifY+ realm brukernavn for BroadWorks-autentisering Dallas1463285401_ LGU passord 0 9Wt[M6ifY+ realm brukernavn for BroadWorks-autentisering Dallas1463285401_ LGU passord 0 9Wt[M6ifY+ riket9802736 9.us10.bcld.webex.com ingen sip-server-dns for ekstern parts-ID:98027369.us10.bcld.webex.com forbindelse-gjenbruk srtp-crypto 100 økttransport tcp tls url sips error-passthru asserted-id pai bindingskontroll kildegrensesnitt GigabitEthernet0/0/1 bind media kildegrensesnitt GigabitEthernet0/0/1 uten gjennomgangsinnhold egendefinert-sdp sip- profiler 100 utgående proxy-dns:dfw04.sipconnect-us.bcld.webex.com passord for personvern

    Her er en forklaring på feltene for konfigurasjonen:

    leietaker for taleklasse 100

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

    registrar dns:98027369.us10.bcld.webex.com ordningen slurker utløper 240 oppdateringsforhold 50 tcp tls

    Registrarserver for den lokale gatewayen med registreringen angitt til å oppdateres hvert annet minutt (50 % av 240 sekunder). Hvis du vil ha mer informasjon, se registrar .

    Kontroller at du bruker Registrer domene-verdien fra Control Hub her.

    legitimasjonsnummeret Dallas1171197921_ LGU brukernavn Dallas1463285401_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, se legitimasjon (SIP UA) .

    Kontroller at du bruker verdiene henholdsvis linje-/portvert, brukernavn for autentisering og passord for godkjenning fra Control Hub her.

    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks
    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket 9802736 9.us10.bcld.webex.com

    Autentiseringsutfordring for samtaler. Hvis du vil ha mer informasjon, se autentisering (nodeoppringing) .

    Kontroller at du bruker verdiene for henholdsvis Autentiseringsbrukernavn, Autentiseringspassord og Registrar Domain fra Control Hub her.

    ingen ekstern-part-ID

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

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

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk.

    tilkobling-gjenbruk

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

    srtp-krypto 100

    Konfigurerer de foretrukne chifferseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Angir transport til TLS. Hvis du vil ha mer informasjon, se økt-transport .

    url sips

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

    feilgjennomgang

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    asserted-id pai

    Slår på PAI-behandling i lokal gateway. Hvis du vil ha mer informasjon, se påstått-id .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    ingen viderekoblingsinnhold egendefinert sdp

    Standardkommando under leietaker. Hvis du vil ha mer informasjon om denne kommandoen, kan du se viderekoblingsinnhold .

    sip-profiler 100

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

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

    Webex Calling tilgang SBC. Sett inn den utgående proxy-adressen som ble oppgitt i Control Hub da du opprettet trunk. Hvis du vil ha mer informasjon, se utgående proxy .

    passord for personvern

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling . 

     node-tale 100 VoIP-beskrivelse Innkommende/utgående Webex Calling max-conn 250 destination-pattern BAD.BAD bruk 100 uten taleklasse sip localhost taleklasse sip leietaker 100 srtp no vad

    Her er en forklaring på feltene for konfigurasjonen:

     node-stemme 100 VoIP  beskrivelse Innkommende/utgående Webex Calling

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

    maks-tilkobling 250

    Begrenser antall samtidige innkommende og utgående samtaler mellom LGW og Webex Calling. For registreringstrunker skal den maksimale verdien som kan konfigureres, være 250. Bruk en lavere verdi hvis det er mer passende for distribusjonen din. Hvis du vil ha mer informasjon om grenser for samtidige samtaler for lokal gateway, kan du se Kom i gang med Local Gateway dokument.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 100 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Konfigurerer nodeanropet til å bruke felles filterliste 100. Hvis du vil ha mer informasjon, se kodek i taleklasse .

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et nålehull for brannmur for medietrafikk.

    ingen sip i taleklasse lokalvert

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

    sip-leietaker i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing.

    srtp

    Aktiverer SRTP for anropsstrekning.

    ingen hva

    Deaktiverer registrering av taleaktivitet.

Etter at du har definert leietaker 100 og konfigurerer en SIP VoIP-node, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sertifikatet sitt for den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling tilgang ved hjelp av CA-rotpakken som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og SBC for Webex Calling tilgang. Den lokale gatewayen kan deretter bruke denne sikker tilkobling til å registrere deg med Webex-tilgangs-SBC. Når registreringen utfordres for autentisering:

  • Den brukernavn, passord, og riket parametere fra legitimasjon konfigurasjonen brukes i svaret.

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

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

Konfigurere lokal gateway med en SIP PSTN-trunk

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

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

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

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

1

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

 taleklasse uri 200 sip vert ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:

 Peer-node-tale 200 VoIP-beskrivelse Innkommende/utgående IP PSTN-trunk mål-mønster BAD.BAD øktprotokoll sipv2 økt mål ipv4:192.168.80.13 innkommende URI via 200 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 taleklassekodek 100 dtmf-relé rtp-nte uten hva

Her er en forklaring på feltene for konfigurasjonen:

 node-stemme 200 VoIP  beskrivelse Innkommende/utgående IP PSTN-trunk

Definerer en VoIP-node med koden for 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

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

3

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

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN nodenummer 200

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex: 

     node-tale med oppringing 100 mål dpg 200 tale med nodenummer 200 mål dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

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

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for PSTN-tjenesten med tilbakevendende samtaleruting for å tillate medieoptimalisering på Webex anropsstrekning.

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

Konfigurasjonen for tilbakegående oppringing bruker nodegrupper og samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette samtaleruting . Konfigurer følgende oversettelsesregler som skal brukes til å legge til og fjerne samtaleruting :

 taleoversettelsesregel 100 regel 1 /^\+/ /A2A/ taleoversettelsesprofil 100 oversett kalt 100 taleoversettelsesregel 200 regel 1 /^/ /A1A/ taleoversettelsesprofil 200 oversett kalt 200 taleoversettelsesregel 11 1 /^A1A/ // taleoversettelsesprofil 11 oversett kalt 11 taleoversettelsesregel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ taleoversettelsesprofil 12 oversett kalt 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting . Over-dekadiske sifre ('A') brukes for å gjøre feilsøkingen tydeligere.

I denne konfigurasjonen brukes taggen som er lagt til av oversettelsesprofil 100 til å lede anrop fra Webex Calling mot PSTN via tilbakeringingsnode. På samme måte brukes taggen lagt til av translation-profile 200 til å lede anrop fra PSTN mot Webex Calling. Oversettelsesprofilene 11 og 12 fjerner disse kodene før de leverer anrop til henholdsvis Webex- og PSTN-trunkene.

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

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å ganske enkelt legge til og fjerne henholdsvis ruting-taggen.

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

2

Konfigurer TDM-talegrensesnittportene som kreves av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurerer ISDN PRI . Den grunnleggende konfigurasjonen av et ISDN-grensesnitt for Primary Rate installert i NIM-spor 2 på en enhet kan for eksempel omfatte følgende:

 korttype e1 0 2 isdn-svitsjtype primær-net5-kontroller E1 0/2/0 pri-gruppe tidsluker 1-31
3

Konfigurer følgende TDM PSTN-node:

 Peer-node-tale 200-tallerkens beskrivelse Innkommende/utgående PRI PSTN-trunk destinasjonsmønster DÅRLIG oversettelsesprofil innkommende 200 direkte inngående oppringingsport 02.00.0:15

Her er en forklaring på feltene for konfigurasjonen: 

 node-stemme 200 potter  beskrivelse Innkommende/utgående PRI PSTN-trunk

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

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som legger til en samtaleruting til det innkommende oppringte nummeret.

direkteoppringing

Ruter anropet uten å oppgi en sekundær summetone. Hvis du vil ha mer informasjon, se direkteoppringing .

port 0/2/0:15

Den fysiske taleporten knyttet til denne oppringingsnoden.

4

Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, kan du endre samtaleruting ved å innføre et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende tilbakekoblingsnoder. I dette tilfellet vil alle innkommende anrop først bli rutet til nodenummer 10 og derfra til nodenummer 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden, rutes anrop til den utgående trunk ved hjelp av nodegrupper.

 node-tale 10 VoIP-beskrivelse Utgående sløyfe-etappe målmønster BAD.BAD øktprotokoll sipv2-øktmål ipv4:192.168.80.14 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip binding mediekilde- grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip-beskrivelse Innkommende loop-around etappe mot Webex oversettelsesprofil innkommende 11 økter protokoll sipv2 innkommende anropt nummer A1AT taleklasse sip bindingskontrollkilde -grensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte kodek g711alaw no vad dial-peer tale 12 voip beskrivelse Innkommende sløyfe etappe mot PSTN oversettelsesprofil innkommende 12 øktprotokoll sipv2 innkommende anropt nummer A2AT taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip binde media kildegrensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte kodek g711alaw no vad

Her er en forklaring på feltene for konfigurasjonen: 

 ringestemme 10 punkter  beskrivelse Utgående etappe rundt sløyfe

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

innkommende oversettelsesprofil 11

Bruker oversettelsesprofilen som er definert tidligere, for å fjerne samtaleruting før overføring til den utgående trunk.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir at denne nodeanropet skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

mål for økt 192.168.80.14

Angir grensesnittadressen for den lokale ruteren som anropsmålet for tilbakekobling. Hvis du vil ha mer informasjon, se øktmål (node med VoIP-oppringing) .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

kodek g711alaw

Tvinger alle PSTN-anrop til å bruke G.711. Velg a-law eller u-law for å samsvare med komprimeringsmetoden som brukes av ISDN-tjenesten.

ingen hva

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

5

Legg til følgende konfigurasjon for samtaleruting :

  1. Opprett nodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene via tilbakekoblingen.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling 10 beskrivelse Rute anrop til tilbakegående node-node 10

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop.

     ringestemme 100 mål-dpg 10 oppringingsnode-tale 200 mål-dpg 10 oppringingsnode-tale 11 mål-dpg 100 oppringingsnode-tale 12 mål-dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjoner konfigureres.
Konfigurere lokal gateway med et eksisterende Unified CM miljø

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

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

1

Konfigurer følgende taleklasse-URI-er:

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

     taleklasse uri 300 sip-mønster :5065

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

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

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

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

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.

 ip-vert ucmpub.mittdomene.com 192.168.80.60 ip-vert ucmsub1.mittdomene.com 192.168.80.61 ip-vert ucmsub2.mittdomene.com 192.168.80.62 ip-vert ucmsub3.1920.in.6ip-vert ucmsub3.1920.4 cm.4 cm3.414.4 cm ip-vert ucmsub5.mydomain.com 192.168.80.65 ip-vert_sip ._udp .wxtocucm.io srv 0 1 5065 IP-vert ucmpub.mittdomene.com_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub1.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub2.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub3.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub4.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub5.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 0 1 5060 ucmpub.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub1.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub2.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub3.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub4.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

Her er en forklaring på feltene for konfigurasjonen:

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

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursoppføring

2: SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

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

ucmsub5.mydomain.com: Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: vertsnavn for A-oppføringen .

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

     node-tale 300 voip beskrivelse UCM- Webex Calling trunk mål-mønster BAD.BAD øktprotokoll sipv2 økt mål dns:wxtocucm.io innkommende URI via 300 taleklasse kodek 100 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet 0/0 /0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no hva

    Her er en forklaring på feltene for konfigurasjonen:

     node-stemme 300 VoIP  beskrivelse UCM- Webex Calling trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

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

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

  2. Nodenummer for anrop mellom Unified CM og PSTN:

     node-tale 400 voip beskrivelse UCM-PSTN-trunk mål-mønster BAD.BAD øktprotokoll sipv2 økt mål dns:pstntocucm.io innkommende URI via 400 taleklasse kodek 100 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet 0/0/ 0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no hva

    Her er en forklaring på feltene for konfigurasjonen:

     node-stemme 400 VoIP  beskrivelse UCM-PSTN-trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

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

    innkommende URI via 400

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

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling -node-node 100 taleklasse dpg 300 beskrivelse Rute anrop til Unified CM Webex Calling trunk-node 300

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

     taleklasse dpg 200 beskrivelse Rute anrop til PSTN-nodelinje 200 taleklasse dpg 400 beskrivelse Rute anrop til Unified CM PSTN-trunk-node 400

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex: 

     node-tale 100 mål dpg 300 oppringing node-tale 300 mål dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

     node-tale 200 mål dpg 400 oppringingsnode tale 400 mål dpg 200

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

Overvåke og feilsøke lokal gateway med diagnosesignaturer

Diagnostiske signaturer (DS) oppdager proaktivt vanlige problemer i den IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsling om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC -dekselet for å akselerere oppløsningstiden.

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som må iverksettes for å informere, feilsøke og rette opp problemet. Du kan definere logikken for problemgjenkjenning ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata.

Handlingstypene inkluderer innsamling av vis-kommandoutdata:

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server.

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

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

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

Forutsetninger

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

  1. Diagnostiske signaturer er aktivert som standard.

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

    konfigurere e-postserver for telefonanrop for terminal : @ prioritet 1 sikker tls slutt

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator for å varsle deg. 

    konfigurere miljø for diagnostikksignatur for terminal for Call Homeds_email  slutt

Følgende viser et eksempel på konfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com bruke Gmail som sikker SMTP-server:

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

call-home e-postserver tacfaststart:password@smtp.gmail.com prioritet 1 sikkert tls diagnostikksignaturmiljøds_email «tacfaststart@gmail.com»

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

  1. Gå til Administrer Google-konto > Sikkerhet og slå på Mindre sikker apptilgang innstillingen.

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail om «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

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

  1. Bruk vis snmp kommandoen for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du snmp-serverbehandling kommandoen.

    show snmp %SNMP-agent ikke aktivert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-pakkeinndata      0 Feil med dårlig SNMP-versjon      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-request PDU-er 138 Get-next PDU-er      2 Set-request PDU-er      0 Pakkefall for inndatakø (maksimal køstørrelse 1000) 158277 SNMP-pakkeutdata      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil på dårlige verdier      0 Generelle feil 7998 Respons-PDU-er 10280 Trap-PDU-er Pakker som for øyeblikket befinner seg i SNMP-prosessinndatakøen: 0 SNMP global felle: aktivert

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

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

    LocalGateway# copy ftp://brukernavn:passord@ /DS_ 64224.xml oppstartsflash:

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

    kopier ftp://user:pwd@192.0.2.12/DS_ 64224.xml oppstartsflash:  Tilganger til ftp://*:*@ 192.0.2.12/DS_ 64224.xml...!  [OK - 3571/4096 byte] 3571 byte kopiert på 0,064 sek (55797 byte/sek)

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

    Call Home diagnostikksignatur laste DS_ 64224.xml Last inn filen DS_ 64224.xml vellykket

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi. 

    vis diagnostikksignatur for Call Home Gjeldende innstillinger for diagnostikksignatur:  Diagnostikksignatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned nettadresse(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel:ds_email : username@gmail.com

    Last ned D-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

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

Overvåker SIP-trunk

Denne DS-en ser etter avregistrering av en SIP-trunk for lokal gateway med Webex Calling sky hvert 60. sekund. Når avregistreringshendelsen oppdages, genererer den et e-post- og syslog-varsel og avinstallerer seg selv etter to forekomster av avregistrering. Bruk fremgangsmåten nedenfor for å installere signaturen:

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    SIP-SIP

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsling.

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

    kopier ftp://brukernavn:passord@ /DS_ 64117.xml oppstartsflash:

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

    Call Home diagnostikksignatur laste DS_ 64117.xml Last inn filen DS_ 64117.xml suksess LocalGateway#

  4. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Overvåking av unormale samtaler kobles fra

Denne DS-en bruker SNMP-avspørring hvert 10. minutt for å oppdage unormal samtaleavbrudd med SIP-feil 403, 488 og 503. Hvis feilantallet er større enn eller lik 5 fra den siste avstemningen, genereres en syslog og e-postvarsel. Bruk fremgangsmåten nedenfor for å installere signaturen.

  1. Bruk vis snmp kommandoen for å kontrollere om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen. 

    show snmp %SNMP-agent ikke aktivert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-pakkeinndata      0 Feil med dårlig SNMP-versjon      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-request PDU-er 138 Get-next PDU-er      2 Set-request PDU-er      0 Pakkefall for inndatakø (maksimal køstørrelse 1000) 158277 SNMP-pakkeutdata      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil på dårlige verdier      0 Generelle feil 7998 Respons-PDU-er 10280 Trap-PDU-er Pakker som for øyeblikket befinner seg i SNMP-prosessinndatakøen: 0 SNMP global felle: aktivert

  2. Last ned DS 65221 ved hjelp av følgende alternativer i Oppslagsverktøy for diagnostiske signaturer :

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsavbrudd med e-post og syslog-varsling.

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

    kopier ftp://brukernavn:passord@ /DS_ 65221.xml oppstartsflash:

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

    Call Home diagnostikksignatur laste DS_ 65221.xml Last inn filen DS_ 65221.xml vellykket

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Installer diagnosesignaturer for å feilsøke et problem

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

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_ IEC-3-GW: CCAPI: Intern feil (terskel for samtalehøyde): IEC=1.1.181.1.29.0" syslog og automatiser innsamling av diagnostikkdata ved hjelp av følgende trinn:

  1. Konfigurer en ekstra DS-miljøvariabelds_fsurl_prefix som er Cisco TAC filserver (cxd.cisco.com) som de innsamlede diagnosedataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte i følgende kommando. filopplasting kan genereres i Vedlegg delen av Support Case Manager etter behov. 

    konfigurere diagnostikksignatur for terminal LocalGateway(cfg-call-home-diag-sign)environmentds_fsurl_prefix «scp:// : @cxd.cisco.com" slutt

    Eksempel: 

    miljø for call-home diagnostikksignaturds_fsurl_prefix « miljøds_fsurl_prefix «scp://612345678:abcdefghijklmnop@cxd.cisco.com»

  2. Kontroller at SNMP er aktivert ved hjelp av vis snmp kommandoen. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

    vis snmp %SNMP-agent ikke aktivert config t snmp-server manager end

  3. Sørg for å installere DS 64224 for høy CPU-overvåking som et proaktivt tiltak for å deaktivere alle feilsøkings- og diagnostikksignaturer i løpet av tiden med høy CPU-utnyttelse. Last ned DS 64224 ved hjelp av følgende alternativer i Oppslagsverktøy for diagnostiske signaturer :

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  4. Last ned DS 65095 ved hjelp av følgende alternativer i Oppslagsverktøy for diagnostiske signaturer :

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    Syslogs

    Problemtype

    Syslog – %VOICE_ IEC-3-GW: CCAPI: Intern feil (terskel for samtalespiss): IEC=1.1.181.1.29.0

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

    kopier ftp://brukernavn:passord@ /DS_ 64224.xml oppstartsflash:  kopier ftp://brukernavn:passord@ /DS_ 65095.xml oppstartsflash:

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

    Call Home diagnostikksignatur laste DS_ 64224.xml Last inn filen DS_ 64224.xml vellykket innlasting av diagnostikksignatur for Call Home DS_ 65095.xml Last inn filen DS_ 65095.xml vellykket

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home kommandoen. Statuskolonnen må ha en «registrert»-verdi. 

    vis diagnostikksignatur for Call Home Gjeldende innstillinger for diagnostikksignatur:  Diagnostikksignatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned nettadresse(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

    Nedlastede D-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen i vis diagnostikksignatur for Call Home Kommandoen endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

vis diagnostikksignatur for Call Home Gjeldende innstillinger for diagnostikksignatur:  Diagnostikksignatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned nettadresse(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

Nedlastede D-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst /Max/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks. kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_ LGW_ IEC_ Call_spike_threshold

1 /20/Å

23.053

23.053

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

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer til feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av enkelte problemforekomster. Hvis du vil avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home kommandoen og kjør følgende kommando:

avinstallere diagnostikksignatur for Call Home

Eksempel:

Call Home diagnostikk-signatur avinstallere 64224

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

Administrer og valider Cisco IOS XE-gatewayer gjennom Control Hub

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

Hvis du vil ha mer informasjon, kan du se følgende:

Designoversikt

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

I denne utformingen brukes følgende hovedkonfigurasjoner:

  • leietakere i taleklasse : Brukes til å opprette trunkspesifikke konfigurasjoner.

  • taleklasse uri : Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende node : Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing : Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående node : Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

Anropsruting fra/til PSTN til/fra konfigurasjonsløsning for Webex Calling

Mens IP og SIP har blitt standardprotokollene for PSTN-trunker, er TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye brukt og støttes med Webex Calling trunker. Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, er det for øyeblikket nødvendig å bruke en todelt samtaleruting . Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor, ved å introdusere et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker, som illustrert på bildet nedenfor.

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

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

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

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

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

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

    Eller:

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

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

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

  • Alle sertifikatbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

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

    • For krav til høy kapasitet kan du også kreve en HSEC-lisens (High Security) og ytterligere gjennomstrømningsrettighet.

      Se Autorisasjonskoder for mer informasjon.

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Local Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser må løses til en offentlig IPv4-adresse på Internett.

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

  • Installer et signert sertifikat på den lokale gatewayen (nedenfor finner du detaljerte konfigurasjonstrinn).

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

    • FQDN som konfigureres i Control Hub når du oppretter en trunk, må være sertifikatet Common Name (CN) eller Subject Alternate Name (SAN) for ruteren. For eksempel:

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

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse for den(e) lokale gatewayen(e) som kan nås fra trukken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, En oppføring eller IP-adresse), er valgfrie i SAN.

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

  • Kontroller at sertifikatene er signert for klient- og serverbruk.

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

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:

 grensesnitt GigabitEthernet0/0/0 beskrivelse Grensesnitt mot PSTN og/eller CUCM ip-adresse 192.168.80.14 255.255.255.0 ! grensesnitt GigabitEthernet0/0/1 beskrivelse Grensesnitt mot Webex Calling (offentlig adresse) IP-adresse 198.51.100.1 255.255.255.240

2

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

 key config-key password-encrypt YourPassword passordkryptering aes
3

Opprett et klareringspunkt for kryptering med et sertifikat signert av din foretrukne sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende exec-kommando.

    kryptonøkkel generere rsa generelle nøkler eksporterbar etikett lgw-nøkkelmodul 4096

  2. Når du bruker cube1.lgw.com som fqdn for trunk, oppretter du et klareringspunkt for det signerte sertifikatet med følgende konfigurasjonskommandoer: 

     crypto pki trustpoint LGW_ CERT-registreringsterminal 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 forespørsel om sertifikatsignering (CSR) med følgende exec- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    crypto pki enroll LGW_ CERT

4

Autentiser det nye sertifikatet ved hjelp av det mellomliggende CA-sertifikat(eller rot-sertifikatet), og importer deretter sertifikatet (trinn 4). Skriv inn følgende exec- eller konfigurasjonskommando:

 crypto pki autentisere LGW_ CERT

5

Importer et signert vertssertifikat ved hjelp av følgende exec- eller konfigurasjonskommando:

 crypto pki import LGW_ CERT-sertifikat

6

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer:

 sip-ua standard tillitspunkt LGW for kryptosignalering_ CERT-transport tcp tls v1.2

7

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:

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

ip http-klient-proxy-server yourproxy.com proxy-port 80
 ip http-klient kildegrensesnitt GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer sertifikatbasert trunk for Webex Calling
1

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

Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen.
2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:

 taletjeneste voip ip-adresse klarert liste ipv4 xxxx åååå-modus border-element tillate-tilkoblinger sip to sip ingen tilleggstjeneste sip referer svekke svekke flytdata agent-id 1 oppstartantall 4 svekke flytdata delt-hemmelig 0 Passord123$ sip asymmetrisk nyttelast full tidlig -tilby tvungen sip-profiler innkommende

Her er en forklaring på feltene for konfigurasjonen:

 klarert liste over ip-adresser  ipv4 xxxx åååå

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

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

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

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

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

tillat-tilkoblinger slurk til slurk

Aktiver CUBE basic SIP rygg mot rygg brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .

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

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.

Disse globale overveldelseskommandoene er bare nødvendige når du distribuerer den lokale gatewayen bak NAT.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel at både de anropte og anroperne er Webex Calling abonnenter, og hvis du forankrer medier ved Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen ettersom knappenålshullet er t åpne.

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

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flowdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

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

sip-profiler innkommende

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

3

Konfigurer kodek for taleklasse 100 kodekfilter for trunk. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.

 taleklasse kodek 100 kodek preferanse 1 Opus kodek preferanse 2 g711ulaw kodek preferanse 3 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

kodek for taleklasse 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, se kodek for taleklasse .

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken. (Dette trinnet gjelder ikke for Webex for Government)

 taleklasse svekke bruk 100 svekke bruk brannmur-traversal flytdata svekke bruk ice lite

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk ice lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .

Den overvelde flytdata for bruk av brannmur for gjennomgang av bruk kommandoen er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.
Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene.
5

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

 taleklasse srtp-crypto 100 krypto 1 AES_ CM_ 128_ HMAC_ SHA1_ 80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter bare SHA1_ 80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurer FIPS-kompatible GCM-chiffer (Dette trinnet gjelder bare for Webex for Government) . 

 taleklasse srtp-crypto 100 krypto 1 AEAD_ AES_ 256_ GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som krypteringspakken som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chiffreringer for Local Gateway for Webex for Government.

7

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

 taleklasse uri 100 sip-mønster cube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du går inn i dette mønsteret, bruker du LGW FQDN eller SRV konfigurert i Control Hub mens du oppretter en trunk.

8

Konfigurer manipulasjonsprofiler for SIP-melding . Hvis gatewayen er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går videre til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN som er konfigurert for den lokale gatewayen, og «198.51.100.1» er den offentlige IP-adresse til det lokale gateway-grensesnittet mot Webex Calling:

 taleklasse sip-profiler 100 regel 10 be om ENHVER sip-header Contact modify "@.*:" "@cube1.lgw.com:" regel 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw .com:"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.

Hopp over neste trinn hvis du har konfigurert den lokale gatewayen med offentlige IP-adresser.

9

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

SIP-profiler for utgående meldinger til Webex Calling 
 taleklasse sip-profiler 100 regel 10 be om ENHVER sip-header Contact modify "@.*:" "@cube1.lgw.com:" regel 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" regel 31 svar ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Audio-Connection-Info endre "IN IP4 10.80.13.12" "IN IP4 192.65.79.15 forespørsel-ENYer sdp ANYer"-regel -Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"-regel 50 be om ENHVER sdp-header Tilkoblingsinformasjon endre "IN IP4 10.80.13.12" "IN IP4 192.65.79.79" regel 1205.79. header Tilkoblingsinformasjon endre «IN IP4 10.80.13.12» «IN IP4 192.65.79.20» regel 60 svar ENHVER sdp-header Økt-Eier endre «IN IP4 10.80.13.12» «IN IP4 192.200 forespørsel A7-7. header Økt-eier endre «IN IP4 10.80.13.12» «IN IP4 192.65.79.20»-regel 70 be ENHVER sdp-header Audio-Attribute modify «(a=rtcp:.*) 10.80.13.12» «.201792.61. regel 71 svar ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20 regel 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" regel 81 be om ENHVER sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.

reglene 30 til 81

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

SIP-profil for innkommende meldinger fra Webex Calling 
 taleklasse sip-profiler 110 regel 10 svar ENHVER sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12" regel 20 svar ENHVER sip-header Kontakt endre "@.*:" "@cube1.lgw. no:" 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" "13.0820e" ANY sdp-header Økt-eier endre «192.65.79.20» «10.80.13.12» regel 60 svar ANY sdp-header Audio-Attribute modify «(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" regel 70 respons ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" regel 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.120.13.

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter offentlige adressereferanser til den konfigurerte private adressen, slik at meldinger fra Webex kan behandles på riktig måte av CUBE.

Hvis du vil ha mer informasjon, se sip-profiler for taleklasse .

10

Konfigurer en Keepalive for SIP-alternativer med endringsprofil for topptekst.

 taleklasse sip-profiler 115 regel 10 be om ALTERNATIVER sip-header Kontakt endre "

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-options-keepalive 100

Konfigurerer en Keepalive-profil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tidspunktet (i sekunder) som en SIP Ut av dialogalternativer-ping sendes til det oppringte målet når hjerteslagstilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne Keepalive-profilen utløses fra nodeanropet som er konfigurert mot Webex.

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

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

11

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Motparter knyttet til denne leieren senere, arver disse konfigurasjonene:

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

     taleklasseleier 100 ingen ekstern parts-ID sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com økttransport tcp tls ingen oppdatering av økten feil-passthru bindingskontroll kilde- grensesnitt GigabitEthernet0/0/1 bind media kilde-grensesnitt GigabitEthernet0/0/1 uten videresendingsinnhold egendefinerte sdp sip-profiler 100 sip-profiler 110 innkommende retningslinjer for personvern passthru !

    Her er en forklaring på feltene for konfigurasjonen:

    leietaker for taleklasse 100

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

    ingen ekstern-part-ID

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

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

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk

    srtp-krypto 100

    Konfigurerer de foretrukne krypteringsseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

    localhost dns: cube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adresse i Fra-, Call-ID- og Remote-Party-ID-hodene i utgående meldinger med det angitte FQDN.

    økttransport tcp tls

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

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter globalt.

    feilgjennomgang

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    sip-profiler i taleklasse 100

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

    sip-profiler i taleklasse 110 innkommende

    Bruker profilen for endring av topptekst (kun NAT-adressering) som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, se sip-profiler i taleklasse.

    personvernerklæring passthru

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling .

     node-tale 100 VoIP-beskrivelse Innkommende/utgående Webex Calling -anropsdestinasjonsmønster BAD.BAD øktprotokoll sipv2-øktmål sip-server innkommende URI-forespørsel 100 taleklassekodek 100 taleklasse stun-usage 100 taleklasse sip rel1xx deaktiver taleklasse sip påstått-id pai taleklasse sip leietaker 100 taleklasse sip alternativer-keepalive profil 100 dtmf-relay rtp-nte srtp no vad

    Her er en forklaring på feltene for konfigurasjonen:

     node-stemme 100 VoIP  beskrivelse Innkommende/utgående Webex Calling

    Definerer en VoIP-node med koden for 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme .

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir noden for oppringing 100 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN hjelper til med å åpne et nålhull for brannmur for medietrafikk.

    sip i taleklassen asserted-id pai

    Angir informasjon om utgående anrop ved hjelp av PAI-hodet (Privacy Asserted ID). Hvis du vil ha mer informasjon, se sip i taleklassen påstått-id .

    sip-leier i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing. Hvis du vil ha mer informasjon, se sip-leietaker i taleklasse .

    sip-alternativer i taleklasse-Keepalive-profil 100

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

    srtp

    Aktiverer SRTP for anropsstrekning.

Konfigurere lokal gateway med en SIP PSTN-trunk

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

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

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

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

1

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

 taleklasse uri 200 sip vert ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:

 Peer-node-tale 200 VoIP-beskrivelse Innkommende/utgående IP PSTN-trunk mål-mønster BAD.BAD øktprotokoll sipv2 økt mål ipv4:192.168.80.13 innkommende URI via 200 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 taleklassekodek 100 dtmf-relé rtp-nte uten hva

Her er en forklaring på feltene for konfigurasjonen:

 node-stemme 200 VoIP  beskrivelse Innkommende/utgående IP PSTN-trunk

Definerer en VoIP-node med koden for 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

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

3

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

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN nodenummer 200

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex: 

     node-tale med oppringing 100 mål dpg 200 tale med nodenummer 200 mål dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

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

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for PSTN-tjenesten med tilbakevendende samtaleruting for å tillate medieoptimalisering på Webex anropsstrekning.

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

Konfigurasjonen for tilbakegående oppringing bruker nodegrupper og samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette samtaleruting . Konfigurer følgende oversettelsesregler som skal brukes til å legge til og fjerne samtaleruting :

 taleoversettelsesregel 100 regel 1 /^\+/ /A2A/ taleoversettelsesprofil 100 oversett kalt 100 taleoversettelsesregel 200 regel 1 /^/ /A1A/ taleoversettelsesprofil 200 oversett kalt 200 taleoversettelsesregel 11 1 /^A1A/ // taleoversettelsesprofil 11 oversett kalt 11 taleoversettelsesregel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ taleoversettelsesprofil 12 oversett kalt 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting . Over-dekadiske sifre ('A') brukes for å gjøre feilsøkingen tydeligere.

I denne konfigurasjonen brukes taggen som er lagt til av oversettelsesprofil 100 til å lede anrop fra Webex Calling mot PSTN via tilbakeringingsnode. På samme måte brukes taggen lagt til av translation-profile 200 til å lede anrop fra PSTN mot Webex Calling. Oversettelsesprofilene 11 og 12 fjerner disse kodene før de leverer anrop til henholdsvis Webex- og PSTN-trunkene.

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

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å ganske enkelt legge til og fjerne henholdsvis ruting-taggen.

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

2

Konfigurer TDM-talegrensesnittportene som kreves av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurerer ISDN PRI . Den grunnleggende konfigurasjonen av et ISDN-grensesnitt for Primary Rate installert i NIM-spor 2 på en enhet kan for eksempel omfatte følgende:

 korttype e1 0 2 isdn-svitsjtype primær-net5-kontroller E1 0/2/0 pri-gruppe tidsluker 1-31
3

Konfigurer følgende TDM PSTN-node:

 Peer-node-tale 200-tallerkens beskrivelse Innkommende/utgående PRI PSTN-trunk destinasjonsmønster DÅRLIG oversettelsesprofil innkommende 200 direkte inngående oppringingsport 02.00.0:15

Her er en forklaring på feltene for konfigurasjonen: 

 node-stemme 200 potter  beskrivelse Innkommende/utgående PRI PSTN-trunk

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

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som legger til en samtaleruting til det innkommende oppringte nummeret.

direkteoppringing

Ruter anropet uten å oppgi en sekundær summetone. Hvis du vil ha mer informasjon, se direkteoppringing .

port 0/2/0:15

Den fysiske taleporten knyttet til denne oppringingsnoden.

4

Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, kan du endre samtaleruting ved å innføre et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende tilbakekoblingsnoder. I dette tilfellet vil alle innkommende anrop først bli rutet til nodenummer 10 og derfra til nodenummer 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden, rutes anrop til den utgående trunk ved hjelp av nodegrupper.

 node-tale 10 VoIP-beskrivelse Utgående sløyfe-etappe målmønster BAD.BAD øktprotokoll sipv2-øktmål ipv4:192.168.80.14 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip binding mediekilde- grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip-beskrivelse Innkommende loop-around etappe mot Webex oversettelsesprofil innkommende 11 økter protokoll sipv2 innkommende anropt nummer A1AT taleklasse sip bindingskontrollkilde -grensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte kodek g711alaw no vad dial-peer tale 12 voip beskrivelse Innkommende sløyfe etappe mot PSTN oversettelsesprofil innkommende 12 øktprotokoll sipv2 innkommende anropt nummer A2AT taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip binde media kildegrensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte kodek g711alaw no vad

Her er en forklaring på feltene for konfigurasjonen: 

 ringestemme 10 punkter  beskrivelse Utgående etappe rundt sløyfe

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

innkommende oversettelsesprofil 11

Bruker oversettelsesprofilen som er definert tidligere, for å fjerne samtaleruting før overføring til den utgående trunk.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir at denne nodeanropet skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

mål for økt 192.168.80.14

Angir grensesnittadressen for den lokale ruteren som anropsmålet for tilbakekobling. Hvis du vil ha mer informasjon, se øktmål (node med VoIP-oppringing) .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

kodek g711alaw

Tvinger alle PSTN-anrop til å bruke G.711. Velg a-law eller u-law for å samsvare med komprimeringsmetoden som brukes av ISDN-tjenesten.

ingen hva

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

5

Legg til følgende konfigurasjon for samtaleruting :

  1. Opprett nodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene via tilbakekoblingen.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling 10 beskrivelse Rute anrop til tilbakegående node-node 10

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop.

     ringestemme 100 mål-dpg 10 oppringingsnode-tale 200 mål-dpg 10 oppringingsnode-tale 11 mål-dpg 100 oppringingsnode-tale 12 mål-dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjoner konfigureres.
Konfigurere lokal gateway med et eksisterende Unified CM miljø

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

1

Konfigurer følgende taleklasse-URI-er:

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

     taleklasse uri 300 sip-mønster :5065

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

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

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

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

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.

 ip-vert ucmpub.mittdomene.com 192.168.80.60 ip-vert ucmsub1.mittdomene.com 192.168.80.61 ip-vert ucmsub2.mittdomene.com 192.168.80.62 ip-vert ucmsub3.1920.in.6ip-vert ucmsub3.1920.4 cm.4 cm3.414.4 cm ip-vert ucmsub5.mydomain.com 192.168.80.65 ip-vert_sip ._udp .wxtocucm.io srv 0 1 5065 IP-vert ucmpub.mittdomene.com_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub1.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub2.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub3.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub4.mittdomene.com IP-vert_sip ._udp .wxtocucm.io srv 2 1 5065 ucmsub5.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 0 1 5060 ucmpub.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub1.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub2.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub3.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub4.mittdomene.com IP-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

Her er en forklaring på feltene for konfigurasjonen:

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

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursoppføring

2: SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

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

ucmsub5.mydomain.com: Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: vertsnavn for A-oppføringen .

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

     node-tale 300 voip beskrivelse UCM- Webex Calling trunk mål-mønster BAD.BAD øktprotokoll sipv2 økt mål dns:wxtocucm.io innkommende URI via 300 taleklasse kodek 100 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet 0/0 /0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no hva

    Her er en forklaring på feltene for konfigurasjonen:

     node-stemme 300 VoIP  beskrivelse UCM- Webex Calling trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

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

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

  2. Nodenummer for anrop mellom Unified CM og PSTN:

     node-tale 400 voip beskrivelse UCM-PSTN-trunk mål-mønster BAD.BAD øktprotokoll sipv2 økt mål dns:pstntocucm.io innkommende URI via 400 taleklasse kodek 100 taleklasse sip bindingskontroll kildegrensesnitt GigabitEthernet 0/0/ 0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no hva

    Her er en forklaring på feltene for konfigurasjonen:

     node-stemme 400 VoIP  beskrivelse UCM-PSTN-trunk

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

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

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

    innkommende URI via 400

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

    kodek i taleklasse 100

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

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

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

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling -node-node 100 taleklasse dpg 300 beskrivelse Rute anrop til Unified CM Webex Calling trunk-node 300

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

     taleklasse dpg 200 beskrivelse Rute anrop til PSTN-nodelinje 200 taleklasse dpg 400 beskrivelse Rute anrop til Unified CM PSTN-trunk-node 400

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex: 

     node-tale 100 mål dpg 300 oppringing node-tale 300 mål dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

     node-tale 200 mål dpg 400 oppringingsnode tale 400 mål dpg 200

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

Overvåke og feilsøke lokal gateway med diagnosesignaturer

Diagnostiske signaturer (DS) oppdager proaktivt vanlige problemer i den Cisco IOS XE-baserte lokale gatewayen og genererer e-post, syslog eller terminalmeldingsvarsling om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC -dekselet for å akselerere oppløsningstiden.

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata for å definere problemgjenkjenningslogikken. Handlingstypene inkluderer:

  • Samler inn vis-kommandoutdata

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server

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

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

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

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostiske signaturer er aktivert som standard.

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

     konfigurere e-postserver for telefonanrop for terminal : @ prioritet 1 sikker tls slutt

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator du varsler.

     konfigurere diagnostikksignatur for terminal LocalGateway(cfg-call-home-diag-sign)environmentds_email  slutt

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

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

  1. Kontroller at du har aktivert SNMP ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

     show snmp %SNMP-agent ikke aktivert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-pakkeinndata      0 Feil med dårlig SNMP-versjon      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-request PDU-er 138 Get-next PDU-er      2 Set-request PDU-er      0 Pakkefall for inndatakø (maksimal køstørrelse 1000) 158277 SNMP-pakkeutdata      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil på dårlige verdier      0 Generelle feil 7998 Respons-PDU-er 10280 Trap-PDU-er Pakker som for øyeblikket befinner seg i SNMP-prosessinndatakøen: 0 SNMP global felle: aktivert

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

    kopier ftp://brukernavn:passord@ /DS_ 64224.xml oppstartsflash:

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling

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

    kopier ftp://brukernavn:passord@ /DS_ 64224.xml oppstartsflash:

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

    kopier ftp://user:pwd@192.0.2.12/DS_ 64224.xml oppstartsflash:  Tilganger til ftp://*:*@ 192.0.2.12/DS_ 64224.xml...!  [OK - 3571/4096 byte] 3571 byte kopiert på 0,064 sek (55797 byte/sek)

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

     Call Home diagnostikksignatur laste DS_ 64224.xml Last inn filen DS_ 64224.xml vellykket

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi. 

     vis diagnostikksignatur for Call Home Gjeldende innstillinger for diagnostikksignatur:   Diagnostikksignatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned nettadresse(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel:ds_email : username@gmail.com

    Last ned D-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

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

Overvåking av unormale samtaler kobles fra

Denne DS-en bruker SNMP-avspørring hvert 10. minutt for å oppdage unormal samtaleavbrudd med SIP-feil 403, 488 og 503. Hvis feilantallet er større enn eller lik 5 fra den siste avstemningen, genereres en syslog og e-postvarsel. Bruk fremgangsmåten nedenfor for å installere signaturen.

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen. 

    show snmp %SNMP-agent ikke aktivert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-pakkeinndata      0 Feil med dårlig SNMP-versjon      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-request PDU-er 138 Get-next PDU-er      2 Set-request PDU-er      0 Pakkefall for inndatakø (maksimal køstørrelse 1000) 158277 SNMP-pakkeutdata      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil på dårlige verdier      0 Generelle feil 7998 Respons-PDU-er 10280 Trap-PDU-er Pakker som for øyeblikket befinner seg i SNMP-prosessinndatakøen: 0 SNMP global felle: aktivert

  2. Last ned DS 65221 ved hjelp av følgende alternativer i Oppslagsverktøy for diagnostiske signaturer :

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsavbrudd med e-post og syslog-varsling.

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

    kopier ftp://brukernavn:passord@ /DS_ 65221.xml oppstartsflash:

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

     Call Home diagnostikksignatur laste DS_ 65221.xml Last inn filen DS_ 65221.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Installer diagnosesignaturer for å feilsøke et problem

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

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_ IEC-3-GW: CCAPI: Intern feil (terskel for samtalehøyde): IEC=1.1.181.1.29.0" syslog og automatiser innsamling av diagnostikkdata ved hjelp av følgende trinn:

  1. Konfigurer en annen DS-miljøvariabelds_fsurl_prefix som Cisco TAC filserver (cxd.cisco.com) for å laste opp diagnostikkdata. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte som vist i det følgende. filopplasting kan genereres i Vedlegg delen av Support Case Manager, etter behov. 

     konfigurere diagnostikksignatur for terminal LocalGateway(cfg-call-home-diag-sign)environmentds_fsurl_prefix «scp:// : @cxd.cisco.com" slutt

    Eksempel: 

     miljø for call-home diagnostikksignaturds_fsurl_prefix « miljøds_fsurl_prefix «scp://612345678:abcdefghijklmnop@cxd.cisco.com»

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

     vis snmp %SNMP-agent ikke aktivert config t snmp-server manager end

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

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  4. Last ned DS 65095 ved hjelp av følgende alternativer i Oppslagsverktøy for diagnostiske signaturer :

    Feltnavn

    Feltverdi

    Plattform

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

    Produkt

    CUBE Enterprise i Webex Calling Solution

    Problemomfang

    Syslogs

    Problemtype

    Syslog – %VOICE_ IEC-3-GW: CCAPI: Intern feil (terskel for samtalespiss): IEC=1.1.181.1.29.0

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

     kopier ftp://brukernavn:passord@ /DS_ 64224.xml oppstartsflash:  kopier ftp://brukernavn:passord@ /DS_ 65095.xml oppstartsflash:

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

     Call Home diagnostikksignatur laste DS_ 64224.xml Last inn filen DS_ 64224.xml vellykket innlasting av diagnostikksignatur for Call Home DS_ 65095.xml Last inn filen DS_ 65095.xml vellykket

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home . Statuskolonnen må ha en «registrert»-verdi. 

     vis diagnostikksignatur for Call Home Gjeldende innstillinger for diagnostikksignatur:   Diagnostikksignatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned nettadresse(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

    Nedlastede D-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen for kommandoen vis diagnostikksignatur for Call Home endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

vis diagnostikksignatur for Call Home Gjeldende innstillinger for diagnostikksignatur:   Diagnostikksignatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned nettadresse(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

Nedlastede D-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_ LGW_ IEC_ Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst /Max/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks. kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_ LGW_ IEC_ Call_spike_threshold

1 /20/Å

23.053

23.053

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

Avinstaller diagnostikksignaturer

Bruke diagnosesignaturer for feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av noen problemforekomster. Hvis du ønsker å avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home og kjør følgende kommando:

avinstallere diagnostikksignatur for Call Home

Eksempel:

Call Home diagnostikk-signatur avinstallere 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer regelmessig, basert på problemer som observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Implementer CUBE høy tilgjengelighet som lokal gateway

Grunnleggende informasjon

Forutsetninger

Før du distribuerer CUBE HA som en lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende begreper:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres til også å bruke den lokal gateway -funksjonen for Cisco Webex Calling, må du følge nøye med på konfigurasjonen som brukes for å sikre at eksisterende samtaleflyter og funksjoner ikke avbrytes, og at du overholder designkravene for CUBE HA .

Maskinvare og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform der både CUBE HA- og LGW-funksjoner støttes.

Vis-kommandoene og loggene i denne artikkelen er basert på minste programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA-konfigurasjonsveiledninger for forskjellige plattformer:

Oversikt over Webex Calling Solution

Cisco Webex Calling er et samarbeidstilbud som gir et skybasert alternativ for flere leietakere til lokal PBX- telefontjeneste med flere PSTN-alternativer for kunder.

Den lokale gateway-distribusjonen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway-trunk (lokalbasert PSTN) i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP-PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling distribusjon uten eksisterende IP-PBX, og gjelder for én distribusjon eller en distribusjon med flere nettsteder. Konfigurasjonen som er skissert i denne artikkelen, er basert på denne distribusjonen.

Lag 2 Boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt ruterepar/ventemoduspar. Dette paret deler den samme virtuelle IP-adresse (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjonen kontrolleres på tvers av ruterparet, noe som gjør at standby-ruteren kan overta alt CUBE samtalebehandling umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsmessig bevaring av signalisering og medier.

Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Samtaler under overføring er ikke kontrollerte (for eksempel prøve- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B)-redundans for tilstandsfull samtalebevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling -trunk-distribusjoner (lokalbasert PSTN), og vi vil dekke utformingshensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling .

Infrakomponent for redundansgruppe

Infra-komponenten for redundansgruppe (RG) gir støtte for boks-til-boks-kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige redundanstilstanden for hver ruter ved å utveksle Keepalive- og Hello-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for kontroll av signalisering og medietilstand for hver samtale fra den aktive ruteren til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP-grensesnittet (VIP) for trafikkgrensesnittene (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesifikt for å støtte tale B2B HA.

Administrasjon av virtuell IP-adresse (VIP) for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP-grensesnittene og de tilknyttede fysiske grensesnittene på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-delnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for tale B2B HA-støtte. Eksterne enheter som Unified CM, Webex Calling tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling synspunkt fungerer derfor CUBE HA-parene som en enkelt lokal gateway.

Samtalesignalerings- og RTP-øktinformasjonen for etablerte anrop kontrolleres fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar ventemodus-ruteren over, og fortsetter å videresende RTP-strøm som tidligere ble rutet av den første ruteren.

Anrop i forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter byttet. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventingsfunksjon. Etablerte samtaler kan bli koblet fra etter byttet.

Følgende krav finnes for å bruke CUBE HA som en lokal gateway for tilstandsfull failover for samtaler:

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert

  • Gig1 og Gig2 omtales som trafikkgrensesnitt (SIP/RTP), og Gig3 er grensesnitt for kontroll/data for redundansgruppe (RG)

  • Ikke mer enn 2 CUBE HA-par kan plasseres i det samme lag 2-domenet, ett med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer to HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2-domener (vlan, egen svitsj)

  • Portkanal støttes for både RG Control/data- og trafikkgrensesnitt

  • All signalisering/medier hentes fra/til den virtuelle IP-adressen

  • Hver gang en plattform lastes inn på nytt i et CUBE-HA-forhold, starter den alltid opp som ventemodus

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundansgrensesnittidentifikator, rii må være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identiske, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes som binding da de alltid er oppe

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke via en krysset kabeltilkobling for RG-control/datalink (Gig3)

  • Begge plattformene må være det identiske og være koblet til via en fysisk bryter på tvers av alle tilsvarende grensesnitt for at CUBE HA skal fungere, dvs. at GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme svitsj og så videre.

  • Kan ikke avslutte WAN på CUBE-er direkte eller Data HA på begge sider

  • Både Aktiv/Standby må være i samme datasenter

  • Det er obligatorisk å bruke eget L3-grensesnitt for redundans (RG Control/data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes til HA keepalives og sjekkpunkter

  • Ved failover går den tidligere aktive CUBE gjennom en designmessig ny innlasting, noe som bevarer signalisering og medier

Konfigurer redundans på begge CUBE-ene

Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBE-ene som skal brukes i et HA-par for å få opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

konf t spor 1 grensesnitt GigabitEthernet1 linjeprotokoll spor 2 grensesnitt GigabitEthernet2 linjeprotokoll avslutt 

VCUBE-1#conf t

VCUBE-1(config)# spor 1-grensesnitt GigabitEthernet1-linjeprotokoll

VCUBE-1(config-track)# spor 2-grensesnitt GigabitEthernet2-linjeprotokoll

VCUBE-1(config-track)# avslutte

VCUBE-2#conf t

VCUBE-2(config)# spor 1-grensesnitt GigabitEthernet1-linjeprotokoll

VCUBE-2(config-track)# spor 2-grensesnitt GigabitEthernet2-linjeprotokoll

VCUBE-2(config-track)# avslutte

Spor CLI brukes i RG til å spore tilstanden for taletrafikk , slik at den aktive ruten får ganske sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programmets redundans.

redundans program redundans gruppe 1 navn LocalGateway-HA prioritet 100 failover terskel 75 kontroll GigabitEthernet3 protokoll 1 data GigabitEthernet3 tidtakere forsinkelse 30 reload 60 spor 1 avslutning spor 2 avslutning avslutt protokoll 1 tidtakere hellotime 3 holdtime exit exit 

VCUBE-1(config)# redundans

VCUBE-1(config-red)# programoverflødighet

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

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

VCUBE-1(config-red-app-grp)# terskel for failover for prioritet 100 75

VCUBE-1(config-red-app-grp)# kontrollere GigabitEthernet3-protokollen 1

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

VCUBE-1(config-red-app-grp)# tidtakere forsinkelse 30 reload 60

VCUBE-1(config-red-app-grp)# avslutning av spor 1

VCUBE-1(config-red-app-grp)# avslutning av spor 2

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

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

VCUBE-1(config-red-app-prtcl)# tidtakere hellotime 3 holdetid 10

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

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

VCUBE-1(config-red)# avslutte

VCUBE-1(config)#

VCUBE-2(config)# redundans

VCUBE-2(config-red)# programoverflødighet

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

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

VCUBE-2(config-red-app-grp)# terskel for failover for prioritet 100 75

VCUBE-2(config-red-app-grp)# kontrollere GigabitEthernet3-protokollen 1

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

VCUBE-2(config-red-app-grp)# tidtakere forsinkelse 30 reload 60

VCUBE-2(config-red-app-grp)# avslutning av spor 1

VCUBE-2(config-red-app-grp)# avslutning av spor 2

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

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

VCUBE-2(config-red-app-prtcl)# tidtakere hellotime 3 holdetid 10

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

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

VCUBE-2(config-red)# avslutte

VCUBE-2(config)#

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundans – Går inn i redundansmodus

  • programoverflødighet – Går inn i konfigurasjonsmodus for programredundans

  • gruppe – Går inn i konfigurasjonsmodus for redundans for programgruppe

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

  • terskel for failover for prioritet 100 75 – Angir startprioritet og failoverterskler for en RG

  • tidtakere forsinkelse 30 reload 60 – Konfigurerer de to tidspunktene for forsinkelse og innlasting på nytt

    • Forsinkelsestidtaker som er hvor lenge det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – standard 30 sekunder. Området er 0–10000 sekunder

    • Last inn på nytt – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en ny innlasting – standard 60 sekunder. Området er 0–10000 sekunder

    • Standard tidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme ytterligere nettverkskonvergensforsinkelser som kan oppstå under oppstart/på nytt innlasting av ruterne, for å garantere at RG-protokollforhandlingen finner sted etter at rutingen i nettverket har konvergert til en stabil punkt. Hvis det for eksempel etter failover vises at det tar opptil 20 sek før den nye STANDBY-en ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakerne justeres til «timere delay 60 reload 120» for å ta hensyn til dette forsinkelse.

  • kontrollere GigabitEthernet3-protokollen 1 – Konfigurerer grensesnittet som brukes til å utveksle keepalive- og hello-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og gå inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • data GigabitEthernet3 – Konfigurerer grensesnittet som brukes til sjekkpunkt for datatrafikk

  • spor —RG gruppesporing av grensesnitt

  • protokoll 1 – Angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • tidtakere hellotime 3 holdetid 10 – Konfigurerer de to tidtakerne for hellotime og ventetid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – standard 3 sekunder. Området er 250 millisekunder – 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at avsenderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – standard 10 sekunder. Området er 750 millisekunder – 255 sekunder

      Vi anbefaler at du konfigurerer holdetid-tidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-applikasjonen. Konfigurer RG fra forrige trinn under taletjeneste VoIP . Dette gjør det mulig for CUBE-applikasjonen å kontrollere redundansprosessen.

taletjeneste VoIP-redundans-gruppe 1 avslutt

VCUBE-1(config)# taletjeneste VoIP

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

 % Opprettet RG 1-tilknytning til Voice B2B HA; Last inn ruteren på nytt for at den nye konfigurasjonen skal tre i kraft 

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

VCUBE-2(config)# taletjeneste VoIP

VCUBE-2(config-voi-serv)# redundansgruppe 1

 % Opprettet RG 1-tilknytning til Voice B2B HA; Last inn ruteren på nytt for at den nye konfigurasjonen skal tre i kraft 

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

redundansgruppe 1 – Å legge til og fjerne denne kommandoen krever en ny innlasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittene med sine respektive virtuelle IP-er som vist nedenfor, og bruk ID-en for redundansgrensesnitt ( rii )

VCUBE-1(config)# grensesnitt GigabitEthernet1

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

VCUBE-1(config-if)# redundansgruppe 1 eksklusiv ip 198.18.1.228

VCUBE-1(config-if)# avslutte

VCUBE-1(config)#

VCUBE-1(config)# grensesnitt GigabitEthernet2

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

VCUBE-1(config-if)# redundansgruppe 1 eksklusiv ip 198.18.133.228

VCUBE-1(config-if)# avslutte

VCUBE-2(config)# grensesnitt GigabitEthernet1

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

VCUBE-2(config-if)# redundansgruppe 1 eksklusiv ip 198.18.1.228

VCUBE-2(config-if)# avslutte

VCUBE-2(config)#

VCUBE-2(config)# grensesnitt GigabitEthernet2

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

VCUBE-2(config-if)# redundansgruppe 1 eksklusiv ip 198.18.133.228

VCUBE-v(config-if)# avslutte

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundans rii – Konfigurerer ID-en for redundansgrensesnittet for redundansgruppen. Kreves for å generere en virtuell MAC-adresse (VMAC). Den samme rii ID-verdien må brukes på grensesnittet til hver rutere (ACTIVE/STANDBY) som har samme VIP.

    Hvis det er mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans programgruppe alle» skal indikere riktig lokal informasjon og nodeinformasjon.

  • redundansgruppe 1 – Knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, i tillegg til VIP-en som er tilordnet dette fysiske grensesnittet.

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt angitt i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 for RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE-en og last den inn på nytt.

Plattformen som skal lastes inn sist, er alltid ventemodus.

VCUBE-1# wr

 Konfigurasjon av bygning … 

 [OK] 

VCUBE-1# laste inn på nytt

 Fortsette med å laste inn på nytt? [bekreft]

Etter VCUBE-1 starter opp fullstendig, lagre konfigurasjonen for VCUBE-2 og last den inn på nytt.

VCUBE-2# wr

 Konfigurasjon av bygning … 

 [OK] 

VCUBE-2# laste inn på nytt

 Proceed with reload? [confirm]

6

Verify that the box-to-box configuration is working as expected. Relevant output is highlighted in bold.

We reloaded VCUBE-2 last and as per the design considerations; the platform to reload last will always be 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#

Configure a Local Gateway on Both CUBEs

In our example configuration, we’re using the following trunk information from Control Hub to build the Local Gateway configuration on both the platforms, VCUBE-1 and VCUBE-2. The username and password for this setup are as follows:

  • Username: Hussain1076_LGU

  • Password: lOV12MEaZx

1

Ensure that a configuration key is created for the password, with the commands shown below, before it can be used in the credentials or shared secrets. Type 6 passwords are encrypted using AES cipher and this user-defined configuration key. 

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

Here is the Local Gateway configuration that will apply to both platforms based on the Control Hub parameters displayed above, save and reload. 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

To display the show command output, we've reloaded VCUBE-2 followed by VCUBE-1, making VCUBE-1 the standby CUBE and VCUBE-2 the active CUBE

2

At any given time, only one platform will maintain an active registration as the Local Gateway with the Webex Calling access SBC. Take a look at the output of the following show commands.

show redundancy application group 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 : 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#

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

Now enable the following debugs on 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

Simulate failover by issuing the following command on the active LGW, VCUBE-2 in this case.

 VCUBE-2#redundancy application reload group 1 self

Switchover from the ACTIVE to the STANDBY LGW occurs in the following scenario as well besides the CLI listed above

  • When the ACTIVE router reloads

  • When the ACTIVE router power cycles

  • When any RG configured interface of the ACTIVE router is shutdown for which tracking is enabled

5

Check to see if VCUBE-1 has registered with Webex Calling access SBC. VCUBE-2 would have reloaded by now.

 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 is now the active LGW.

6

Look at the relevant debug log on VCUBE-1 sending a SIP REGISTER to Webex Calling VIA the virtual IP and receiving a 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 for Webex Calling

Konfigurer sikkerhetsprofil for SIP-trunk for trunk til lokal gateway

I tilfeller der Local Gateway og PSTN-gateway ligger på samme enhet, må Unified CM være aktivert for å skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra den samme enheten, og som bruker differensiert tjenesteklasse på disse samtaletyper. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokal gateway og PSTN-gateway som krever forskjellige SIP-lytteporter for de to kanalene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex sikkerhetsprofil for SIP-trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway -konfigurasjon for trafikk til/fra Webex: 5065

Konfigurer SIP-profil for lokal gateway-trunk

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-profil
Aktiver OPTIONS-ping for å overvåke målstatus for trunker med tjenestetype «Ingen (standard)»Sjekket

Opprett et anropssøkeområde for anrop fra Webex

Opprett et anropssøkeområde for samtaler som kommer fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex Calling
Valgte partisjoner

DN (+E.164-katalognumre)

ESN (forkortet oppringing mellom nettsteder)

PSTNInternational (PSTN-tilgang)

på NetRemote (GDPR-lærte destinasjoner)

Den siste partisjonen påNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM -klynger ved hjelp av oppslagstjeneste for klynger (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-trunk
Kjør på alle aktive Unified CM -noderSjekket
Innkommende samtaler
Anroper søkeområdeDet tidligere definerte anropssøkeområdet: Webex
AAR anropssøkeområde Et anropssøkeområde med bare tilgang til PSTN-rutemønstre: PSTNRute
SIP-informasjon
MåladresseIP-adresse til den lokale gatewayen CUBE
Målport5060
sikkerhetsprofil for SIP-trunkTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurer rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunk: Webex

Konfigurer ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_ Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Ruteliste for Webex
Kjør på alle aktive Unified CM -noderSjekket
Medlemsinformasjon for ruteliste
Valgte grupperBare den tidligere definerte rutegruppe: Webex

Opprett en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-målene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-partisjon

Hva du skal gjøre videre

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-mål. Du må legge til denne partisjonen spesifikt i det anropende søkeområdet som brukes som det innkommende anropende søkeområdet på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

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

InnstillingVerdi
RutemønsterFullstendig +E.164-mønster for DID-området i Webex med innledende «\». For eksempel: \+140855501XX
Rute partisjonWebex
Gateway-/rutelisteRL_ Webex
HasteprioritetSjekket

Konfigurer normalisering av forkortet oppringing mellom nettsteder for Webex

Hvis forkortet oppringing mellom nettsteder er nødvendig for Webex, konfigurerer du normaliseringsmønstre for oppringing for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-normaliseringsmønster
Bruk Originators anropssøkeområdeSjekket
HasteprioritetSjekket
Ikke vent på tidsavbrudd for mellomsiffer ved etterfølgende hoppSjekket
Transformering av anroptMask for å normalisere tallet til +E.164. For eksempel: +1408555 01XX

Konfigurer Webex Calling funksjonene dine

Opprett en huntgruppe

Hunt-grupper ruter innkommende anrop til en gruppe med brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du setter opp en huntgruppe, se Søkegrupper i Cisco Webex Control Hub .

Opprett en samtalekø

Du kan konfigurere en samtalekø slik at når kundenes anrop ikke kan besvares, får de automatisk svar, komfortmeldinger og musikk på vent til noen kan svare på anropet.

Hvis du vil ha mer informasjon om hvordan du setter opp og administrerer en samtalekø, kan du se Behandle samtalekøer i Cisco Webex Control Hub .

Opprett en resepsjonistklient

Bidra til å støtte behovene til frontoffice-personellet. Du kan konfigurere brukere som svartjenester slik at de kan kontrollere innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du setter opp og viser resepsjonistklientene, se Resepsjonistklienter i Cisco Webex Control Hub .

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, konfigurere menyer og rute anrop til en telefonsvarertjeneste, en huntgruppe, en talepostkasse eller en ekte person. Opprett en 24-timers tidsplan eller angi andre alternativer når bedriften er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, se Administrer automatiske svartjenester i Cisco Webex Control Hub .

Konfigurer en oppkallingsgruppe

Med gruppeoppkalling kan en bruker foreta et enveis anrop eller en gruppeside til opptil 75 målbrukere og arbeidsområder ved å slå et nummer eller internnummer som er tilordnet en bestemt oppkallingsgruppe.

Hvis du vil ha informasjon om hvordan du setter opp og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub .

Konfigurer mottak av anrop

Forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukerne kan svare på hverandres anrop. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på anropene sine.

Hvis du vil ha informasjon om hvordan du setter opp en samtalemottaksgruppe, se Hente anrop i Cisco Webex Control Hub .

Konfigurer samtaleparkering

Samtaleparkering lar en definert gruppe brukere parkere anrop mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte anrop kan plukkes opp av andre medlemmer av gruppen på telefonen.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub .

Aktiver bytte inn for brukere

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Brukere .

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg deretter Bryt inn .

4

Slå på bryteren for å la andre brukere legge seg til i denne brukerens pågående samtale.

5

Sjekk Spill av en tone når denne brukeren bryter inn i en samtale hvis du vil spille av en tone til andre når denne brukeren bryter inn i samtalen deres.

Den Spill av en tone når denne brukeren bryter inn i en samtale innstillingen gjelder ikke for grunnleggende Customer Experience og Essentials-funksjonalitet for bytte av leder. Selv om du aktiverer dette alternativet for en leder, spiller ikke systemet av varseltonen til agenten når en leder bryter inn i samtalen i samtalekøen.

Hvis du vil spille av en tone til en agent når en leder bryter inn i samtalen deres, kan du aktivere det via innstillingene for Varseltone for agenter. Hvis du vil ha mer informasjon, kan du se Opprett en kø seksjon i Grunnleggende kundeopplevelse for Webex eller Essentials for Webex Customer Experience .

6

Klikk på Lagre .

Aktiver personvern for en bruker

1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere område, og velg deretter Personvern .

4

Velg riktig Personvern for den automatiske svartjenesten innstillinger for denne brukeren.

  • Tillat at denne brukeren kan ringes opp via internnummer
  • La denne brukeren ringes opp med for- eller etternavn
5

Sjekk Aktiver personvern avmerkingsboks. Du kan deretter bestemme deg for å blokkere alle ved å ikke velge medlemmer fra rullegardinliste. Du kan også velge brukerne, arbeidsområdene og virtuelle linjer som kan overvåke linjestatus til denne brukeren.

Hvis du er administrator, vises bare brukerne, arbeidsområdene og virtuelle linjer som gjelder de tilordnede stedene i rullegardinliste.

Fjern merket for Aktiver personvern avmerkingsboks for å la alle overvåke linjestatus.

6

Sjekk Håndhev personvern for styrt mottak av anrop avmerkingsboks for å aktivere personvern for styrt mottak av anrop og innbytting.

  • Hvis du aktiverer dette alternativet, er det bare autoriserte brukere, virtuelle linjer og arbeidsområdeenheter som kan bruke styrt mottak av anrop og bytte inn på denne brukeren. Ellers kan alle i organisasjonen aktivere styrt mottak av anrop og bytte inn på en linje.
  • Hvis du vil ha mer informasjon om bytte inn, se Bryt inn på andres telefonsamtale .
  • Lederen kan alltid bytte inn på samtaler som agentene mottar gjennom samtalekøen. Det vil si at personvernsinnstillingene ikke påvirker alternativene for bytte inn for ledere.
7

Fra Legg til medlem etter navn , velger du brukere, arbeidsområder og virtuelle linjer som kan overvåke telefonlinje og starte styrt mottak av anrop og bytte inn.

8

Hvis du vil filtrere medlemmene du velger, bruker du filtrer etter navn, nummer eller lokalnummer felt.

9

Klikk på Fjern alle for å fjerne alle de valgte medlemmene.

Hvis du vil fjerne et enkelt medlem, klikker du på Slett ved siden av medlemmets navn.
10

Klikk på Lagre .

Personverninnstillinger

Konfigurer overvåking

maksimalt antall overvåkede linjer for en bruker er 50. Mens du konfigurerer overvåkingslisten, bør du imidlertid vurdere antall meldinger som påvirker båndbredden mellom Webex Calling og nettverket ditt. Bestem også maksimalt antall overvåkede linjer etter antall linjeknapper på brukerens telefon.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og klikk deretter Brukere .

2

Velg brukeren du vil endre, og klikk på Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg Overvåking .

4

Velg mellom følgende:

  • Legg til overvåket linje
  • Legg til internnummer for samtaleparkering

Du kan inkludere en virtuell linje i Legg til overvåket linje liste for brukerovervåking.

5

Velg om du vil varsle denne brukeren om parkerte anrop, søk etter personen eller internnummer for samtaleparkering for samtaleparkering som skal overvåkes, og klikk deretter på Lagre .

Listen over overvåkede linjer i Control Hub tilsvarer rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene for innringer-ID Fornavn og Etternavn for brukeren, arbeidsområdet og den virtuelle linjen.

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du administrerer overvåkingsinnstillinger for en bruker i Control Hub.

Aktiver varseltone for anropsbro for brukere

Før du begynner

Du må ha den delt linje konfigurert for at samtalebroen skal kunne startes. Se hvordan konfigurere delte linjer før du aktiverer varseltonen for samtalebroen som skal spilles av.
1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker, og klikk på Ringer -fanen.

3

Gå til Tillatelser mellom brukere , og klikk Varseltone for samtalebro .

4

Slå på Varseltone for samtalebro , og klikk deretter Lagre .

Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebro på en delt linje, se Delte linjer på bordtelefon for flere plattformer .

Hvis du vil ha mer informasjon om samtalebro på en delt linje i Webex-appen , kan du se linjevisning for WebexApp .

Slå på hotellopphold for en bruker

Hvis du aktiverer hotellfunksjonalitet for en bruker, kan vedkommende jobbe på et annet sted samtidig som funksjonaliteten og funksjonene til den viktigste bordtelefon opprettholdes.
1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og velg Brukere .

2

Velg en bruker, og klikk på Ringer -fanen.

3

Gå til Tillatelser mellom brukere delen, og velg Hotellopphold og slå på bryteren.

4

Skriv inn navnet eller nummeret til hotellverten i Hotellsted søkefeltet, og velg hotellverten du vil tilordne brukeren.

Kun én hotellvert kan velges. Hvis du velger en annen hotellvert, blir den første slettet.

Hvis du er administrator, kan du bare tilordne hotellverten som gjelder de tilordnede stedene.
5

Hvis du vil begrense tiden en bruker kan knyttes til hotellverten, velger du antall timer brukeren kan bruke hotellverten fra Begrens tilknytningsperiode rullegardinmenyen.

Brukeren logges av automatisk etter det valgte tidspunktet.

Det vises en feilmelding på skjermen hvis grensetilknytningsperioden som er angitt for brukeren, overskrider grensetilknytningsperioden for den valgte hotellverten. Hvis hotellverten for eksempel har en grensetilknytningsperiode på 12 timer og brukerens grensetilknytningsperiode er 24 timer, vises en feilmelding . I slike tilfeller må du utvide grensetilknytningsperioden for hotellverten hvis det er behov for mer tid for brukeren.

6

Klikk på Lagre .

En bruker kan også søke etter og finne hotellverten de vil bruke fra brukerhuben. Hvis du vil ha mer informasjon, se Få tilgang til anropsprofilen din hvor som helst .

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du konfigurerer hotellopphold i Control Hub.

Bruk av trender og bruksrapporter for Webex Calling

Vise samtalerapporter

Du kan bruke Analytics-siden i Control Hub til å få innsikt i hvordan folk bruker Webex Calling og Webex-app (engasjement), og kvaliteten på samtalemedieopplevelsen. Hvis du vil ha tilgang til Webex Calling analyse, logger du på Control Hub og går deretter til Analyse og velg Ringer -fanen.

1

Hvis du vil ha detaljerte samtalehistorikkrapporter, logger du på Control Hub og går deretter til Analyse > Ringer .

2

Velg Detaljert anropslogg .

Hvis du vil ha informasjon om samtaler som bruker dedikert forekomst, se Dedikert forekomstanalyse .

3

Hvis du vil ha tilgang til mediekvalitetsdata, logger du på Control Hub og går deretter til Analyse og velg deretter Ringer .

Hvis du vil ha mer informasjon, se Analyse for skysamarbeidsporteføljen din .

Forbered miljøet ditt

Generelle forutsetninger

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

  • har grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende praktisk kunnskap om Cisco IOS-XE- og IOS-XE-stemmekonsepter

  • Ha en grunnleggende forståelse av SIP-protokoll (øktinitieringsprotokolll)

  • har en grunnleggende forståelse for Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se Konfigurasjonsveiledning for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Maskinvare- og programvarekrav for lokal gateway

Kontroller at distribusjonen har én eller flere av de lokale gatewayene, for eksempel:

  • Cisco CUBE for IP-basert tilkobling

  • Cisco IOS Gateway for TDM-basert tilkobling

Se tabell 1 i Bestillingsveiledning for lokal gateway for Webex Calling . Kontroller også at plattformen kjører en støttet IOS-XE-versjon i henhold til Konfigurasjonsveiledning for lokal gateway .

Den lokal gateway hjelper deg med å migrere til Webex Calling i ditt eget tempo. Den lokal gateway integrerer den eksisterende lokale distribusjonen med Webex Calling. Du kan også bruke din eksisterende PSTN-tilkobling. Se Kom i gang med Local Gateway

Sertifikat- og sikkerhetskrav for lokal gateway

Webex Calling krever sikker signalisering og media. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen nedenfor)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (angitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til bestemte IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene finnes på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet som er rettet mot Webex Calling, for at anrop mellom den lokale gatewayen og endepunktene skal kunne bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Konfigurer Webex Calling for organisasjonen din

Angi samtaleinnstillinger i veiviser for første gangs installasjon

Det første trinnet for å få Webex Calling-tjenestene i gang er å fullføre veiviseren for førstegangsinstallasjon (FTSW). Når FTSW er fullført for din første posisjon, trenger den ikke å fullføres for flere steder.

1

Klikk på linken Komme i gang i velkomst-e-posten du mottar.

Administratorens e-postadresse brukes automatisk til å logge på Control Hub, der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gå gjennom og godta vilkårene for bruk.

3

Se gjennom planen, og klikk deretter på Kom i gang.

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du får meldingen "Kan ikke konfigurere samtalen", når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakten og kundeadresseinformasjonen.

5

Klikk på Neste: Standardplassering.

6

Velg mellom følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av Webex Calling.
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere plasseringer senere.

Når du har fullført installasjonsveiviseren, må du passe på at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal brukes på denne plasseringen:

  • Kunngjøringsspråk—For lydkunngjøringer og spørsmål om nye brukere og funksjoner.
  • E-postspråk—For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Legg til et sted

Før du starter

Hvis du vil opprette en ny plassering, klargjør du følgende informasjon:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

En ny plassering vil bli vert i det regionale datasenter som tilsvarer landet du valgte ved hjelp av veiviser for første gangs installasjon.
2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere plasseringen.
  • Land/region – Velg et land du vil knytte plasseringen til. Du kan for eksempel opprette ett sted (hovedkvarter) i USA og en annen (gren) i Storbritannia. Landet du velger, bestemmer adressefeltene nedenfor. De som er dokumentert her, bruker den amerikanske adressekonvensjonen som et eksempel.
  • Sted Adresse – Angi stedets hovedpostadresse.
  • By/by – Angi en by for dette stedet.
  • Delstat/provins/region – Velg en tilstand fra rullegardinlisten.
  • Postnummer – Skriv inn postnummeret.
  • Språk for kunngjøring – Velg språk for lydkunngjøringer og meldinger for nye brukere og funksjoner.
  • Språk for e-post – Velg språk for e-postkommunikasjonen med nye brukere.
  • Tidssone – Velg tidssone for stedet.
3

Klikk på Lagre og velg deretter Ja / Nei for å legge til numre til stedet nå eller senere.

4

Hvis du klikket Ja , velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen din er i et land der Cisco Calling Plan støttes .

    • Plasseringen din er ny. Eksisterende steder som har fått andre PSTN-funksjoner tilordnet, er ikke kvalifisert for Cisco Calling Plan på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

    CCP-partnere og geografisk dekning er listet opp her . Kun partnere som støtter landet ditt for stedet, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å Bestillingsnumre nå under en oppført leverandør anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Control Hub på én enkelt glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalt PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde den gjeldende PSTN-leverandøren eller koble til områder som ikke er skybaserte, med skyområder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan mikse og matche så mange alternativer du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskaper for plassering. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere tallene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller Premises-basert PSTN, angi Telefonnumre som kommadelte verdier, og klikk deretter Bekreft .

Tall legges til for den bestemte plasseringen. Gyldige oppføringer flyttes til Validerte numre-feltet, og ugyldige oppføringer beholdes i feltet Legg til numre, ledsaget av en feilmelding.

Avhengig av hvor du befinner deg, formateres numrene i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi numre med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva nå?

Når du har opprettet en plassering, kan du aktivere nødtjenester for denne plasseringen. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

Før du starter

Få en liste over brukerne og arbeidsområdene som er knyttet til en plassering: Gå til Tjenester > Ringer > Tall og velg stedet som skal slettes, fra rullegardinmeny. Du må slette de brukerne og arbeidsområdene før du sletter plasseringen.

Husk at eventuelle numre knyttet til denne plasseringen vil bli gitt tilbake til PSTN-leverandøren din; Du vil ikke lenger eie disse tallene.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Klikki Handlinger ved siden av stedet du vil slette.

3

Velg Slett plassering , og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter før stedet blir slettet permanent, men det kan ta opptil en time. Du kan kontrollere statusen ved å klikke på ved siden av stedsnavnet og velge Slettestatus .

Oppdater et eksisterende sted

Du kan endre PSTN-oppsettet, navn, tidssone og språk for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.

For eksisterende steder kan du aktivere 112-nødtjenester. Se RedSky Emergency 911 Service for Webex Calling hvis du vil ha mer informasjon.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

Hvis du ser et Advarsel-symbol ved siden av et sted, betyr det at du ikke har konfigurert et telefonnummer for dette stedet ennå. Du kan ikke ringe eller motta anrop før du konfigurerer det nummeret.

2

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalitetsbasert PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Behandle for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en skybasert PSTN-løsning fra Cisco. Cisco Calling Plan er en komplett PSTN-erstatningsløsning som gir nødsamtaler, innkommende og utgående innenlandske og internasjonale samtaler, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Alternativet Cisco PSTN er bare synlig under følgende forhold:

    • Du har kjøpt minst én forpliktet Cisco Calling Plan OCP (outbound Calling Plan).

    • Plasseringen din er i et land der Cisco Calling Plan støttes .

    • Plasseringen din er ny. For øyeblikket er ikke eksisterende plasseringer som har fått tilordnet andre PSTN-funksjoner, kvalifisert for Cisco Calling Plan. Åpne en støttesak for veiledning.

    • Du er vert i et Webex Calling Data Center i et område der Cisco Calling Plan støttes.

  • Skytilkoblet PSTN – Velg dette alternativet hvis du leter etter en PSTN-løsning i skyen fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig der du befinner deg. CCP-partnere tilbyr erstatningsløsninger for PSTN, omfattende global dekning og et bredt og variert utvalg av funksjoner, innpakning og priser.

    CCP-partnere og geografisk dekning er listet opp her . Kun partnere som støtter landet ditt for stedet, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av et område, i parentes (eksempel: (EU), (USA) eller (CA)). Partnere oppført med logo tilbyr alltid Regionale medier for CCP . For partnere som vises som en streng, velger du regionen som er nærmest landet der du befinner deg for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å Bestillingsnumre nå under en listet leverandør anbefaler vi at du velger dette alternativet, slik at du kan dra nytte av en integrert CCP. Integrert CCP muliggjør anskaffelse og klargjøring av telefonnumre i Control Hub på én enkelt glassrute. Ikke-integrert CCP krever at du anskaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway) – Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller du vil koble nettsteder utenfor skyen med nettskyområder.

    Webex Calling kunder med steder som tidligere er konfigurert med en lokal gateway, blir automatisk konvertert til lokalt basert PSTN med en tilsvarende trunk.

3

For plasseringen velger du Hovednummer fra rullegardinliste for å gjøre det mulig for brukere på det stedet å ringe og motta anrop.

Den Hovednummer kan tilordnes til den automatisk svartjeneste, slik at de eksterne anroperne kan kontakte Webex Calling brukere på det stedet. Webex Calling brukere på dette stedet kan også bruke dette nummeret som sin eksterne anroper-ID når de foretar anrop.
4

(Valgfritt) Under Nødanrop , kan du velge Stedsidentifikator for nødstilfeller for å tilordne dette stedet.

Denne innstillingen er valgfri og gjelder bare for land som krever det.

I noen land (eksempel: Frankrike), finnes det forskriftskrav for mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødsamtale og gjøres tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, se Forbedret nødanrop .

Leverandøren av nødsamtale kan trenge informasjon om tilgangsnettverket og oppnås ved å definere en ny privat SIP-internnummerhode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir stedsidentifikator for nødstilfeller for et sted, sendes stedsverdien til leverandøren som en del av SIP-melding. Ta kontakt med leverandøren av nødsamtale for å se om du krever denne innstillingen, og bruk verdien som er oppgitt av leverandøren av nødsamtale ."

5

Velg Talepostnummeret som brukere kan ringe for å sjekke telefonsvareren for denne plasseringen.

6

(Valgfritt) Klikk på blyantikonet øverst på stedssiden for å endre Stedsnavn , Språk for kunngjøring , Språk for e-post , Tidssone , eller Adresse etter behov, og klikk deretter Lagre .

Endre Språk for kunngjøring trer i kraft umiddelbart for alle nye brukere og funksjoner som legges til på dette stedet. Hvis eksisterende brukere og/eller funksjoner også skal få endret kunngjøringsspråk, velger du når du blir bedt om det Endring for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner . Klikk på Bruk. Du kan se fremdriften på Oppgaver side. Du kan ikke gjøre flere endringer før dette er fullført.

Endring av denne Tidssonen vil ikke oppdatere tidssonene til funksjonene som er knyttet til dette stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til området Generelle innstillinger for den bestemte funksjonen du vil oppdatere tidssonen for, og redigerer og lagrer der.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, oppdateres eksempelnumrene i Control Hub for å vise disse endringene.

Du kan konfigurere tillatelser for utgående anrop for en plassering. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Kontrollhub , gå til Tjenester > Ringer > Tjenesteinnstillinger , og bla til Intern oppringing .

2

Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:

  • Stedslengde for rutingprefiks – Vi anbefaler denne innstillingen hvis du har flere steder. Du kan angi en lengde på 2-7 sifre. Hvis du har flere plasseringer med samme filtype, må brukerne slå et prefiks når de ringer mellom plasseringer. Hvis du for eksempel har flere butikker, alle med internnummer 1000, kan du konfigurere et rutingsprefiks for hver butikk. Hvis én butikk har prefikset 888, ringer du 8881000 for å nå den butikken.

    Ruteprefikslengdene inkluderer styresifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan bare tre sifre brukes til å angi nettstedet.

    Hvis du tilordner et rutingprefiks til et sted, vil alle visninger av internnumre som er tilordnet det stedet, inkludere rutingsprefikset foran internnummer. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styresiffer i rutingprefiks – Velg nummeret som skal angis som det første sifferet i hvert rutingprefiks.
  • Lengde på intern forlengelse – Du kan angi 2–10 sifre, og standarden er 2.

    Når du har økt internnummerlengde, oppdateres ikke eksisterende kortnumre til interne internnumre automatisk.

  • Tillat internnummer oppringing mellom steder –Lar deg tilpasse internnummeroppringingene mellom steder basert på organisasjonens krav.

    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte internnumre på tvers av alle sine steder.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen din har samme internnummer på forskjellige steder. Når bryteren er deaktivert og anroperen ringer internnummeret, rutes anropet til en bruker med matchende internnummer på samme sted som anroperen. Anroperen må slå bedriftens betydelige nummer (stedsrutingsprefiks + internnummer) for å nå et internnummer andre steder.

3

Angi intern oppringing for bestemte plasseringer. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter interne oppringinger etter behov:

  • Intern oppringing– Angi rutingsprefikset som brukere andre steder må ringe opp for å kunne kontakte noen på denne plasseringen. Rutingsprefikset for hver lokasjon må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men at den må være på 2–7 sifre.
4

Angi ekstern oppringing for bestemte steder. Gå til Ledelse > Steder , velg et sted fra listen, og klikk på Ringer . Bla til Oppringing , og endre deretter eksterne anrop etter behov:

  • Eksternt oppringing – Du kan velge et utgående anropssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen og du kan la den være hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styresiffer.

    Brukere kan inkludere det utgående oppringingssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan imidlertid fortsatt foreta eksterne anrop uten det utgående anropssifferet.

  • Eventuelt har du muligheten til Tvinge oppringing av det utgående anropssifferet for dette stedet, og påse at brukeren må bruke det utgående anropssifferet angitt av administratoren for å foreta eksterne anrop.

    Nødanrop kan fremdeles ringes opp med eller uten utgående anropssiffer når denne funksjonen er aktivert.

    Når den er aktivert, vil ikke eventuelle eksterne målnumre, for eksempel de som brukes til viderekobling av samtale av anrop, fungere hvis det ikke er inkludert et utgående anropssiffer.

    Hvis et internnummer er det samme som det nasjonale nummeret, har internnummeret forrang over det nasjonale nummeret. Vi anbefaler derfor at du aktiverer det utgående anropssifferet.
    Vi anbefaler på det sterkeste å bruke E.164-nummereringsformatet for innkommende og utgående PSTN-anrop.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Internnummer skal ikke starte med samme nummer som stedets styresiffer eller utgående oppringingssiffer.

Konfigurere lokalt basert PSTN (lokal gateway) i Control Hub

Hvis du er en merverdiforhandler, kan du bruke denne fremgangsmåten til å starte lokal gatewaykonfigurasjon i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på én eller flere av Webex Calling stedene dine til å gi ruting mot en PSTN tjenesteleverandør.

En plassering som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre plasseringer.

Opprett en trunk
Følg disse trinnene for å opprette en trunk i Control Hub.

Før du starter

  • Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og tall til hver av dem. Lokasjoner må finnes før du kan legge til et lokalt PSTN.

  • Forstå de lokale PSTN-kravene (lokal gateway) for Webex Calling.

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg på Control Hub påhttps://admin.webex.com , gå til Tjenester > Ringer > Ruting av anrop , og velg Legg til trunk .

2

Velg et sted.

3

Gi trunken et navn, og klikk på Lagre.

Navnet kan ikke være lengre enn 24 tegn.

Hva nå?

Du får presentert de relevante parametrene du må konfigurere på trunken. Du vil også generere et sett med SIP-sammendragslegitimasjon for å sikre PSTN-tilkoblingen.

Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/portog Utgående proxy-adresse.

Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere det lokale PSTN-nettverket.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og Tilbakestill passord for å generere et nytt sett med godkjenningslegitimasjon som skal brukes på trunken.

Velg en trunk for lokalt basert PSTN
1

Logg på Control Hub påhttps://admin.webex.com , gå til Ledelse > Sted .

2

Velg en plassering du vil endre, og klikk på Behandle.

3

Velg Lokalebasert PSTN, og klikk på Neste.

4

Velg en trunk fra rullegardinlisten.

Gå til trunksiden for å administrere valgene for trunkgruppen.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre.

Hva nå?

Du må ta konfigurasjonsinformasjonen som Control Hub genererte, og tilordne parameterne til den lokale gatewayen (for eksempel på en Cisco CUBE som ligger i lokalene). Denne artikkelen leder deg gjennom denne prosessen. Som referanse kan du se følgende diagram for et eksempel på hvordan konfigurasjonsinformasjonen for Control Hub (til venstre) tilordnes parametere i KUBEN (til høyre):

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Samtale > Steder i Control Hub, og gatewayen du opprettet vises på lokasjonskortet du tilordnet den til, med en grønn prikk til venstre for navnet. Denne statusen angir at gatewayen er sikkert registrert i den kallende skyen og fungerer som den aktive PSTN-gatewayen for plasseringen.

Behandle telefonnumre
Be om et kjøp av Webex-tjenester fra en prøveversjon i Control Hub

Hvis du prøver ut Webex-tjenester og vil konvertere prøveperioden til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på Control Hub påhttps://admin.webex.com , velger du bygningsikonet.

2

Velg fanen Abonnementer og klikk deretter på Kjøp nå.

En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement.

Angi anropsalternativer

Du kan bruke Control Hub til å angi prioriteten for tilgjengelige samtalealternativer som brukere ser i Webex-appen. Du kan også aktivere dem for enkel klikk-til-samtale. Hvis du vil ha mer informasjon, kan du se: Angi anropsalternativer for brukere av Webex-appen .

Konfigurer ringeatferd

Du kan kontrollere hvilket anropsprogram som åpnes når brukere foretar anrop. Du kan konfigurere innstillingene for anropsklienten, inkludert distribusjon av blandet modus for organisasjoner med brukere som er berettiget til Unified CM eller Webex Calling og brukere uten betalte samtaletjenester fra Cisco. Hvis du vil ha mer informasjon, kan du se: Konfigurer ringeatferd .

Konfigurer lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

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

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokalbaserte kravene for offentlig svitsjet telefonnett (PSTN) og lokal gateway (LGW) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling hvis du vil ha mer informasjon.

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

Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan lære mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Kommandoreferanse for Webex Managed Gateways med mindre annet er oppgitt (i så fall går kommandokoblingene til Cisco IOS talekommandoreferanse ). Du har tilgang til alle disse veiledningene på Cisco Unified Border Element Kommandoreferanser .

Hvis du vil ha informasjon om støttede tredjeparts SBC-er, kan du se den respektive produktreferansedokumentasjonen.

Konfigurer din lokale gateway

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

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gateway eller Sertifikatbasert lokal gateway for å konfigurere lokal gateway for Webex Calling .

Se Kom i gang med Local Gateway hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av kommandolinjegrensesnittet (CLI). Vi bruker SIP-transport ( SIP-protokoll (øktinitieringsprotokolll) og TLS-transport ( transportlagsikkerhet ) for å sikre trunk og SRTP (Secure Real Time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling.

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ikke noen tredjeparts SBC-er (Session Border Controllers). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med Local Gateway .

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifikatinstanser (CA-er) som Webex for Government støtter, kan du se Rotsertifikatinstanser for Webex for Government .

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, se Nettverkskrav for Webex for Government (FedRAMP) .

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

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Hvis du vil konfigurere lokal gateway for Webex Calling trunken i Webex for Government, bruker du følgende alternativ:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gateway for å konfigurere den lokale gatewayen for Webex Calling . Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurer sertifikatbasert trunk for Webex Calling .

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chiffer for å støtte Local Gateway for Webex for Government. Hvis ikke, mislykkes oppsettet av samtale. Hvis du vil ha konfigurasjonsdetaljer, se Konfigurer sertifikatbasert trunk for Webex Calling .

Webex for Government støtter ikke registreringsbasert lokal gateway.

Designoversikt

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

I denne utformingen brukes følgende hovedkonfigurasjoner:

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

  • taleklasse uri: Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende anropsnode: Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing: Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående nodenummer: Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

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

Mens IP og SIP har blitt standardprotokollene for PSTN-trunker, er TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye brukt og støttes med Webex Calling trunker. Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, er det for øyeblikket nødvendig å bruke en todelt samtaleruting . Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor, ved å introdusere et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker, som illustrert på bildet nedenfor.

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

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

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

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

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

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

    Eller:

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

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

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

  • Alle registreringsbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

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

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

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

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

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:


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

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


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

Opprett et PKI-klareringspunkt for plassholder.

Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville vært nødvendig for en sertifikatbasert trunk.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametere bør også oppdateres for å sikre en pålitelig sikker tilkobling for registrering:

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

  1. Angi tcp-try count til 1000 (multipler på 5 msek = 5 sekunder).

  2. Den tidtakertilkobling opprettes kommandoen lar deg justere hvor lenge LGW venter med å sette opp en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standarden for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi, og øk om nødvendig for å imøtekomme nettverksforholdene.


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

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:

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

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

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

Opprett en registreringsbasert PSTN-trunk for et eksisterende sted i Control Hub. Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen. Hvis du vil ha mer informasjon, se Konfigurere trunker, rutegrupper og oppringingsplaner for Webex Calling .

2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:

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

Her er en forklaring på feltene for konfigurasjonen:


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

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

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

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

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

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk for medier

Gjør det mulig for kontrollplanet å polle dataplanet for samtalestatistikk for masseanrop.

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

tillat-tilkoblinger slurk til slurk

Aktiver CUBE grunnleggende SIP rygg-mot-rygg-brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .

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

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel at både de anropte og anroperne er Webex Calling abonnenter, og hvis du forankrer medier ved Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen ettersom knappenålshullet er t åpne.

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

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flowdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

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

3

Konfigurer taleklassekodek 100 filter for stammen. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.


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

Her er en forklaring på feltene for konfigurasjonen:

taleklassekodek 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, se kodek for taleklasse .

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken.


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

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk ice lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .

Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene

5

Konfigurer mediekrypteringspolicyen for Webex-trafikk.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter kun SHA180._ Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurere et mønster for unikt å identifisere anrop til en lokal gateway-trunk basert på måltrunkparameteren:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av OTG/DTG-trunk-verdien som ble oppgitt i Control Hub da kanalen ble opprettet. Hvis du vil ha mer informasjon, se taleklasse uri .

7

Konfigurer sip-profil 100 , som vil bli brukt til å endre SIP-meldinger før de sendes til Webex Calling.


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

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-hoder som brukes til samtalesignalering, bruker sip- i stedet for sips-ordningen, som kreves av Webex-proxyer. Konfigurering av CUBE til å bruke sips sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-hodet for å inkludere trunkgruppe OTG/DTG-identifikator fra Control Hub for å unikt identifisere et lokalt gateway-område i en bedrift.

8

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Spesielt vil trunkregistreringsdetaljene som ble oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Motparter knyttet til denne leieren senere, vil arve disse konfigurasjonene.

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

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

    leietaker for taleklasse 100

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

    registrar dns:98027369.us10.bcld.webex.com ordningen slurker utløper 240 oppdateringsforhold 50 tcp tls

    Registrarserver for den lokale gatewayen med registreringen satt til å oppdateres hvert annet minutt (50 % av 240 sekunder). Hvis du vil ha mer informasjon, se registrar .

    Kontroller at du bruker Registrer domene-verdien fra Control Hub her.

    legitimasjonsnummeret Dallas1171197921_ LGU brukernavn Dallas1463285401_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, se legitimasjon (SIP UA) .

    Kontroller at du bruker verdiene henholdsvis linje-/portvert, brukernavn for autentisering og passord for godkjenning fra Control Hub her.

    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket BroadWorks
    brukernavn for autentisering Dallas1171197921_ LGU passord 0 9Wt[M6ifY+ riket9802736 9.us10.bcld.webex.com

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

    Kontroller at du bruker verdiene for henholdsvis Autentiseringsbrukernavn, Autentiseringspassord og Registrar Domain fra Control Hub her.

    ingen ekstern-part-ID

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

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

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk.

    tilkobling-gjenbruk

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

    srtp-krypto 100

    Konfigurerer de foretrukne chifferseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Angir transport til TLS. Hvis du vil ha mer informasjon, se økt-transport .

    url sips

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

    feilgjennomgang

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    asserted-id pai

    Slår på PAI-behandling i lokal gateway. Hvis du vil ha mer informasjon, se påstått-id .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se binde .

    ingen viderekoblingsinnhold egendefinert sdp

    Standardkommando under tenant. Hvis du vil ha mer informasjon om denne kommandoen, kan du se viderekoblingsinnhold .

    sip-profiler 100

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

    utgående proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling tilgang SBC. Sett inn den utgående proxy-adressen som ble oppgitt i Control Hub da du opprettet trunk. Hvis du vil ha mer informasjon, se utgående proxy .

    passord for personvern

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling .

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definerer en VoIP-node med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    maks-tilkobling 250

    Begrenser antall samtidige innkommende og utgående samtaler mellom LGW og Webex Calling. For registreringstrunker skal den maksimale verdien som kan konfigureres, være 250. Bruk en lavere verdi hvis det er mer passende for distribusjonen din. Hvis du vil ha mer informasjon om grenser for samtidige samtaler for lokal gateway, kan du se Kom i gang med Local Gateway dokument.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 100 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Konfigurerer nodeanropet til å bruke felles filterliste 100. Hvis du vil ha mer informasjon, se kodek i taleklasse .

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et nålehull for brannmur for medietrafikk.

    ingen sip i taleklasse lokalvert

    Deaktiverer erstatning av det lokale DNS- vertsnavn i stedet for den fysiske IP-adresse i Fra-, Call-ID- og Remote-Party-ID-hodene i utgående meldinger.

    sip-leietaker i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing.

    srtp

    Aktiverer SRTP for anropsstrekning.

    ingen hva

    Deaktiverer registrering av taleaktivitet.

Etter at du har definert leietaker 100 og konfigurerer en SIP VoIP-node, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sertifikatet sitt for den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling tilgang ved hjelp av CA-rotpakken som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og SBC for Webex Calling tilgang. Den lokale gatewayen kan deretter bruke denne sikker tilkobling til å registrere deg med Webex-tilgangs-SBC. Når registreringen utfordres for autentisering:

  • Den brukernavn, passord, og riket parametere fra legitimasjon konfigurasjonen brukes i svaret.

  • Endringsreglene i SIP-profil 100 brukes til å konvertere SIPS URL tilbake til SIP.

Registreringen er vellykket når en 200 OK mottas fra tilgangs-SBC.

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling -trunken. Sikker til sikker samtaleruting støttes av CUBE.

Hvis du bruker en TDM / ISDN PSTN-trunk, går du til neste avsnitt Konfigurer lokal gateway med TDM PSTN-trunk .

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP-gatewayer, kan du se Konfigurerer ISDN PRI .

1

Konfigurer følgende taleklasse-URI for å identifisere innkommende anrop fra PSTN-trunken:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en VoIP-node med koden for 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

3

Hvis du konfigurerer den lokale gatewayen til bare å rute anrop mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting . Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjoner konfigureres.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for PSTN-tjenesten med tilbakevendende samtaleruting for å tillate medieoptimalisering på Webex anropsstrekning.

Hvis du ikke krever optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-node-node (som vist i trinn 2 og 3) i stedet for PSTN VoIP-node.
1

Konfigurasjonen for tilbakegående oppringing bruker nodegrupper og samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette samtaleruting . Konfigurer følgende oversettelsesregler som skal brukes til å legge til og fjerne samtaleruting :


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting . Over-dekadiske sifre ('A') brukes for å gjøre feilsøkingen tydeligere.

I denne konfigurasjonen brukes taggen som er lagt til av oversettelsesprofil 100 til å lede anrop fra Webex Calling mot PSTN via tilbakeringingsnode. På samme måte brukes taggen lagt til av translation-profile 200 til å lede anrop fra PSTN mot Webex Calling. Oversettelsesprofilene 11 og 12 fjerner disse kodene før de leverer anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i +E.164-format. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til nasjonale eller internasjonale rutesiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN-numreplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å ganske enkelt legge til og fjerne henholdsvis ruting-taggen.

Hvis du vil ha mer informasjon, se taleoversettelsesprofil og taleoversettelsesregel .

2

Konfigurer TDM-talegrensesnittportene som kreves av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurerer ISDN PRI . Den grunnleggende konfigurasjonen av et ISDN-grensesnitt for Primary Rate installert i NIM-spor 2 på en enhet kan for eksempel 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-node:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en VoIP-node med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme .

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som legger til en samtaleruting til det innkommende oppringte nummeret.

direkteoppringing

Ruter anropet uten å oppgi en sekundær summetone. Hvis du vil ha mer informasjon, se direkteoppringing .

port 0/2/0:15

Den fysiske taleporten knyttet til denne oppringingsnoden.

4

Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, kan du endre samtaleruting ved å innføre et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende tilbakekoblingsnoder. I dette tilfellet vil alle innkommende anrop først bli rutet til nodenummer 10 og derfra til nodenummer 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden, rutes anrop til den utgående trunk ved hjelp av nodegrupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definerer en VoIP-node og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme .

innkommende oversettelsesprofil 11

Bruker oversettelsesprofilen som er definert tidligere, for å fjerne samtaleruting før overføring til den utgående trunk.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir at denne nodeanropet skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

mål for økt 192.168.80.14

Angir grensesnittadressen for den lokale ruteren som anropsmålet for tilbakekobling. Hvis du vil ha mer informasjon, se øktmål (node med VoIP-oppringing) .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

kodek g711alaw

Tvinger alle PSTN-anrop til å bruke G.711. Velg a-law eller u-law for å samsvare med komprimeringsmetoden som brukes av ISDN-tjenesten.

ingen hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

5

Legg til følgende konfigurasjon for samtaleruting :

  1. Opprett nodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene via tilbakekoblingen.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjoner konfigureres.
Konfigurere lokal gateway med et eksisterende Unified CM miljø

PSTN- Webex Calling konfigurasjonen i de forrige delene kan endres for å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle anrop via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende inkrementelle konfigurasjoner kan legges til for å inkludere dette anropsscenariet.

Når du oppretter Webex Calling -trunken i Unified CM, må du sørge for at du konfigurerer den innkommende porten i innstillingene for sikkerhetsprofil for SIP-trunk til 5065. Dette tillater at innkommende meldinger på port 5065 fyller ut VIA-hodet med denne verdien når du sender meldinger til den lokale gatewayen.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-anrop ved hjelp av SIP VIA-port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via-port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å angi SRV-ruting til Unified CM -verter:

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressursoppføring. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp .pstntocucm.io : Navn på SRV-ressursoppføring

2 : SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

5060 : portnummer som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mittdomene.com : Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mittdomene.com : vertsnavn for A-oppføringen .

192.168.80.65 : Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-node med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM -noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-oppføringen wxtocucm.io til å dirigere anrop.

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Angir filterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse .

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

  2. Nodenummer for anrop mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-node med koden for 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM -noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-oppføringen pstntocucm.io til å dirigere anrop.

    innkommende URI via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM -vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Angir filterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse .

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last plattformen på nytt hvis dette er første gang CUBE-funksjoner er konfigurert.

Overvåke og feilsøke lokal gateway med diagnosesignaturer

Diagnostiske signaturer (DS) oppdager proaktivt vanlige problemer i den IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsling om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostiske data og overføre innsamlede data til Cisco TAC-tilfellet for å få fart på oppløsningstiden.

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som må iverksettes for å informere, feilsøke og rette opp problemet. Du kan definere logikken for problemgjenkjenning ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata.

Handlingstypene inkluderer innsamling av vis-kommandoutdata:

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server.

TAC-ingeniører oppretter DS-filene og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil har en unik numerisk ID tilordnet av systemet. Oppslagsverktøy for diagnostiske signaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av forskjellige problemer.

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du vil bruke den sikre SMTP-server til e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1a eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren som skal brukes til å sende proaktiv varsling hvis enheten kjører Cisco IOS XE 17.6.1a eller nyere.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator for å varsle deg.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Følgende viser et eksempel på konfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com bruke Gmail som sikker SMTP-server:

Vi anbefaler at du bruker Cisco IOS XE Bengaluru 17.6.x eller nyere versjoner.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

En lokal gateway som kjører på Cisco IOS XE-programvare, er ikke en vanlig nettbasert Gmail-klient som støtter OAuth, så vi må konfigurere en bestemt Gmail-kontoinnstilling og gi spesifikk tillatelse for å få e-posten fra enheten behandlet på riktig måte:

  1. Gå til Administrer Google-konto > Sikkerhet og slå på Mindre sikker apptilgang innstillingen.

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail om «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

Denne DS-en sporer CPU-bruk i fem sekunder ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle feilsøkingssignaturer som er installert i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Bruk vis snmp kommandoen for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du snmp-serverbehandling 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. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300-, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåker SIP-trunk

Denne DS-en ser etter avregistrering av en SIP-trunk for lokal gateway med Webex Calling sky hvert 60. sekund. Når avregistreringshendelsen oppdages, genererer den et e-post- og syslog-varsel og avinstallerer seg selv etter to forekomster av avregistrering. Bruk fremgangsmåten nedenfor for å installere signaturen:

  1. Last ned DS 64117 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsling.

  2. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Installer DS XML-filen i den lokale gatewayen.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Overvåking av unormale samtaler kobles fra

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503.  Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genereres en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Bruk vis snmp kommandoen for å kontrollere om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsavbrudd med e-post og syslog-varsling.

  3. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

Installer diagnosesignaturer for å feilsøke et problem

Bruk diagnostiske signaturer (DS) til å løse problemer raskt. Cisco TAC -ingeniører har skrevet flere signaturer som aktiverer de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn riktig sett med diagnosedata og overføre dataene automatisk til Cisco TAC -dekselet. Diagnostiske signaturer (DS) eliminerer behovet for å se etter problemet manuelt, og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC=1.1.181.1.29.0" syslog og automatiser innsamling av diagnostikkdata ved hjelp av følgende trinn:

  1. Konfigurer en ekstra DS-miljøvariabelds_fsurl_prefix som er Cisco TAC filserver (cxd.cisco.com) som de innsamlede diagnosedataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte i følgende kommando. Filopplastingstokenet kan genereres i Vedlegg-delen av Support Case Manager etter behov.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Eksempel:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av vis snmp kommandoen. Hvis den ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Sørg for å installere DS 64224 for høy CPU-overvåking som et proaktivt tiltak for å deaktivere alle feilsøkings- og diagnostikksignaturer i løpet av tiden med høy CPU-utnyttelse. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300-, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300-, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

    Systemlogg – %VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC = 1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installer Overvåking av høy CPU-bruk DS 64224 og deretter DS 65095 XML-fil i den lokale gatewayen.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home kommandoen. Statuskolonnen må ha en «registrert»-verdi.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen i vis diagnostikksignatur for Call Home Kommandoen endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00: 00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/maks/avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Å

23,053

23,053

E-postvarselet som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørende konfigurasjon og vis-kommandoutdata som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer til feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av enkelte problemforekomster. Hvis du vil avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home kommandoen og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som ofte observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å lage nye egendefinerte signaturer.

Administrer og valider Cisco IOS XE-gatewayer gjennom Control Hub

For bedre administrasjon av Cisco IOS XE-gatewayer anbefaler vi at du registrerer og administrerer gatewayene gjennom Control Hub. Det er en valgfri konfigurasjon. Når du er registrert, kan du bruke alternativet for konfigurasjonsvalidering i Control Hub til å validere den lokale gateway-konfigurasjonen og identifisere eventuelle konfigurasjonsproblemer. For øyeblikket er det bare registreringsbaserte trunker som støtter denne funksjonaliteten.

Hvis du vil ha mer informasjon, kan du se følgende:

Designoversikt

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling, ved hjelp av sertifikatbasert felles TLS (mTLS) SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling , og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen for samtaleruting på høyt nivå som vil bli fulgt.

I denne utformingen brukes følgende hovedkonfigurasjoner:

  • leietakere i taleklasse : Brukes til å opprette trunkspesifikke konfigurasjoner.

  • taleklasse uri : Brukes til å klassifisere SIP-meldinger for valg av en inngående node.

  • innkommende node : Gir behandling for innkommende SIP-meldinger og bestemmer utgående rute med en nodegruppe.

  • nodegruppe for oppringing : Definerer utgående anropsnumre som brukes for videregående samtaleruting.

  • utgående node : Gir behandling av utgående SIP-meldinger og ruter dem til det nødvendige målet.

Call routing from/to PSTN to/from Webex Calling configuration solution

Mens IP og SIP har blitt standardprotokollene for PSTN-trunker, er TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye brukt og støttes med Webex Calling trunker. Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, er det for øyeblikket nødvendig å bruke en todelt samtaleruting . Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor, ved å introdusere et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker, som illustrert på bildet nedenfor.

Når du kobler til en lokal Cisco Unified Communications Manager løsning med Webex Calling, kan du bruke den enkle PSTN-gateway -konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i diagrammet nedenfor. I dette tilfellet gir Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling anrop.

I dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor. Det finnes alternativer for offentlig eller privat (bak NAT)-adressering. SRV DNS-oppføringer er valgfrie, med mindre belastningsfordeling på tvers av flere CUBE-forekomster.

Bruk konfigurasjonsveiledningen i resten av dette dokumentet for å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer ruterens grunnleggende tilkobling og sikkerhet

  • Trinn 2: Konfigurer Webex Calling Trunk

    Avhengig av nødvendig arkitektur gjør du følgende:

  • Trinn 3: Konfigurer lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer lokal gateway med eksisterende Unified CM miljø

    Eller:

  • Trinn 3: Konfigurer lokal gateway med TDM PSTN-trunk

Konfigurere tilkobling og sikkerhet

Grunnlinjekonfigurasjon

Det første trinnet i å klargjøre Cisco-ruteren som en lokal gateway for Webex Calling , er å bygge en grunnlinjekonfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle sertifikatbaserte Local Gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. For anbefalte versjoner, se Cisco Software Research side. Søk etter plattformen, og velg en av foreslått utgivelser.

    • Rutere i ISR4000-serien må konfigureres med lisenser for både Unified Communications og sikkerhetsteknologi.

    • Rutere i Catalyst Edge 8000-serien utstyrt med talekort eller DSP-er krever DNA Essentials-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials-lisensiering.

    • For krav til høy kapasitet kan du også kreve en HSEC-lisens (High Security) og ytterligere gjennomstrømningsrettighet.

      Se Autorisasjonskoder for mer informasjon.

  • Bygg en grunnleggende konfigurasjon for plattformen din som følger forretningsretningslinjene dine. Spesielt må du konfigurere følgende og kontrollere at funksjonen fungerer:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Local Gateway Fully Qualified Domain Names (FQDN) eller Service Record (SRV)-adresser må løses til en offentlig IPv4-adresse på Internett.

  • Alle SIP- og medieporter i det lokale gateway-grensesnittet vendt mot Webex må være tilgjengelige fra Internett, enten direkte eller via statisk NAT. Sørg for at du oppdaterer brannmuren tilsvarende.

  • Installer et signert sertifikat på den lokale gatewayen (nedenfor finner du detaljerte konfigurasjonstrinn).

    • En offentlig sertifiseringsinstans (CA) som beskrevet i Hvilke rotsertifikatinstanser støttes for anrop til Cisco Webex lyd- og videoplattformer? må signere enhetssertifikatet.

    • FQDN som konfigureres i Control Hub når du oppretter en trunk, må være sertifikatet Common Name (CN) eller Subject Alternate Name (SAN) for ruteren. For eksempel:

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har cube1.lgw.com:5061 som FQDN for den lokale gatewayen, må CN eller SAN i rutersertifikatet inneholde cube1.lgw.com. 

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse for den(e) lokale gatewayen(e) som kan nås fra trukken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, En oppføring eller IP-adresse), er valgfrie i SAN.

      • Enten du bruker en FQDN eller SRV for trunk, bruker kontaktadressen for alle nye SIP-dialoger fra den lokale gatewayen navnet som er konfigurert i Control Hub.

  • Kontroller at sertifikatene er signert for klient- og serverbruk.

  • Last opp Cisco rot-CA-pakken til den lokale gatewayen.

Konfigurasjon

1

Kontroller at du tilordner gyldige og ruterbare IP-adresser til alle Layer 3-grensesnitt, for eksempel:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Beskytt STUN-legitimasjon på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkel og krypteringstypen på følgende måte:


key config-key password-encrypt YourPassword
password encryption aes
3

Opprett et klareringspunkt for kryptering med et sertifikat signert av din foretrukne sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende exec-kommando.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Når du bruker cube1.lgw.com som fqdn for trunk, oppretter du et klareringspunkt for det signerte sertifikatet med følgende konfigurasjonskommandoer:

    
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 forespørsel om sertifikatsignering (CSR) med følgende exec- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    crypto pki enroll LGW_CERT
4

Autentiser det nye sertifikatet ved hjelp av det mellomliggende CA-sertifikat(eller rot-sertifikatet), og importer deretter sertifikatet (trinn 4). Skriv inn følgende exec- eller konfigurasjonskommando:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importer et signert vertssertifikat ved hjelp av følgende exec- eller konfigurasjonskommando:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Aktiver TLS1.2-eksklusivitet, og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Installer Cisco rot-CA-pakke, som inkluderer DigiCert CA-sertifikat som brukes av Webex Calling. Bruk crypto pki trustpool import clean url kommandoen for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne den gjeldende CA-klarerten, og installer deretter den nye pakken med sertifikater:

Hvis du må bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http-klient-proxy-server yourproxy.com proxy-port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer sertifikatbasert trunk for Webex Calling
1

Opprett en CUBE-sertifikatbasert PSTN-trunk for en eksisterende plassering i Control Hub. Hvis du vil ha mer informasjon, se Konfigurere trunker, rutegrupper og oppringingsplaner for Webex Calling .

Noter trunkinformasjonen som oppgis når trunken er opprettet. Disse detaljene, som fremheves i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne veiledningen.
2

Skriv inn følgende kommandoer for å konfigurere CUBE som en Webex Calling Gateway:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Her er en forklaring på feltene for konfigurasjonen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For å beskytte mot svindel med avgifter, definerer den klarerte adresselisten en liste over verter og nettverksenheter som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer Local Gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «mål-IP for økt» eller IP-adresser for servergruppen er klarerte som standard, så de trenger ikke å legges til i den klarerte listen.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene for det regionale Webex Calling datasenter i listen, se Portreferanseinformasjon for Webex Calling hvis du vil ha mer informasjon. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis brukt) og PSTN-trunkgatewayer.

  • Hvis du vil ha mer informasjon om hvordan du bruker en klarert liste over IP-adresse for å forhindre svindel med bompenger, se IP-adresse .

kantlinjeelement for modus

Aktiverer Cisco Unified Border Element -funksjoner (CUBE) på plattformen.

tillat-tilkoblinger slurk til slurk

Aktiver CUBE basic SIP rygg mot rygg brukeragentfunksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger .

Som standard er T.38-fakstransport aktivert. Hvis du vil ha mer informasjon, se faksprotokoll t38 (taletjeneste) .

overvelde

Aktiverer STUN (Session Traversal of UDP through NAT) globalt.

Disse globale overveldelseskommandoene er bare nødvendige når du distribuerer den lokale gatewayen bak NAT.

  • Når du viderekobler en samtale til en Webex Calling bruker (for eksempel at både de anropte og anroperne er Webex Calling abonnenter, og hvis du forankrer medier ved Webex Calling SBC), kan ikke mediet flyte til den lokale gatewayen ettersom knappenålshullet er t åpne.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør at lokalt genererte STUN-forespørsler kan sendes over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, se bedøve flytdata-agent-id og bedøve flowdata delt-hemmelighet .

asymmetrisk nyttelast full

Konfigurerer støtte for asymmetrisk SIP-last for både DTMF og dynamiske kodek-nyttelaster. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast .

tidlig tilbud tvunget

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITE-meldingen i stedet for å vente på bekreftelse fra den nærliggende noden. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud .

sip-profiler innkommende

Gjør det mulig for CUBE å bruke SIP-profiler til å endre meldinger etter hvert som de mottas. Profiler brukes via oppringingsnoder eller leier.

3

Konfigurer kodek for taleklasse 100 kodekfilter for trunk. I dette eksemplet brukes det samme kodekfilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

kodek for taleklasse 100

Brukes til bare å tillate foretrukne kodeker for samtaler via SIP-trunker. Hvis du vil ha mer informasjon, se kodek for taleklasse .

Opus-kodeken støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en T1/E1-tale eller analog FXO-tilkobling, må du utelate kodek-preferanse 1 opus fra kodek for taleklasse 100 konfigurasjonen.

4

Konfigurer bedøvende bruk av taleklasse 100 for å aktivere ICE på Webex Calling -trunken. (Dette trinnet gjelder ikke for Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på feltene for konfigurasjonen:

overvelde bruk ice lite

Brukes til å aktivere ICE-Lite for alle Webex Calling -motparter for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, se bruk av overveldelse i taleklassen og overvelde bruk ice lite .

Den overvelde flytdata for bruk av brannmur for gjennomgang av bruk kommandoen er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.
Du krever overveldende bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebane. Hvis du vil gi medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakekoblingsnode med ICE-Lite aktivert på IP-IP-etappen. Hvis du vil ha mer teknisk informasjon, kan du kontakte konto- eller TAC-teamene.
5

Konfigurer mediekrypteringspolicyen for Webex-trafikk. (Dette trinnet gjelder ikke for Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_ 80 som den eneste CUBE-tilbudene for SRTP-chifferpakke i SDP i tilbuds- og svarmeldinger. Webex Calling støtter kun SHA180._ Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

6

Konfigurer FIPS-kompatible GCM-chiffer (Dette trinnet gjelder bare for Webex for Government) .


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som krypteringspakken som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chiffreringer for Local Gateway for Webex for Government.

7

Konfigurere et mønster for å unikt identifisere anrop til en lokal gateway-trunk basert på mål-FQDN eller SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 slurk

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du går inn i dette mønsteret, bruker du LGW FQDN eller SRV konfigurert i Control Hub mens du oppretter en trunk.

8

Konfigurer manipulasjonsprofiler for SIP-melding . Hvis gatewayen er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går videre til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN som er konfigurert for den lokale gatewayen, og «198.51.100.1» er den offentlige IP-adresse til det lokale gateway-grensesnittet mot 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å feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.

Hopp over neste trinn hvis du har konfigurert den lokale gatewayen med offentlige IP-adresser.

9

Hvis gatewayen er konfigurert med en privat IP-adresse bak statisk NAT, konfigurerer du innkommende og utgående SIP-profiler som følger. I dette eksemplet er cube1.lgw.com FQDN som er konfigurert for den lokale gatewayen, «10.80.13.12» er grensesnittets IP-adresse mot Webex Calling og «192.65.79.20» er den offentlige NAT- IP-adresse.

SIP-profiler for utgående meldinger til Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

Hvis du vil tillate Webex å autentisere meldinger fra din lokal gateway, må kontakthodet i SIP-forespørsels- og svarmeldingene inneholde verdien klargjort for trunk i Control Hub. Dette vil enten være FQDN for en enkelt vert, eller SRV- domenenavn som brukes for en klynge med enheter.

reglene 30 til 81

Konverter private adressereferanser til den eksterne offentlige adressen for nettstedet, slik at Webex kan tolke og rute etterfølgende meldinger riktig.

SIP-profil for innkommende meldinger fra Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter offentlige adressereferanser til den konfigurerte private adressen, slik at meldinger fra Webex kan behandles på riktig måte av CUBE.

Hvis du vil ha mer informasjon, se sip-profiler for taleklasse .

10

Konfigurer en Keepalive for SIP-alternativer med endringsprofil for topptekst.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-options-keepalive 100

Konfigurerer en Keepalive-profil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tidspunktet (i sekunder) som en SIP Ut av dialogalternativer-ping sendes til det oppringte målet når hjerteslagstilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne Keepalive-profilen utløses fra nodeanropet som er konfigurert mot Webex.

For å sikre at kontakthodene inkluderer det fullt kvalifisert domenenavn, brukes SIP-profil 115. Reglene 30, 40 og 50 er bare obligatoriske når SBC-en er konfigurert bak statisk NAT.

I dette eksemplet er cube1.lgw.com FQDN som er valgt for den lokale gatewayen, og hvis statisk NAT brukes, er "10.80.13.12" SBC-grensesnittets IP-adresse mot Webex Calling og "192.65.79.20" er den offentlige NAT- IP-adresse.

11

Konfigurer Webex Calling trunk:

  1. Opprett leietaker for taleklasse 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling -trunken. Motparter knyttet til denne leieren senere, arver disse konfigurasjonene:

    Eksempelet nedenfor bruker verdiene illustrert i trinn 1 i denne veiledningen (vist med fet skrift). Erstatt disse med verdier for kanalen din i konfigurasjonen.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Her er en forklaring på feltene for konfigurasjonen:

    leietaker for taleklasse 100

    Vi anbefaler at du bruker leietakere til å konfigurere trunker som har sitt eget TLS-sertifikat og CN- eller SAN-valideringsliste. Her inneholder tls-profilen som er knyttet til leieren, klareringspunktet som skal brukes til å godta eller opprette nye tilkoblinger, og har CN- eller SAN-listen for å validere de innkommende tilkoblingene. Hvis du vil ha mer informasjon, se leietaker for taleklasse .

    ingen ekstern-part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-hode siden Webex Calling støtter PAI, som er aktivert ved hjelp av CIO asserted-id pai . Hvis du vil ha mer informasjon, se ekstern-part-ID .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurerer mål-SIP-serveren for kanalen. Bruk SRV-adressen for edge-proxy som ble oppgitt i Control Hub da du opprettet trunk

    srtp-krypto 100

    Konfigurerer de foretrukne chifferseriene for SRTP anropsstrekning (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto .

    localhost dns: cube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adresse i Fra-, Call-ID- og Remote-Party-ID-hodene i utgående meldinger med det angitte FQDN.

    økttransport tcp tls

    Angir transport til TLS for tilknyttede oppringingsnoder. Hvis du vil ha mer informasjon, se økt-transport .

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter globalt.

    feilgjennomgang

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, se feilgjennomgang .

    kildegrensesnitt for bindingskontroll GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se binde .

    sip-profiler i taleklasse 100

    Bruker endringsprofilen for toppteksten (offentlig IP- eller NAT-adressering) som skal brukes for utgående meldinger. Hvis du vil ha mer informasjon, se sip-profiler i taleklasse .

    sip-profiler i taleklasse 110 innkommende

    Bruker profilen for endring av topptekst (kun NAT-adressering) som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, se sip-profiler i taleklasse.

    personvernerklæring passthru

    Konfigurerer policyalternativene for personvernhodet for at trunk skal overføre personvernverdier fra den mottatte meldingen til neste anropsstrekning. Hvis du vil ha mer informasjon, se personvernerklæring .

  2. Konfigurere trunk-node for Webex Calling .

    
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å feltene for konfigurasjonen:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definerer en VoIP-node med koden for 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme .

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir noden for oppringing 100 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål sip-server

    Angir at SIP-serveren som er definert i tenant 100, arves og brukes som mål for anrop fra denne noden.

    innkommende URI-forespørsel 100

    Hvis du vil angi taleklassen som skal brukes til å matche en VoIP-oppringingsnode med den enhetlige ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Angir filterliste for samtaler til og fra Webex Calling. Hvis du vil ha mer informasjon, se kodek for taleklasse .

    bedøvende bruk i taleklasse 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN hjelper til med å åpne et nålhull for brannmur for medietrafikk.

    sip i taleklassen asserted-id pai

    Angir informasjon om utgående anrop ved hjelp av PAI-hodet (Privacy Asserted ID). Hvis du vil ha mer informasjon, se sip i taleklassen påstått-id .

    sip-leier i taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i tenant 100. Parametre kan overstyres på nodenivået for oppringing. Hvis du vil ha mer informasjon, se sip-leietaker i taleklasse .

    sip-alternativer i taleklasse-Keepalive-profil 100

    Denne kommandoen brukes til å overvåke tilgjengeligheten til en gruppe med SIP-servere eller endepunkter ved hjelp av en bestemt profil (100).

    srtp

    Aktiverer SRTP for anropsstrekning.

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling -trunken. Sikker til sikker samtaleruting støttes av CUBE.

Hvis du bruker en TDM / ISDN PSTN-trunk, går du til neste avsnitt Konfigurer lokal gateway med TDM PSTN-trunk .

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP-gatewayer, kan du se Konfigurerer ISDN PRI .

1

Konfigurer følgende taleklasse-URI for å identifisere innkommende anrop fra PSTN-trunken:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon med en innkommende trunk-node. Når du skriver inn dette mønsteret, må du bruke IP-adresse til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se taleklasse uri .

2

Konfigurer følgende oppringingsnode for IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en VoIP-node med koden for 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir noden for oppringing 200 håndterer SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

øktmål ipv4:192.168.80.13

Angir måladressen til destinasjonens IPv4-adresse som skal sendes anropsstrekning. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, se øktmål (node for VoIP-oppringing) .

innkommende URI via 200

Definerer et samsvarskriterium for VIA-hodet med IP PSTNs IP-adresse. Tilsvarer alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med nodeoppringing 200. Hvis du vil ha mer informasjon, se innkommende url .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

kodek 100 i taleklasse

Konfigurerer nodeanropet til å bruke den vanlige filterliste 100 . Hvis du vil ha mer informasjon, se kodek i taleklasse .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

ingen hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

3

Hvis du konfigurerer den lokale gatewayen til bare å rute anrop mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting . Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett nodegrupper for å rute anrop til Webex Calling eller PSTN. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den innkommende nodeanropet fra PSTN. På samme måte definerer du DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop fra Webex til PSTN og fra PSTN til Webex:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjoner konfigureres.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for PSTN-tjenesten med tilbakevendende samtaleruting for å tillate medieoptimalisering på Webex anropsstrekning.

Hvis du ikke krever optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-node-node (som vist i trinn 2 og 3) i stedet for PSTN VoIP-node.
1

Konfigurasjonen for tilbakegående oppringing bruker nodegrupper og samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette samtaleruting . Konfigurer følgende oversettelsesregler som skal brukes til å legge til og fjerne samtaleruting :


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting . Over-dekadiske sifre ('A') brukes for å gjøre feilsøkingen tydeligere.

I denne konfigurasjonen brukes taggen som er lagt til av oversettelsesprofil 100 til å lede anrop fra Webex Calling mot PSTN via tilbakeringingsnode. På samme måte brukes taggen lagt til av translation-profile 200 til å lede anrop fra PSTN mot Webex Calling. Oversettelsesprofilene 11 og 12 fjerner disse kodene før de leverer anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i +E.164-format. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til nasjonale eller internasjonale rutesiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN-numreplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å ganske enkelt legge til og fjerne henholdsvis ruting-taggen.

Hvis du vil ha mer informasjon, se taleoversettelsesprofil og taleoversettelsesregel .

2

Konfigurer TDM-talegrensesnittportene som kreves av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurerer ISDN PRI . Den grunnleggende konfigurasjonen av et ISDN-grensesnitt for Primary Rate installert i NIM-spor 2 på en enhet kan for eksempel 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-node:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en VoIP-node med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme .

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som legger til en samtaleruting til det innkommende oppringte nummeret.

direkteoppringing

Ruter anropet uten å oppgi en sekundær summetone. Hvis du vil ha mer informasjon, se direkteoppringing .

port 0/2/0:15

Den fysiske taleporten knyttet til denne oppringingsnoden.

4

Hvis du vil aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-anropsflyter, kan du endre samtaleruting ved å innføre et sett med interne tilbakeringingsnoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende tilbakekoblingsnoder. I dette tilfellet vil alle innkommende anrop først bli rutet til nodenummer 10 og derfra til nodenummer 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden, rutes anrop til den utgående trunk ved hjelp av nodegrupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definerer en VoIP-node og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, se oppringingsstemme .

innkommende oversettelsesprofil 11

Bruker oversettelsesprofilen som er definert tidligere, for å fjerne samtaleruting før overføring til den utgående trunk.

målmønster DÅRLIG.DÅRLIG

Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Hvis du vil ha mer informasjon, se målmønster (grensesnitt) .

øktprotokoll sipv2

Angir at denne nodeanropet skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (node for oppringing) .

mål for økt 192.168.80.14

Angir grensesnittadressen for den lokale ruteren som anropsmålet for tilbakekobling. Hvis du vil ha mer informasjon, se øktmål (node med VoIP-oppringing) .

bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

bind media kildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes gjennom tilbakekoblingen. Hvis du vil ha mer informasjon, se binde .

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

kodek g711alaw

Tvinger alle PSTN-anrop til å bruke G.711. Velg a-law eller u-law for å samsvare med komprimeringsmetoden som brukes av ISDN-tjenesten.

ingen hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

5

Legg til følgende konfigurasjon for samtaleruting :

  1. Opprett nodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene via tilbakekoblingen.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  2. Bruke nodegrupper for å rute anrop.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 200

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjoner konfigureres.
Konfigurere lokal gateway med et eksisterende Unified CM miljø

PSTN- Webex Calling konfigurasjonen i de forrige delene kan endres for å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle anrop via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende inkrementelle konfigurasjoner kan legges til for å inkludere dette anropsscenariet.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-anrop ved hjelp av SIP VIA-port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via-port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifisere innkommende meldinger fra UCM mot PSTN-trunken ved hjelp av ett eller flere mønstre som beskriver opprinnelseskildeadressene og portnummer. Regelmessige uttrykk kan brukes til å definere samsvarende mønstre om nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å matche en hvilken som helst IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å angi SRV-ruting til Unified CM -verter:

IOS XE bruker disse oppføringene for lokalt å bestemme UCM-målverter og -porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene obligatoriske.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressursoppføring. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert_sip ._udp .pstntocucm.io srv 2 1 5060 ucmsub5.mittdomene.com

_sip._udp .pstntocucm.io : Navn på SRV-ressursoppføring

2 : SRV-ressurspostprioriteten

1: Oppføringsvekt for SRV-ressurs

5060 : portnummer som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mittdomene.com : Målverten for ressursoppføringen

Hvis du vil løse målvertsnavnene for ressursoppføringen, oppretter du lokale DNS A-oppføringer. For eksempel:

IP-vert ucmsub5.mittdomene.com 192.168.80.65

ip-vert : Oppretter en oppføring i den lokale IOS XE-databasen.

ucmsub5.mittdomene.com : vertsnavn for A-oppføringen .

192.168.80.65 : Vertens IP-adresse.

Opprett SRV-ressursoppføringer og A-poster for å gjenspeile UCM-miljøet og den foretrukne samtaledistribusjonsstrategien.

3

Konfigurer følgende oppringingsnoder:

  1. Node-anrop for anrop mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-node med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 300 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM -noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-oppføringen wxtocucm.io til å dirigere anrop.

    innkommende URI via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Angir filterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse .

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

  2. Nodenummer for anrop mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-node med koden for 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    målmønster DÅRLIG.DÅRLIG

    Et dummy-destinasjonsmønster er påkrevd når du ruter utgående anrop ved hjelp av en innkommende nodegruppe for oppringing. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at nodenummer 400 skal håndtere SIP-samtale . Hvis du vil ha mer informasjon, se øktprotokoll (nodeoppringing) .

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM -noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-oppføringen pstntocucm.io til å dirigere anrop.

    innkommende URI via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM -vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, se innkommende uri .

    kodek i taleklasse 100

    Angir filterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse .

    bindingskontroll kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    bind media kildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og den tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se binde .

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-funksjonen som forventes på anropsstrekning. Hvis du vil ha mer informasjon, se DTMF-relé (tale over IP) .

    ingen hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, se vad (ringe peer) .

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett nodegrupper for å rute anrop mellom Unified CM og Webex Calling. Definer DPG 100 med utgående nodenummer 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende anropsnoden fra Unified CM. På samme måte definerer du DPG 300 med utgående nodenummer 300 mot Unified CM. DPG 300 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett nodegrupper for å rute anrop mellom Unified CM og PSTN. Definer DPG 200 med utgående nodenummer 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. På samme måte definerer du DPG 400 med utgående nodenummer 400 mot Unified CM. DPG 400 brukes på den innkommende nodeanropet fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    ringenode 100

    Knytter en utgående oppringingsnode til en nodegruppe for oppringing. Hvis du vil ha mer informasjon, se taleklasse dpg .

  3. Bruke nodegrupper for å rute anrop fra Webex til Unified CM og fra Unified CM til Webex:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    mål dpg 300

    Angir hvilken nodegruppe og derfor node som skal brukes til utgående behandling for anrop som presenteres for denne innkommende oppringingsenheten.

  4. Bruke nodegrupper for å rute anrop fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last plattformen på nytt hvis dette er første gang CUBE-funksjoner er konfigurert.

Overvåke og feilsøke lokal gateway med diagnosesignaturer

Diagnostiske signaturer (DS) oppdager proaktivt vanlige problemer i den Cisco IOS XE-baserte lokale gatewayen og genererer e-post, syslog eller terminalmeldingsvarsling om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostiske data og overføre innsamlede data til Cisco TAC-tilfellet for å få fart på oppløsningstiden.

Diagnostiske signaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke show-kommandoutdata for å definere problemgjenkjenningslogikken. Handlingstypene inkluderer:

  • Samler inn vis-kommandoutdata

  • Genererer en konsolidert loggfil

  • Laster opp filen til en brukerangitt nettverksplassering, for eksempel HTTPS, SCP, FTP-server

TAC-ingeniører oppretter DS-filer og signerer dem digitalt for integritetsbeskyttelse. Hver DS-fil har den unike numeriske ID-en tilordnet av systemet. Oppslagsverktøy for diagnostiske signaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av forskjellige problemer.

Før du starter:

  • Ikke rediger DS-filen du laster ned fra DSLT . Filene du endrer, mislykkes ved installasjon på grunn av feilen i integritetssjekken.

  • En SMTP-server (Simple Mail Transfer Protocol) du trenger for at den lokale gatewayen skal kunne sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du vil bruke den sikre SMTP-server til e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren som du bruker til å sende proaktivt varsel hvis enheten kjører IOS XE 17.6.1 eller nyere.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurer miljøvariabelends_email med e-postadresse til administrator du varsler.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Installer diagnosesignaturer for proaktiv overvåking

Overvåker høy CPU-utnyttelse

Denne DS-en sporer 5-sekunders CPU-bruk ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle feilsøkingssignaturer du installerer i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Kontroller at du har aktivert SNMP ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruk vis diagnostikksignatur for Call Home kommandoen for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert»-verdi.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Last ned diagnostikksignaturer:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er inkludert seg selv. Om nødvendig kan du installere DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av unormale samtaler kobles fra

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503.  Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genereres en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling 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. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Oppdaging av unormal SIP-anropsavbrudd med e-post og syslog-varsling.

  3. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installer diagnosesignaturer for å feilsøke et problem

Du kan også bruke diagnostiske signaturer (DS) til å løse problemer raskt. Cisco TAC -ingeniører har skrevet flere signaturer som aktiverer de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn riktig sett med diagnosedata og overføre dataene automatisk til Cisco TAC -dekselet. Dette eliminerer behovet for å kontrollere problemet manuelt og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke Oppslagsverktøy for diagnostiske signaturer for å finne gjeldende signaturer og installere dem for å selv løse et gitt problem, eller du kan installere signaturen som er anbefalt av TAC-ingeniøren som en del av støtteoppdraget.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC=1.1.181.1.29.0" syslog og automatiser innsamling av diagnostikkdata ved hjelp av følgende trinn:

  1. Konfigurer en annen DS-miljøvariabelds_fsurl_prefix som Cisco TAC filserver (cxd.cisco.com) for å laste opp diagnostikkdata. Brukernavnet i filbanen er saksnummeret og passordet er filopplasting som kan hentes fra Saksbehandler for kundestøtte som vist i det følgende. filopplasting kan genereres i Vedlegg delen av Support Case Manager, etter behov.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Eksempel:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis SNMP ikke er aktivert, konfigurerer du snmp-serverbehandling kommandoen.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Vi anbefaler at du installerer DS 64224 for høy CPU-overvåking som et proaktivt tiltak for å deaktivere alle feilsøkings- og diagnostikksignaturer i perioder med høy CPU-utnyttelse. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsling.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300-, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Systemlogger

    Problemtype

    Systemlogg – %VOICE_IEC-3-GW: CCAPI: Intern feil (grenseverdi for anropstopp): IEC = 1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installer XML-fil DS 64224 med høy CPU-overvåking og deretter DS 65095 i den lokale gatewayen.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av vis diagnostikksignatur for Call Home . Statuskolonnen skal ha en «registrert» verdi.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00: 00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Kontroller kjøring av diagnosesignaturer

I den følgende kommandoen vises «Status»-kolonnen for kommandoen vis diagnostikksignatur for Call Home endres til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utdataene til vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. Kolonnen «Utløst/maksimalt/avinstallert» angir antall ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00: 00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/maks/avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Å

23,053

23,053

E-postvarselet som sendes under kjøring av diagnosesignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørende konfigurasjon og vis-kommandoutdata som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnostikksignaturer

Bruke diagnosesignaturer for feilsøkingsformål er vanligvis definert for å avinstallere etter oppdagelse av noen problemforekomster. Hvis du ønsker å avinstallere en signatur manuelt, henter du DS-ID-en fra utdataene til vis diagnostikksignatur for Call Home og kjør følgende kommando:

call-home diagnostic-signature deinstall <DS ID>

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer regelmessig, basert på problemer som observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å lage nye egendefinerte signaturer.

Implementer CUBE høy tilgjengelighet som lokal gateway

Grunnleggende informasjon

Forutsetninger

Før du distribuerer CUBE HA som en lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende begreper:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres til også å bruke den lokal gateway -funksjonen for Cisco Webex Calling, må du følge nøye med på konfigurasjonen som brukes for å sikre at eksisterende samtaleflyter og funksjoner ikke avbrytes, og at du overholder designkravene for CUBE HA .

Maskinvare og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform der både CUBE HA- og LGW-funksjoner støttes.

Vis-kommandoene og loggene i denne artikkelen er basert på minste programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA-konfigurasjonsveiledninger for forskjellige plattformer:

Oversikt over Webex Calling Solution

Cisco Webex Calling er et samarbeidstilbud som gir et skybasert alternativ for flere leietakere til lokal PBX- telefontjeneste med flere PSTN-alternativer for kunder.

Den lokale gateway-distribusjonen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway-trunk (lokalbasert PSTN) i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP-PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling distribusjon uten eksisterende IP-PBX, og gjelder for én distribusjon eller en distribusjon med flere nettsteder. Konfigurasjonen som er skissert i denne artikkelen, er basert på denne distribusjonen.

Lag 2 Boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt ruterepar/ventemoduspar. Dette paret deler den samme virtuelle IP-adresse (VIP) på tvers av sine respektive grensesnitt og utveksler kontinuerlig statusmeldinger. CUBE-øktinformasjonen kontrolleres på tvers av ruterparet, noe som gjør at standby-ruteren kan overta alt CUBE samtalebehandling umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i tilstandsmessig bevaring av signalisering og medier.

Kontrollpeking er begrenset til tilkoblede samtaler med mediepakker. Samtaler under overføring er ikke kontrollerte (for eksempel prøve- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B)-redundans for tilstandsfull samtalebevaring

Fra og med IOS-XE 16.12.2 kan CUBE HA distribueres som en lokal gateway for Cisco Webex Calling -trunk-distribusjoner (lokalbasert PSTN), og vi vil dekke utformingshensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling .

Infrakomponent for redundansgruppe

Infra-komponenten for redundansgruppe (RG) gir støtte for boks-til-boks-kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige redundanstilstanden for hver ruter ved å utveksle Keepalive- og Hello-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for kontroll av signalisering og medietilstand for hver samtale fra den aktive ruteren til standby-ruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP-grensesnittet (VIP) for trafikkgrensesnittene (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesifikt for å støtte tale B2B HA.

Administrasjon av virtuell IP-adresse (VIP) for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP-grensesnittene og de tilknyttede fysiske grensesnittene på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-delnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for tale B2B HA-støtte. Eksterne enheter som Unified CM, Webex Calling tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som destinasjons-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling synspunkt fungerer derfor CUBE HA-parene som en enkelt lokal gateway.

Samtalesignalerings- og RTP-øktinformasjonen for etablerte anrop kontrolleres fra den aktive ruteren til standby-ruteren. Når den aktive ruteren går ned, tar ventemodus-ruteren over, og fortsetter å videresende RTP-strøm som tidligere ble rutet av den første ruteren.

Anrop i forbigående tilstand på tidspunktet for failover vil ikke bli bevart etter byttet. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventingsfunksjon. Etablerte samtaler kan bli koblet fra etter byttet.

Følgende krav finnes for å bruke CUBE HA som en lokal gateway for tilstandsfull failover for samtaler:

  • CUBE HA kan ikke ha TDM eller analoge grensesnitt samlokalisert

  • Gig1 og Gig2 omtales som trafikkgrensesnitt (SIP/RTP), og Gig3 er grensesnitt for kontroll/data for redundansgruppe (RG)

  • Ikke mer enn 2 CUBE HA-par kan plasseres i det samme lag 2-domenet, ett med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer to HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2-domener (vlan, egen svitsj)

  • Portkanal støttes for både RG Control/data- og trafikkgrensesnitt

  • All signalisering/medier hentes fra/til den virtuelle IP-adressen

  • Hver gang en plattform lastes inn på nytt i et CUBE-HA-forhold, starter den alltid opp som ventemodus

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundansgrensesnittidentifikator, rii må være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identiske, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes som binding da de alltid er oppe

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke via en krysset kabeltilkobling for RG-control/datalink (Gig3)

  • Begge plattformene må være det identiske og være koblet til via en fysisk bryter på tvers av alle tilsvarende grensesnitt for at CUBE HA skal fungere, dvs. at GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme svitsj og så videre.

  • Kan ikke avslutte WAN på CUBE-er direkte eller Data HA på begge sider

  • Både Aktiv/Standby må være i samme datasenter

  • Det er obligatorisk å bruke eget L3-grensesnitt for redundans (RG Control/data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes til HA keepalives og sjekkpunkter

  • Ved failover går den tidligere aktive CUBE gjennom en designmessig ny innlasting, noe som bevarer signalisering og medier

Konfigurer redundans på begge CUBE-ene

Du må konfigurere lag 2 boks-til-boks-redundans på begge CUBE-ene som skal brukes i et HA-par for å få opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

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

Spor CLI brukes i RG til å spore tilstanden for taletrafikk , slik at den aktive ruten får ganske sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programmets redundans.

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å feltene som brukes i denne konfigurasjonen:

  • redundans – Går inn i redundansmodus

  • programoverflødighet – Går inn i konfigurasjonsmodus for programredundans

  • gruppe – Går inn i konfigurasjonsmodus for redundans for programgruppe

  • gi navnet LocalGateway-HA – Definerer navnet på RG-gruppen

  • terskel for failover for prioritet 100 75 – Angir startprioritet og failoverterskler for en RG

  • tidtakere forsinkelse 30 reload 60 – Konfigurerer de to tidspunktene for forsinkelse og innlasting på nytt

    • Forsinkelsestidtaker som er hvor lenge det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – standard 30 sekunder. Området er 0–10000 sekunder

    • Last inn på nytt – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en ny innlasting – standard 60 sekunder. Området er 0–10000 sekunder

    • Standard tidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme ytterligere nettverkskonvergensforsinkelser som kan oppstå under oppstart/på nytt innlasting av ruterne, for å garantere at RG-protokollforhandlingen finner sted etter at rutingen i nettverket har konvergert til en stabil punkt. Hvis det for eksempel etter failover vises at det tar opptil 20 sek før den nye STANDBY-en ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakerne justeres til «timere delay 60 reload 120» for å ta hensyn til dette forsinkelse.

  • kontrollere GigabitEthernet3-protokollen 1 – Konfigurerer grensesnittet som brukes til å utveksle keepalive- og hello-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og gå inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • data GigabitEthernet3 – Konfigurerer grensesnittet som brukes til sjekkpunkt for datatrafikk

  • spor —RG gruppesporing av grensesnitt

  • protokoll 1 – Angir protokollforekomsten som skal kobles til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundans applikasjonsprotokoll

  • tidtakere hellotime 3 holdetid 10 – Konfigurerer de to tidtakerne for hellotime og ventetid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – standard 3 sekunder. Området er 250 millisekunder – 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at avsenderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – standard 10 sekunder. Området er 750 millisekunder – 255 sekunder

      Vi anbefaler at du konfigurerer holdetid-tidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-applikasjonen. Konfigurer RG fra forrige trinn under voice service voip. Dette gjør det mulig for CUBE-applikasjonen å kontrollere redundansprosessen. 

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

redundansgruppe 1 – Å legge til og fjerne denne kommandoen krever en ny innlasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittene med sine respektive virtuelle IP-er som vist nedenfor, og bruk ID-en for redundansgrensesnitt ( 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å feltene som brukes i denne konfigurasjonen:

  • redundans rii – Konfigurerer ID-en for redundansgrensesnittet for redundansgruppen. Kreves for å generere en virtuell MAC-adresse (VMAC). Den samme rii ID-verdien må brukes på grensesnittet til hver rutere (ACTIVE/STANDBY) som har samme VIP.

    Hvis det er mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans programgruppe alle» skal indikere riktig lokal informasjon og nodeinformasjon.

  • redundansgruppe 1 – Knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, i tillegg til VIP-en som er tilordnet dette fysiske grensesnittet.

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt angitt i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 for RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE-en og last den inn på nytt.

Plattformen som skal lastes inn sist, er alltid ventemodus.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Etter VCUBE-1 starter opp fullstendig, lagre konfigurasjonen for VCUBE-2 og last den inn på nytt.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
6

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift .

Vi lastet inn på nytt VCUBE-2 sist og i henhold til utformingshensyn; plattformen som skal lastes inn på nytt, vil alltid være det Ventemodus .


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#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge den lokale gateway-konfigurasjonen på begge plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_ LGU

  • Passord: lOV12MEaZx

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene vist nedenfor, før det kan brukes i legitimasjonen eller i delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-kryptering og denne brukerdefinerte konfigurasjonsnøkkelen.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Her er den lokale gateway-konfigurasjonen som gjelder for begge plattformene basert på Control Hub-parametrene vist ovenfor, lagre og last inn på nytt. SIP sammendragslegitimasjon fra Control Hub er uthevet i fet 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

Vi har lastet inn på nytt for å vise kommandoen show VCUBE-2 etterfulgt av VCUBE-1 , gjør VCUBE-1 ventemodus CUBE og VCUBE-2 den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med SBC for Webex Calling tilgang. Ta en titt på resultatet av følgende show-kommandoer.

vis redundans-programgruppe 1

vis sip-ua-registerstatus


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 utdataene ovenfor kan du se det VCUBE-2 er den aktive LGW-en som opprettholder registreringen med SBC for Webex Calling tilgang, mens utdataene for «vis sip-ua-registerstatus» er tom i VCUBE-1

3

Aktiver nå følgende feilsøkingsprogrammer 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

Simuler failover ved å gi følgende kommando på den aktive LGW-en, i dette tilfellet VCUBE-2.


VCUBE-2#redundancy application reload group 1 self

Overgang fra ACTIVE til STANDBY LGW skjer i følgende scenario i tillegg til CLI-en som er oppført ovenfor

  • Når den AKTIVE ruteren lastes inn på nytt

  • Når den AKTIVE ruteren slås av

  • Når et hvilket som helst RG-konfigurert grensesnitt for ACTIVE-ruteren avsluttes som sporing er aktivert for

5

Kontroller om VCUBE-1 er registrert med Webex Calling -tilgang SBC. VCUBE-2 ville ha blitt lastet inn på nytt nå.


              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 nå den aktive LGW.

6

Se på den relevante feilsøkingsloggen på VCUBE-1 som sender et SIP-REGISTER til Webex Calling VIA den virtuelle IP-en og mottar 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

Konfigurere Unified CM for Webex Calling

Konfigurer sikkerhetsprofil for SIP-trunk for trunk til lokal gateway

I tilfeller der Local Gateway og PSTN-gateway ligger på samme enhet, må Unified CM være aktivert for å skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra den samme enheten, og som bruker differensiert tjenesteklasse på disse samtaletyper. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokal gateway og PSTN-gateway som krever forskjellige SIP-lytteporter for de to kanalene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex sikkerhetsprofil for SIP-trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway -konfigurasjon for trafikk til/fra Webex: 5065

Konfigurer SIP-profil for lokal gateway-trunk

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-profil
Aktiver OPTIONS-ping for å overvåke målstatus for trunker med tjenestetype «Ingen (standard)»Kontrollert

Opprett et anropssøkeområde for anrop fra Webex

Opprett et anropssøkeområde for samtaler som kommer fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex Calling
Valgte partisjoner

DN (+E.164-katalognumre)

ESN (forkortet oppringing mellom nettsteder)

PSTNInternational (PSTN-tilgang)

på NetRemote (GDPR-lærte destinasjoner)

Den siste partisjonen påNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM -klynger ved hjelp av oppslagstjeneste for klynger (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex SIP-trunk
Kjør på alle aktive Unified CM -noderKontrollert
Innkommende anrop
Anroper søkeområdeDet tidligere definerte anropssøkeområdet: Webex
AAR anropssøkeområdeEt anropssøkeområde med bare tilgang til PSTN-rutemønstre: PSTNRute
SIP-informasjon
DestinasjonsadresseIP-adresse til den lokale gatewayen CUBE
Målport5060
sikkerhetsprofil for SIP-trunkTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurer rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunk: Webex

Konfigurer ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_ Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Ruteliste for Webex
Kjør på alle aktive Unified CM -noderKontrollert
Medlemsinformasjon for ruteliste
Valgte grupperBare den tidligere definerte rutegruppe: Webex

Opprett en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-målene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-partisjon

Hva nå?

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-mål. Du må legge til denne partisjonen spesifikt i det anropende søkeområdet som brukes som det innkommende anropende søkeområdet på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

Konfigurer rutemønstre for hvert DID-område på Webex med følgende innstillinger:

InnstillingVerdi
RutemønsterFullstendig +E.164-mønster for DID-området i Webex med innledende «\». For eksempel: \+140855501XX
Rute partisjonWebex
Gateway-/rutelisteRL_ Webex
HasteprioritetKontrollert

Konfigurer normalisering av forkortet oppringing mellom nettsteder for Webex

Hvis forkortet oppringing mellom nettsteder er nødvendig for Webex, konfigurerer du normaliseringsmønstre for oppringing for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, som f.eks Webex-normaliseringsmønster
Bruk Originators anropssøkeområdeKontrollert
HasteprioritetKontrollert
Ikke vent på tidsavbrudd for mellomsiffer ved etterfølgende hoppKontrollert
Transformering av anroptMask for å normalisere tallet til +E.164. For eksempel: +1408555 01XX

Konfigurer Webex Calling-funksjonene dine

Opprett en huntgruppe

Hunt-grupper ruter innkommende anrop til en gruppe med brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du setter opp en huntgruppe, se Søkegrupper i Cisco Webex Control Hub .

Opprett en samtalekø

Du kan konfigurere en samtalekø slik at når kundenes anrop ikke kan besvares, får de automatisk svar, komfortmeldinger og musikk på vent til noen kan svare på anropet.

Hvis du vil ha mer informasjon om hvordan du setter opp og administrerer en samtalekø, kan du se Behandle samtalekøer i Cisco Webex Control Hub .

Opprett en resepsjonistklient

Hjelp til med å støtte behovene til personalet ditt på kundekontaktkontoret. Du kan konfigurere brukere som svartjenester slik at de kan kontrollere innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du setter opp og viser resepsjonistklientene, se Resepsjonistklienter i Cisco Webex Control Hub .

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, konfigurere menyer og rute anrop til en svartjeneste, en huntgruppe, en telefonsvarer eller en ekte person. Opprett en 24-timers tidsplan eller angi andre alternativer når bedriften er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, se Administrer automatiske svartjenester i Cisco Webex Control Hub .

Konfigurer en oppkallingsgruppe

Gruppeoppkall gjør det mulig for en bruker å foreta et enveisoppkall eller et gruppeoppkall til opptil 75 målbrukere og arbeidsområder ved å ringe et nummer eller en internnummer som er tildelt til en bestemt oppkallingsgruppe.

Hvis du vil ha informasjon om hvordan du setter opp og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub .

Konfigurer mottak av anrop

Forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukerne kan svare på hverandres anrop. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på anropene sine.

Hvis du vil ha informasjon om hvordan du setter opp en samtalemottaksgruppe, se Hente anrop i Cisco Webex Control Hub .

Konfigurer samtaleparkering

Samtaleparkering lar en definert gruppe brukere parkere anrop mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på deres telefon.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub .

Aktiver bytte inn for brukere

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse > Brukere .

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg deretter Bryt inn .

4

Slå på bryteren for å la andre brukere legge seg til i denne brukerens pågående samtale.

5

Sjekk Spill av en tone når denne brukeren bryter inn i en samtale hvis du vil spille av en tone til andre når denne brukeren bryter inn i samtalen deres.

Den Spill av en tone når denne brukeren bryter inn i en samtale innstillingen gjelder ikke for grunnleggende Customer Experience og Essentials-funksjonalitet for bytte av leder. Selv om du aktiverer dette alternativet for en leder, spiller ikke systemet av varseltonen til agenten når en leder bryter inn i samtalen i samtalekøen.

Hvis du vil spille av en tone til en agent når en leder bryter inn i samtalen deres, kan du aktivere det via innstillingene for Varseltone for agenter. Hvis du vil ha mer informasjon, kan du se Opprett en kø seksjon i Grunnleggende kundeopplevelse for Webex eller Essentials for Webex Customer Experience .

6

Klikk på Lagre.

Aktiver personvern for en bruker

1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker og klikk Ringer .

3

Gå til Tillatelser mellom brukere område, og velg deretter Personvern .

4

Velg riktig Personvern for den automatiske svartjenesten innstillinger for denne brukeren.

  • Tillat denne brukeren å bli oppringt med internnummer
  • Tillat denne brukeren å bli oppringt med for- eller etternavn
5

Sjekk Aktiver personvern avmerkingsboks. Du kan deretter bestemme deg for å blokkere alle ved å ikke velge medlemmer fra rullegardinliste. Du kan også velge brukerne, arbeidsområdene og virtuelle linjer som kan overvåke linjestatus til denne brukeren.

Hvis du er administrator, vises bare brukerne, arbeidsområdene og virtuelle linjer som gjelder de tilordnede stedene i rullegardinliste.

Fjern merket for Aktiver personvern avmerkingsboks for å la alle overvåke linjestatus.

6

Sjekk Håndhev personvern for styrt mottak av anrop avmerkingsboks for å aktivere personvern for styrt mottak av anrop og innbytting.

  • Hvis du aktiverer dette alternativet, er det bare autoriserte brukere, virtuelle linjer og arbeidsområdeenheter som kan bruke styrt mottak av anrop og bytte inn på denne brukeren. Ellers kan alle i organisasjonen aktivere styrt mottak av anrop og bytte inn på en linje.
  • Hvis du vil ha mer informasjon om bytte inn, se Bryt inn på andres telefonsamtale .
  • Lederen kan alltid bytte inn på samtaler som agentene mottar gjennom samtalekøen. Det vil si at personvernsinnstillingene ikke påvirker alternativene for bytte inn for ledere.
7

Fra Legg til medlem etter navn , velger du brukere, arbeidsområder og virtuelle linjer som kan overvåke telefonlinje og starte styrt mottak av anrop og bytte inn.

8

Hvis du vil filtrere medlemmene du velger, bruker du filtrer etter navn, nummer eller lokalnummer felt.

9

Klikk på Fjern alle for å fjerne alle de valgte medlemmene.

Hvis du vil fjerne et enkelt medlem, klikker du på Slett ved siden av medlemmets navn.
10

Klikk på Lagre.

Privacy settings

Konfigurer overvåking

maksimalt antall overvåkede linjer for en bruker er 50. Mens du konfigurerer overvåkingslisten, bør du imidlertid vurdere antall meldinger som påvirker båndbredden mellom Webex Calling og nettverket ditt. Bestem også maksimalt antall overvåkede linjer etter antall linjeknapper på brukerens telefon.

1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og klikk deretter Brukere .

2

Velg brukeren du vil endre, og klikk på Ringer .

3

Gå til Tillatelser mellom brukere delen, og velg Overvåking .

4

Velg mellom følgende:

  • Legg til overvåket linje
  • Legg til internnummer for samtaleparkering

Du kan inkludere en virtuell linje i Legg til overvåket linje liste for brukerovervåking.

5

Velg om du vil varsle denne brukeren om parkerte anrop, søk etter personen eller internnummer for samtaleparkering for samtaleparkering som skal overvåkes, og klikk deretter på Lagre .

Listen over overvåkede linjer i Control Hub tilsvarer rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene for innringer-ID Fornavn og Etternavn for brukeren, arbeidsområdet og den virtuelle linjen.

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du administrerer overvåkingsinnstillinger for en bruker i Control Hub.

Aktiver varseltone for anropsbro for brukere

Før du starter

Du må ha den delt linje konfigurert for at samtalebroen skal kunne startes. Se hvordan konfigurere delte linjer før du aktiverer varseltonen for samtalebroen som skal spilles av.
1

Logg på Kontrollhub , og gå til Ledelse > Brukere .

2

Velg en bruker, og klikk på Oppringing-fanen.

3

Gå til Tillatelser mellom brukere , og klikk Varseltone for samtalebro .

4

Slå på Varseltone for samtalebro , og klikk deretter Lagre .

Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebro på en delt linje, se Delte linjer på bordtelefon for flere plattformer .

Hvis du vil ha mer informasjon om samtalebro på en delt linje i Webex-appen , kan du se linjevisning for WebexApp .

Slå på hotellopphold for en bruker

Hvis du aktiverer hotellfunksjonalitet for en bruker, kan vedkommende jobbe på et annet sted samtidig som funksjonaliteten og funksjonene til den viktigste bordtelefon opprettholdes.
1

Fra kundevisningen ihttps://admin.webex.com , gå til Ledelse og velg Brukere .

2

Velg en bruker, og klikk på Oppringing-fanen.

3

Gå til Tillatelser mellom brukere delen, og velg Hotellopphold og slå på bryteren.

4

Skriv inn navnet eller nummeret til hotellverten i Hotellsted søkefeltet, og velg hotellverten du vil tilordne brukeren.

Kun én hotellvert kan velges. Hvis du velger en annen hotellvert, blir den første slettet.

Hvis du er administrator, kan du bare tilordne hotellverten som gjelder de tilordnede stedene.
5

Hvis du vil begrense tiden en bruker kan knyttes til hotellverten, velger du antall timer brukeren kan bruke hotellverten fra Begrens tilknytningsperiode rullegardinmenyen.

Brukeren logges av automatisk etter det valgte tidspunktet.

Det vises en feilmelding på skjermen hvis grensetilknytningsperioden som er angitt for brukeren, overskrider grensetilknytningsperioden for den valgte hotellverten. Hvis hotellverten for eksempel har en grensetilknytningsperiode på 12 timer og brukerens grensetilknytningsperiode er 24 timer, vises en feilmelding . I slike tilfeller må du utvide grensetilknytningsperioden for hotellverten hvis det er behov for mer tid for brukeren.

6

Klikk på Lagre.

En bruker kan også søke etter og finne hotellverten de vil bruke fra brukerhuben. Hvis du vil ha mer informasjon, se Få tilgang til anropsprofilen din hvor som helst .

Vil du se hvordan det gjøres? Se dette videodemonstrasjon om hvordan du konfigurerer hotellopphold i Control Hub.

Innføringstrender og bruksrapporter for Webex Calling

Vise samtalerapporter

Du kan bruke Analytics-siden i Control Hub til å få innsikt i hvordan folk bruker Webex Calling og Webex-app (engasjement), og kvaliteten på samtalemedieopplevelsen. Hvis du vil ha tilgang til Webex Calling analyse, logger du på Control Hub og går deretter til Analyse og velg Ringer -fanen.

1

Hvis du vil ha detaljerte samtalehistorikkrapporter, logger du på Control Hub og går deretter til Analyse > Ringer .

2

Velg Detaljert anropslogg .

Hvis du vil ha informasjon om samtaler som bruker dedikert forekomst, se Dedikert forekomstanalyse .

3

Hvis du vil ha tilgang til mediekvalitetsdata, logger du på Control Hub og går deretter til Analyse og velg deretter Ringer .

Hvis du vil ha mer informasjon, kan du se Analytics for din skysamarbeidsportefølje.

Forbered miljøet ditt

Generelle forutsetninger

Før du konfigurerer en lokal gateway for Webex Calling, må du kontrollere at du:

  • ha grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende arbeidskunnskap om Cisco IOS-XE- og IOS-XE-talekonsepter

  • ha en grunnleggende forståelse av øktinitieringsprotokollen (SIP)

  • ha en grunnleggende forståelse av Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se konfigurasjonsveiledningen for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Maskinvare- og programvarekrav for lokal gateway

Kontroller at distribusjonen har én eller flere av de lokale gatewayene, for eksempel:

  • Cisco CUBE for IP-basert tilkobling

  • Cisco IOS Gateway for TDM-basert tilkobling

Se tabell 1 i bestillingsveiledningen for lokal gateway for Webex Calling. Kontroller også at plattformen kjører en støttet IOS-XE-utgivelse i henhold til konfigurasjonsveiledningen for lokal gateway.

Den lokale gatewayen hjelper deg med å migrere til Webex Calling i ditt eget tempo. Den lokale gatewayen integrerer din eksisterende lokale distribusjon med Webex Calling. Du kan også bruke din eksisterende PSTN-tilkobling. Se Kom i gang med lokal gateway

Sertifikat- og sikkerhetskrav for lokal gateway

Webex Calling krever sikker signalisering og medier. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen som følger)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (oppgitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til spesifikke IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene er på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet vendt mot Webex Calling for samtaler mellom den lokale gatewayen og endepunktene for å bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Konfigurer Webex Calling for organisasjonen din

Konfigurere anropsinnstillinger i veiviseren for førstegangsoppsett

Det første trinnet for å få Webex Calling-tjenestene i gang er å fullføre veiviseren for førstegangsoppsett (FTSW). Når FTSW er fullført for ditt første sted, trenger det ikke å fullføres for flere steder.

1

Klikk på koblingen Komme i gang i velkomst-e-posten du mottar.

Administratorens e-postadresse brukes automatisk til å logge på Control Hub, der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gjennomgå og godta tjenestevilkårene.

3

Se gjennom planen, og klikk deretter på Kom i gang.

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du mottar meldingen «Kan ikke konfigurere samtalen» når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakt og kundeadresseinformasjon.

5

Klikk på Neste: Standardplassering.

6

Velg blant følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av Webex Calling.
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere steder senere.

Når du har fullført installasjonsveiviseren, må du sørge for at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal gjelde for dette stedet:

  • Kunngjøringsspråk– For lydkunngjøringer og forespørsler om nye brukere og funksjoner.
  • E-postspråk– For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Legg til et sted

Før du begynner

Klargjør følgende informasjon for å opprette en ny plassering:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

En ny plassering vil bli driftet i det regionale datasenteret som tilsvarer landet du valgte ved hjelp av veiviseren for førstegangsoppsett.
2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere stedet.
  • Land/region – Velg et land du vil knytte stedet til. Du kan for eksempel opprette ett sted (hovedkontor) i USA og en annen (filial) i Storbritannia. Landet du velger, bestemmer adressefeltene som følger. De som dokumenteres her bruker den amerikanske adressekonvensjonen som et eksempel.
  • Stedsadresse– angi stedets hovedpostadresse.
  • By/By– Angi en by for dette stedet.
  • Delstat/provins/region– Velg en delstat fra rullegardinlisten.
  • Postnummer– angi postnummeret.
  • Kunngjøringsspråk– Velg språket for kunngjøringer og meldinger for nye brukere og funksjoner.
  • E-postspråk– Velg språket for e-postkommunikasjon med nye brukere.
  • Tidssone – Velg tidssonen for stedet.
3

Klikk på Lagre og velg deretter Ja/ Nei for å legge til numre på stedet nå eller senere.

4

Hvis du klikket på Ja, velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. Eksisterende steder som har fått tildelt andre PSTN-funksjoner, er ikke kvalifisert for Cisco Calling-planen på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

    CCP-partnere og den geografiske dekningen er oppført her. Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av en region, i parenteser (Eksempel: (EU), (US) eller (CA)). Partnere oppført med en logo tilbyr alltid Regional Media for CCP. For partnere som vises som en streng, velger du regionen nærmest landet der du befinner deg, for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP gjør det mulig å skaffe og klargjøre telefonnumre i Control Hub på én glassrute. Ikke-integrert CCP krever at du skaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller koble til nettsteder som ikke er skybaserte, med skybaserte nettsteder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan blande og matche så mange alternativer som du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskapene for plasseringen. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere numrene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller lokalt basert PSTN, skriver du inn Telefonnumre som kommadelte verdier, og klikker deretter på Valider.

Numre legges til for det bestemte stedet. Gyldige oppføringer flyttes til feltet Validerte numre , og ugyldige oppføringer blir værende i feltet Legg til numre ledsaget av en feilmelding.

Avhengig av lokasjonens land er numrene formatert i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi tall med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva du skal gjøre nå

Når du har opprettet et sted, kan du aktivere nødtjenester for dette stedet. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

Før du begynner

Få en liste over brukerne og arbeidsområdene som er knyttet til et sted: Gå til Tjenester > Anrop > Numre og velg plasseringen som skal slettes fra rullegardinmenyen. Du må slette disse brukerne og arbeidsområdene før du sletter plasseringen.

Husk at alle numre tilknyttet dette stedet vil bli gitt tilbake til din PSTN-leverandør. Du vil ikke lenger eie disse numrene.

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

2

Klikk i Handlinger -kolonnen ved siden av plasseringen du vil slette.

3

Velg Slett plassering, og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter før stedet slettes permanent, men det kan ta opptil en time. Du kan sjekke statusen ved å klikke ved siden av stedsnavnet og velge Slettestatus.

Oppdater en eksisterende plassering

Du kan endre PSTN-oppsettet, navnet, tidssonen og språket for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.

For eksisterende steder kan du aktivere nødtjenester. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

Hvis du ser et Advarsel-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for den plasseringen ennå. Du kan ikke foreta eller motta noen anrop før du har konfigurert dette nummeret.

2

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalt PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Administrer for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. For øyeblikket er allerede eksisterende steder som har fått tildelt andre PSTN-funksjoner, ikke kvalifisert for Cisco Calling Plan. Åpne en støttesak for veiledning.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

    CCP-partnere og den geografiske dekningen er oppført her. Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av en region, i parenteser (Eksempel: (EU), (US) eller (CA)). Partnere oppført med en logo tilbyr alltid Regional Media for CCP. For partnere som vises som en streng, velger du regionen nærmest landet der du befinner deg, for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av en integrert CCP. Integrert CCP gjør det mulig å skaffe og klargjøre telefonnumre i Control Hub på én glassrute. Ikke-integrert CCP krever at du skaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller koble til nettsteder som ikke er skybaserte, med skybaserte nettsteder.

    Webex Calling-kunder med steder som tidligere er konfigurert med en lokal gateway, vil automatisk bli konvertert til lokalt basert PSTN med en tilsvarende trunk.

3

For plasseringen velger du Hovednummer fra rullegardinlisten for å gjøre det mulig for brukere på den plasseringen å foreta og motta anrop.

Hovednummeret kan tilordnes til den automatiske svartjenesten, slik at de eksterne innringerne kan kontakte Webex Calling-brukere på den plasseringen. Webex Calling-brukere på den plasseringen kan også bruke dette nummeret som ekstern oppringer-ID når de ringer.
4

(Valgfritt) Under Nødanrop kan du velge Nødstedsidentifikator for å tilordne dette stedet.

Denne innstillingen er valgfri og gjelder kun for land som krever det.

I noen land (eksempel: Frankrike), forskriftsmessige krav til mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødanrop, og blir gjort tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, kan du se Forbedret nødsamtale.

Nødsamtaleleverandøren trenger kanskje informasjon om tilgangsnettverket, og dette gjøres ved å definere et nytt privat SIP-utvidelseshode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir nødstedsidentifikatoren for en plassering, sendes plasseringsverdien til leverandøren som en del av SIP-meldingen. Ta kontakt med nødsamtaleleverandøren for å se om du trenger denne innstillingen, og bruk verdien fra nødsamtaleleverandøren.»

5

Velg talepostnummeret som brukere kan ringe for å sjekke talepost for dette stedet.

6

(Valgfritt) Klikk på blyantikonet øverst på Plassering-siden for å endre Stedsnavn, Kunngjøringsspråk, E-postspråk, Tidssone eller Adresse etter behov, og klikk deretter på Lagre.

Endring av kunngjøringsspråket trer i kraft umiddelbart for nye brukere og funksjoner som legges til på dette stedet. Hvis kunngjøringsspråket også skal endres for eksisterende brukere og/eller funksjoner, velger du Endre for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner når du blir bedt om det. Klikk på Bruk. Du kan vise fremdriften på Oppgaver -siden. Du kan ikke gjøre flere endringer før dette er fullført.

Endring av tidssonen for et sted oppdaterer ikke tidssonene til funksjonene som er knyttet til stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til området Generelle innstillinger for den bestemte funksjonen du vil oppdatere tidssonen for, og redigerer og lagrer der.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, vises eksempelnumrene i Control Hub-oppdateringen for å vise disse endringene.

Du kan konfigurere tillatelser for utgående anrop for et sted. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Control Hub, gå til Tjenester > Anrop > Tjenesteinnstillinger, og bla deretter til Intern oppringing.

2

Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:

  • Lengde på prefiks for stedsruting– Vi anbefaler denne innstillingen hvis du har flere steder. Du kan angi en lengde på 2-7 sifre. Hvis du har flere steder med samme internnummer, må brukerne ringe et prefiks når de ringer mellom steder. Hvis du for eksempel har flere butikker, alle med internnummeret 1000, kan du konfigurere et rutingprefiks for hver butikk. Hvis én butikk har prefikset 888, ringer du 8881000 for å nå den butikken.

    Lengder av prefiks for ruting inkluderer styringssifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan bare tre sifre brukes til å angi nettstedet.

    Hvis du tilordner et rutingprefiks til en plassering, inkluderer alle utseender av internnumre som er tilordnet den plasseringen, rutingprefikset foran internnummeret. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styringssiffer i rutingprefiks– Velg nummeret som skal angis som første siffer i hvert rutingprefiks.
  • Lengde på internnummer – Du kan angi 2–10 sifre, og standarden er 2.

    Når du har økt lengden på internnummeret, oppdateres ikke eksisterende kortnumre til internnumre automatisk.

  • Tillat internnummeroppringing mellom steder – Lar deg tilpasse internnummeroppringing mellom steder basert på organisasjonens krav.

    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte utvidelser på tvers av alle stedene.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen har samme internnummer på forskjellige steder. Når bryteren er deaktivert og oppringeren ringer internnummeret, rutes samtalen til en bruker med samsvarende internnummer på samme sted som oppringeren. Oppringeren må ringe det viktige bedriftsnummeret (prefiks for stedsruting + internnummer) for å nå et internnummer på andre steder.

3

Angi intern oppringing for bestemte steder. Gå til Administrasjon > Plasseringer, velg et sted fra listen, og klikk på Anrop. Bla til Oppringing, og endre deretter intern oppringing etter behov:

  • Intern oppringing – Angi rutingsprefikset som brukere andre steder må ringe for å kontakte noen på dette stedet. Rutingsprefikset for hver plassering må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men den må være 2–7 sifre lang.
4

Angi ekstern oppringing for bestemte steder. Gå til Administrasjon > Plasseringer, velg et sted fra listen, og klikk på Anrop. Bla til Oppringing, og endre deretter ekstern oppringing etter behov:

  • Ekstern oppringing – Du kan velge et utgående oppringingssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen , og du kan forlate den hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styringssiffer.

    Brukere kan inkludere det utgående oppringingssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan likevel foreta eksterne anrop uten det utgående oppringingssifferet.

  • Alternativt har du muligheten til å Håndheve oppringing av det utgående oppringingssifferet på dette stedet, slik at brukeren må bruke det utgående oppringingssifferet angitt av administratoren for å foreta eksterne anrop.

    Nødsamtaler kan fremdeles ringes med eller uten det utgående oppringingssifferet når denne funksjonen er aktivert.

    Når dette alternativet er aktivert, vil eventuelle eksterne destinasjonsnumre som de som brukes til viderekobling av anrop ikke lenger fungere hvis et utgående oppringingssiffer ikke er inkludert.

    Hvis et internnummer er det samme som det nasjonale nummeret, får internnummeret forrang over det nasjonale nummeret. Vi anbefaler derfor at du aktiverer oppringingssifferet.
    Vi anbefaler på det sterkeste å bruke E.164-nummereringsformatet for innkommende og utgående PSTN-anrop.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Brukerutvidelser bør ikke starte med samme nummer som stedets styringssiffer eller utgående oppringingssiffer.

Konfigurer lokalbasert PSTN (lokal gateway) i Control Hub

Hvis du er en merverdiforhandler, kan du bruke disse trinnene til å starte konfigurasjon av lokal gateway i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på ett eller flere av Webex Calling-stedene dine for å levere ruting til en bedrifts PSTN-tjenesteleverandør.

Et sted som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre steder.

Opprett trunk
Følg disse trinnene for å opprette en kanal i Control Hub.

Før du begynner

  • Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og numre for hver enkelt. Steder må finnes før du kan legge til et lokalt PSTN.

  • Forstå de lokale PSTN-kravene (lokal gateway) for Webex Calling.

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg på Control Hub på https://admin.webex.com, gå til Tjenester > Anrop > Samtaleruting, og velg Legg til trunk.

2

Velg et sted.

3

Gi trunken et navn, og klikk på Lagre.

Navnet kan ikke være lengre enn 24 tegn.

Hva du skal gjøre nå

Du får presentert de relevante parameterne som du må konfigurere på trunken. Du vil også generere et sett med SIP-sammendragslegitimasjon for å sikre PSTN-tilkoblingen.

Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/port og Utgående proxy-adresse.

Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere den lokale PSTN-en.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og tilbakestill passord for å generere et nytt sett med autentiseringslegitimasjon som skal brukes på trunken.

Velg en trunk for lokalt basert PSTN
1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

2

Velg et sted du vil endre, og klikk på Administrer.

3

Velg Lokalbasert PSTN og klikk på Neste.

4

Velg en trunk fra rullegardinmenyen.

Gå til trunksiden for å administrere dine valg av trunkgruppe.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre.

Hva du skal gjøre nå

Du må ta konfigurasjonsinformasjonen som Control Hub genererte, og tilordne parametrene til den lokale gatewayen (for eksempel på en Cisco CUBE som ligger i lokalene). Denne artikkelen fører deg gjennom denne prosessen. Som referanse kan du se følgende diagram for et eksempel på hvordan konfigurasjonsinformasjonen for Control Hub (til venstre) tilordnes parametere i CUBE (til høyre):

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Samtale > Plasseringer i Control Hub, og gatewayen du opprettet, blir oppført på plasseringskortet du tildelte den til, med en grønn prikk til venstre for navnet. Denne statusen indikerer at gatewayen er sikkert registrert i den oppringende skyen og fungerer som den aktive PSTN-gatewayen for plasseringen.

Administrer telefonnumre
Be om et kjøp av Webex-tjenester fra en prøveversjon i Control Hub

Hvis du prøver ut Webex-tjenester og ønsker å konvertere prøveversjonen til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på Control Hub på https://admin.webex.com, velg bygningsikonet .

2

Velg fanen Abonnementer , og klikk deretter på Kjøp nå.

En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement.

Angi oppringingsalternativer

Du kan bruke Control Hub til å angi prioriteten til tilgjengelige anropsalternativer som brukere ser i Webex-appen. Du kan også aktivere dem for enkelt klikk-for-å-ringe. For mer informasjon, se: Angi anropsalternativer for brukere av Webex-appen.

Konfigurere anropsvirkemåte

Du kan kontrollere hvilket anropsprogram som åpnes når brukere ringer. Du kan konfigurere innstillingene for anropsklienter, inkludert distribusjon i blandet modus for organisasjoner med brukere som er kvalifisert med Unified CM eller Webex Calling, og brukere uten betalte anropstjenester fra Cisco. For mer informasjon, se: Konfigurer anropsvirkemåte.

Konfigurere lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

Webex Calling støtter for øyeblikket to versjoner av lokal gateway:

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokale kravene til PSTN (Public Switched Telephone Network) og LGW (Local Gateway) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling for mer informasjon.

  • Denne artikkelen forutsetter at en dedikert lokal gateway-plattform er på plass uten eksisterende talekonfigurasjon. Hvis du endrer en eksisterende PSTN-gateway eller CUBE Enterprise-distribusjon til bruk som lokal gateway-funksjon for Webex Calling, må du være nøye med konfigurasjonen. Sørg for at du ikke avbryter eksisterende anropsflyter og funksjonalitet på grunn av endringene du gjør.

Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan finne ut mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Webex Managed Gateways Command Referenc e med mindre annet er angitt (i så fall går kommandokoblingene til Cisco IOS Voice Command Reference). Du kan få tilgang til alle disse veiledningene ved Kommandoreferanser for Cisco Unified Border Element.

For informasjon om støttede tredjeparts SBC-er, se den respektive produktreferansedokumentasjonen.

Konfigurere din lokale gateway

Det finnes to alternativer for å konfigurere den lokale gatewayen for Webex Calling-trunken:

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gatewa y eller Sertifikatbasert lokal gatewa y til å konfigurere lokal gateway for Webex Calling-trunken.

Se Kom i gang med lokal gatewa y hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av Command Line Interface (CLI). Vi bruker SIP-transport (Session Initiation Protocol) og TLS-transport (Transport Layer Security) for å sikre trunken og SRTP-protokollen (Secure Real Time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling.

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ingen tredjeparts Session Border Controllers (SBC). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med lokal gateway.

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifiseringsinstanser som Webex for Government støtter, kan du se Rotsertifiseringsinstanser for Webex for Government.

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, kan du se Nettverkskrav for Webex for Government (FedRAMP).

Lokal gateway for Webex for Government støtter ikke følgende:

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Bruk følgende alternativ for å konfigurere lokal gateway for Webex Calling-trunken i Webex for Government:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gatewa y til å konfigurere den lokale gatewayen for Webex Calling-trunken. Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurere sertifikatbasert trunk for Webex Calling.

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chifre for å støtte lokal gateway for Webex for Government. Hvis ikke, mislykkes samtaleoppsettet. Hvis du vil ha mer informasjon om konfigurasjon, kan du se Konfigurere Webex Calling-sertifikatbasert trunk.

Webex for Government støtter ikke registreringsbasert lokal gateway.

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en registrerende SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklasseleiere: Brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute med en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Selv om IP og SIP har blitt standardprotokollene for PSTN-trunker, brukes TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye og støttes med Webex Calling-trunker. For å muliggjøre medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, er det for øyeblikket nødvendig å bruke en tostrenget samtalerutingsprosess. Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker som vist på bildet nedenfor.

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor.

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer tilkobling og sikkerhet for ruteren ved baseline

  • Trinn 2: Konfigurere Webex Calling-trunk

    Avhengig av hvilken arkitektur du trenger, følger du enten:

  • Trinn 3: Konfigurere lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trinn 3: Konfigurere lokal gateway med TDM PSTN-trunk

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle registreringsbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. Se siden Cisco Software Researc h for anbefalte versjoner. Søk etter plattformen og velg en av de foreslått e versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere følgende og bekrefte arbeidet:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:

 grensesnitt GigabitEthernet0/0/0 beskrivelse Grensesnitt vendt mot PSTN og/eller CUCM IP-adresse 10.80.13.12 255.255.255.0 ! grensesnitt GigabitEthernet0/0/1 beskrivelse Grensesnitt vendt mot Webex Calling (privat adresse) ip-adresse 192.51.100.1 255.255.255.240

2

Beskytt registrering og STUN-legitimasjon på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:

 nøkkel config-nøkkel passord-kryptere YourPassword passord-kryptering aes

3

Opprett et PKI-klareringspunkt for plassholder.

Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville kreves for en sertifikatbasert trunk.
 crypto pki trustpoint EmptyTP tilbakekalling-sjekk ingen
4

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametrene bør også oppdateres for å sikre en pålitelig, sikker tilkobling for registrering:

Den cn-san-validerte serverkommandoen sikrer at den lokale gatewayen tillater en tilkobling hvis vertsnavnet som er konfigurert i tenant 200, er inkludert i enten CN- eller SAN-feltene i sertifikatet mottatt fra den utgående proxyen.

  1. Sett tcp-retry count til 1000 (5-msek multippel = 5 sekunder).

  2. Kommandoen tidtakertilkobling establish lar deg justere hvor lenge LGW venter på å konfigurere en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standard for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi og øk om nødvendig for å imøtekomme nettverksforholdene.

 sip-ua tidtaker tilkobling etablere tls 5 transport tcp tls v1.2 kryptosignalisering standard klareringspunkt EmptyTP cn-san-validert server tcp-retry 1000

5

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trust pool import clean url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA trust pool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80
 ip http klient kildegrensesnitt GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer registreringsbasert trunk for Webex Calling
1

Opprett en registreringsbasert PSTN-trunk for et eksisterende sted i Control Hub. Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Disse detaljene, som fremhevet i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne håndboken. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:

 taletjeneste voip ip-adresse klarert liste ipv4 x.x.x.x y.y.y.y.y-modus grense-element media statistikk media massestatistikk tillate-tilkoblinger sip til sip ingen tilleggstjeneste sip referer stun stun flytdata agent-id 1 oppstartsantall 4 stun flytdata delt-hemmelig 0 passord123$ sip asymmetrisk nyttelast full tidlig tilbud tvunget

Her er en forklaring på feltene for konfigurasjonen:

 klarert liste over ip-adresser  ipv4 x.x.x.x y.y.y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverk som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer den lokale gatewayen alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen er klarert som standard, så de trenger ikke å legges til i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene til det regionale Webex Calling-datasenteret i listen. Hvis du vil ha mer informasjon, kan du se Portreferanseinformasjon for Webex Calling. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

    Hvis LGW er bak en brannmur med begrenset kjegle-NAT, foretrekker du kanskje å deaktivere listen over klarerte IP-adresser på grensesnittet vendt mot Webex Calling. Brannmuren beskytter deg allerede mot uoppfordret innkommende VoIP. Deaktiver handling reduserer konfigurasjonskostnadene på lengre sikt, fordi vi ikke kan garantere at adressene til Webex Calling-noder forblir faste, og du må uansett konfigurere brannmuren for noder.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk

Gjør det mulig for kontrollplanet å undersøke dataplanet for statistikk for masseanrop.

Hvis du vil ha mer informasjon om disse kommandoene, kan du se Media.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake-til-tilbake-funksjonalitet for brukeragent. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

  • Når du viderekobler et anrop til en Webex Calling-bruker (for eksempel er både oppringte og oppringende parter Webex Calling-abonnenter, og hvis du forankrer medier på Webex Calling SBC), kan ikke mediene flyte til den lokale gatewayen siden hullet ikke er åpent.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdat a og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

3

Konfigurer taleklassekodek 100 -filter for trunken. I dette eksemplet brukes det samme kodefilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.

 taleklasse kodek 100 kodek preferanse 1 opus kodek preferanse 2 g711ulaw kodek preferanse 3 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for anrop gjennom SIP-trunker. Hvis du vil ha mer informasjon, se kodek for taleklasse.

Opus-kodek støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en stemme T1/E1 eller analog FXO-tilkobling, må du utelate kodek preferanse 1 opus fra kodek for taleklasse 100 -konfigurasjonen.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken.

 taleklasse stun-bruk 100 stun-bruk brannmur-traversal flytdata stun-bruk ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklass e og stun bruk is lite.

Du krever begrenset bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebaner. Hvis du vil tilby medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakeringingsnode med ICE-Lite aktivert på IP-IP-strekningen. For ytterligere tekniske detaljer, kontakt kontoen eller TAC-teamene

5

Konfigurer policyen for mediekryptering for Webex-trafikk.

 taleklasse srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer et mønster for å unikt identifisere anrop til en lokal gateway-trunk basert på parameteren for destinasjonskanalen: 

 taleklasse uri 100 sip mønster dtg=Dallas1463285401_LGU

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av trunkens OTG/DTG-verdi som ble oppgitt i Control Hub da trunken ble opprettet. Hvis du vil ha mer informasjon, se uri for taleklasse.

7

Konfigurer SIP-profil 100, som brukes til å endre SIP-meldinger før de sendes til Webex Calling.

 taleklasse sip-profiler 100 regel 10 forespørsel ENHVER sip-topptekst SIP-Req-URI endre "sips:" "sip:" regel 20 forespørsel ENHVER sip-topptekst For å endre "" ";otg=dallas1463285401_lgu>" regel 90 forespørsel ENHVER sip-topptekst P-Asserted-Identity endre "sips:" "sip:"

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-topptekster som brukes til samtalesignalisering, bruker sip i stedet for sips-skjemaet, som kreves av Webex-proxyer. Konfigurering av CUBE til å bruke sips sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-toppteksten til å inkludere OTG/DTG-identifikatoren for trunkgruppen fra Control Hub for å identifisere et lokalt gateway-nettsted unikt i en bedrift.

8

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Spesielt vil trunkregistreringsdetaljene som er oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Oppringingsnoder tilknyttet denne leieren vil senere arve disse konfigurasjonene.

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

     taleklassetenant 100 registrator DNS:98027369.us10.bcld.webex.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls legitimasjonsnummer Dallas1171197921_LGU brukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks-autentiseringsbrukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks-autentiseringsbrukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com ingen ekstern part-id sip-server dns:98027369.us10.bcld.webex.com tilkobling-gjenbruk srtp-crypto 100 økt transport tcp tls url sips error-passthru asserted-id pai bind control kildegrensesnitt GigabitEthernet0/0/1 bind media kildegrensesnitt GigabitEthernet0/0/1 ingen pass-thru innhold custom-sdp sip-profiler 100 utgående proxy dns:dfw04.sipconnect-us.bcld.webex.com personvernerklæring passert

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Definerer et sett med konfigurasjonsparametere som bare skal brukes for Webex Calling-trunken. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    register dns:98027369.us10.bcld.webex.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls

    Registratorserver for den lokale gatewayen med registreringen satt til å oppdateres annenhver minutt (50 % av 240 sekunder). For mer informasjon, se registrator.

    Sørg for at du bruker verdien Registrer domene fra Control Hub her.

    legitimasjonsnummer Dallas1171197921_LGU brukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, kan du se legitimasjon (SIP UA).

    Sørg for at du bruker verdiene for henholdsvis linje-/portverten, autentiseringsbrukernavnet og autentiseringspassordet fra Control Hub her.

    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm BroadWorks
    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Autentiseringsutfordring for samtaler. Hvis du vil ha mer informasjon, kan du se autentisering (oppringingsnode).

    Sørg for at du bruker henholdsvis verdier for autentiseringsbrukernavn, autentiseringspassord og registrardomene fra Control Hub her.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som aktiveres ved hjelp av CIO asserted-id pai. Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk SRV-adressen for edge proxy som er oppgitt i Control Hub når du opprettet trunken.

    tilkobling-gjenbruk

    Bruker den samme vedvarende tilkoblingen for registrering og samtalebehandling. Hvis du vil ha mer informasjon, kan du se gjenbruk av tilkobling.

    srtp-krypto 100

    Konfigurerer foretrukne chifferpakker for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Setter transport til TLS. Hvis du vil ha mer informasjon, kan du se økttransport.

    url-sips

    SRV-spørringen må være SIP-er som støttes av Access SBC. Alle andre meldinger endres til SIP av sip-profil 200.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    ID-pai

    Slår på PAI-behandling i lokal gateway. Hvis du vil ha mer informasjon, kan du se bekreftet ID.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til WebexCalling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se bind.

    Ingen passthru-innhold skreddersydd

    Standardkommando under leietaker. Hvis du vil ha mer informasjon om denne kommandoen, kan du se innhold over gjennomgang.

    SIP-profiler 100

    Endrer SIP-er til SIP og endrer linje/port for INVITER- og REGISTRER-meldinger som definert i sip-profiler 100. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    utgående-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling-tilgang SBC. Sett inn den utgående proxy-adressen som er oppgitt i Control Hub når du opprettet trunken. Hvis du vil ha mer informasjon, se utgående proxy.

    personvernerklæring passsthru

    Konfigurer alternativene for retningslinjene for personvernhode for at trunken skal sende personvernverdier fra mottatt melding til neste anropsstrekning. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen. 

     oppringingsnode stemme 100 voip beskrivelse Innkommende/utgående Webex Calling max-conn 250 destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål sip-server innkommende uri-forespørsel 100 taleklasse kodek 100 dtmf-relay rtp-nte taleklasse stun-bruk 100 ingen taleklasse sip localhost taleklasse sip tenant 100 srtp no vad

    Her er en forklaring på feltene for konfigurasjonen:

     stemme for oppringingsnode 100 voip  -beskrivelse innkommende/utgående Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    maks. konn 250

    Begrenser antall samtidige innkommende og utgående anrop mellom LGW og Webex Calling. For registrerings trunker må den konfigurerte maksimumsverdien være 250. Bruk lavere verdi hvis det er mer hensiktsmessig for distribusjonen. Hvis du vil ha mer informasjon om samtidige anropsbegrensninger for lokal gateway, kan du se dokumentet Kom i gang med lokal gatewa y.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 100 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden.

    innkommende uri-forespørsel 100

    For å angi taleklassen som brukes til å matche en VoIP-oppringingsnode med den unike ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    taleklassekodek 100

    Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et brannmurhull for medietrafikk.

    ingen taleklasse sip localhost

    Deaktiverer erstatning av det lokale DNS-vertsnavnet i stedet for den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID for utgående meldinger.

    sip-leietaker for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå.

    srtp

    Aktiverer SRTP for anropsstrekningen.

    ikke hva

    Deaktiverer registrering av taleaktivitet.

Når du har definert leietaker 100 og konfigurert en SIP VoIP-oppringingsnode, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer SBC tilgangssertifikatet sitt til den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling-tilgang ved hjelp av CA-rotbunten som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og Webex Calling-tilgang SBC. Den lokale gatewayen kan deretter bruke denne sikre tilkoblingen til å registrere seg hos Webex Access SBC. Når registreringen blir utfordret for godkjenning:

  • Parameterne brukernavn, passor d og områd e fra konfigurasjonen av legitimasjo n brukes i svaret.

  • Endringsreglene i SIP-profil 100 brukes til å konvertere SIPS URL tilbake til SIP.

Registreringen er vellykket når en 200 OK mottas fra tilgangs SBC.

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. Sikker til sikker samtaleruting støttes av CUBE.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurere lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP Gateways, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:

 taleklasse uri 200 sip vert ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se uri for taleklasse.

2

Konfigurer følgende oppringingsnode for IP PSTN:

 oppringingsnode stemme 200 voip beskrivelse Innkommende/utgående IP PSTN trunk destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål ipv4:192.168.80.13 innkommende uri via 200 taleklasse sip bind control kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 taleklasse kodek 100 dtmf-relay rtp-nte no vad

Her er en forklaring på feltene for konfigurasjonen:

 oppringingsnode tale 200 voip  beskrivelse innkommende/utgående IP PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 20 0 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at oppringingsnode 20 0 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4:192.168.80.13

Angir destinasjonens mål-IPv4-adresse for å sende anropsstrekningen. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

innkommende uri via 200

Definerer et samsvarskriterium for VIA-toppteksten med IP PSTNs IP-adresse. Samsvarer med alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med oppringingsnode 200. Hvis du vil ha mer informasjon, kan du se innkommende URL.

grensesnitt for båndkontroll GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

taleklassekodek 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 200 oppringingsnode stemme 200 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.
1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og koder for samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette løkker for oppringingsruting. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:

 taleoversettelse-regel 100 regel 1 /^\+/ /A2A/ taleoversettelse-profil 100 oversette kalt 100 taleoversettelse-regel 200 regel 1 /^/ /A1A/ taleoversettelse-profil 200 oversette kalt 200 taleoversettelse-regel 11 regel 1 /^A1A/ // taleoversettelse-profil 11 oversette kalt 11 taleoversettelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ taleoversettelse-profil 12 oversette kalt 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som legges til av oversettelsesprofil 100 til å veilede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofil 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se profil for taleoversettels e og regel for taleoversettelse.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM slot 2 på en enhet kan for eksempel inneholde følgende:

 korttype e1 0 2 isdn svitsjtype primær-net5 kontroller E1 0/2/0 pri-gruppe timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:

 oppringingsnode tale 200 pots beskrivelse Innkommende/utgående PRI PSTN trunk destinasjonsmønster BAD.BAD oversettelsesprofil innkommende 200 direkte-inngående oppringingsport 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode tale 200 pott  beskrivelse Innkommende/utgående PRI PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direkte-inn-oppringing

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.

 oppringningsnode stemme 10 voip-beskrivelse Utgående loop-rundt ben destinasjonsmønster BAD.BAD økt-protokoll sipv2 øktmål ipv4:192.168.80.14 taleklasse sip-bind-kontrollkilde-grensesnitt GigabitEthernet0/0/0 taleklasse sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode stemme 11 voip-beskrivelse Inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sipv2 innkommende oppringingsnode-stemme A1AT inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode-stemme 12 voip-beskrivelse Inngående loop-rundt-ben mot PSTN oversettelsesprofil innkommende 12 øktprotokoll sip2 innkommende oppringingsnummer A2AT taleklasse si

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode stemme 10 poeng  beskrivelse Utgående løypebein

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

innkommende oversettelsesprofil 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

grensesnitt for båndkontroll GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. Hvis du vil ha mer informasjon, se bind.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

kodek g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 10 beskrivelse Rute anrop til Loopback oppringingsnode 10

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

     oppringingsnode stemme 100 destinasjon dpg 10 oppringingsnode stemme 200 destinasjon dpg 10 oppringingsnode stemme 11 destinasjon dpg 100 oppringingsnode stemme 12 destinasjon dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

Når du oppretter Webex Calling-kanalen i Unified CM, må du sørge for at du konfigurerer den innkommende porten i innstillingene for sikkerhetsprofil for SIP-kanalen til 5065. Dette tillater innkommende meldinger på port 5065 og fyller ut VIA-toppteksten med denne verdien når du sender meldinger til den lokale gatewayen.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

     taleklasse uri 300 sip mønster:5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

     taleklasse uri 400 sip mønster 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.

 ip-vert ucmpub.mydomain.com 192.168.80.60 ip-vert ucmsub1.mydomain.com 192.168.80.61 ip-vert ucmsub2.mydomain.com 192.168.80.62 ip-vert ucmsub3.mydomain.com 192.168.80.63 ip-vert ucmsub4.mydomain.com 192.168.80.64 ip-vert ucmsub5.mydomain.com 192.168.80.65 ip-vert _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

     dial-peer voice 300 voip beskrivelse UCM-Webex Calling trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:wxtocucm.io innkommende uri via 300 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 300 voip  -beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-oppringingsnode med en kode 30 0 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    taleklassekodek 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    grensesnitt for båndkontroll GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

     dial-peer voice 400 voip beskrivelse UCM-PSTN trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:pstntocucm.io innkommende uri via 400 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 400 voip  -beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-oppringingsnode med en kode på 40 0 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    taleklassekodek 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    grensesnitt for båndkontroll GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 300 beskrivelse Rute anrop til Unified CM Webex Calling trunk oppringingsnode 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

     taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 400 beskrivelse Rute anrop til Unified CM PSTN trunk oppringingsnode 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 300 oppringingsnode stemme 300 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

     oppringingsnode stemme 200 destinasjon dpg 400 oppringingsnode stemme 400 destinasjon dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som skal utføres for å informere, feilsøke og rette opp problemet. Du kan definere problemgjenkjenningslogikken ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av bestemte visningskommandoer.

Handlingstypene inkluderer innsamling av visningskommandoer:

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS-, SCP-, FTP-server.

TAC-ingeniører skriver DS-filene og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har en unik numerisk ID tilordnet av systemet. Diagnostic Signatures Lookup Tool (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1a eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren som skal brukes til å sende proaktivt varsel hvis enheten kjører Cisco IOS XE 17.6.1a eller nyere.

    konfigurer terminal call-home e-postserver :@ prioritet 1 sikker tls-ende

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg. 

    konfigurere miljø for diagnostikksignatur for terminal Call Home ds_email  slutt

Følgende viser en eksempelkonfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com ved hjelp av Gmail som den sikre SMTP-serveren:

Vi anbefaler at du bruker Cisco IOS XE Bengaluru 17.6.x eller nyere versjoner.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email «tacfaststart@gmail.com»

En lokal gateway som kjører på Cisco IOS XE-programvare, er ikke en vanlig nettbasert Gmail-klient som støtter OAuth, så vi må konfigurere en bestemt Gmail-kontoinnstilling og gi spesifikk tillatelse til å behandle e-posten fra enheten riktig:

  1. Gå til Administrer Google-konto > Sikkerhet og slå på innstillingen Mindre sikker apptilgang .

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail som sier «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer CPU-utnyttelsen i fem sekunder ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer som er installert i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du kommandoen snmp-server manager .

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    LocalGateway# kopier ftp://brukernavn:passord@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen. 

    kopier ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Får tilgang til ftp://*:*@ 192.0.2.12/DS_64224.xml …!  [OK - 3571/4096 byte] 3571 byte kopiert på 0,064 sek (55797 byte/sekund)

  4. Installer DS XML-filen i den lokale gatewayen.

    Call-home diagnostikksignatur lasting DS_64224.xml Lastfil DS_64224.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi. 

    vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:  Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Last ned DSes:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av SIP-trunk-registrering

Denne DS sjekker for avregistrering av en lokal gateway SIP-trunk med Webex Calling-sky hvert 60. sekund. Når avregistreringshendelsen er oppdaget, genererer den en e-post og et syslog-varsel og avinstallerer seg selv etter to avregistreringsforekomster. Bruk trinnene nedenfor for å installere signaturen:

  1. Last ned DS 64117 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    sip-sip

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsel.

  2. Kopier DS XML-filen til den lokale gatewayen.

    kopier ftp://brukernavn:password@/DS_64117.xml bootflash:

  3. Installer DS XML-filen i den lokale gatewayen. 

    Call-home diagnostikksignatur lasting DS_64117.xml Innlastingsfil DS_64117.xml vellykket LocalGateway#

  4. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å sjekke om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen. 

    kopier ftp://brukernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    Call-home diagnostikksignatur last DS_65221.xml Last fil DS_65221.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Bruk diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Diagnostikksignaturer (DS) eliminerer behovet for å manuelt sjekke om problemet oppstår, og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke oppslagsverktøyet for diagnostikksignature r til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en ekstra DS-miljøvariabel ds_fsurl_prefix som er banen til Cisco TAC-filserveren (cxd.cisco.com) som de innsamlede diagnostikkdataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager i følgende kommando. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager etter behov. 

    konfigurere terminal call-home diagnostikksignatur LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end

    Eksempel: 

    callhome diagnostisk signatur miljø ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager end

  3. Sørg for å installere overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer under perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): iec=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    kopier ftp://brukernavn:password@/DS_64224.xml bootflash:  kopier ftp://brukernavn:passord@/DS_65095.xml bootflash:

  6. Installer overvåking av høy CPU, DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av kommandoen vis diagnostikksignatur for Call Home . Statuskolonnen må ha en «registrert» verdi. 

    vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:  Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

    Nedlastede DS-er:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Bekreft utføring av diagnostikksignaturer

I følgende kommando endres "Status"-kolonnen i kommandoen vis diagnostikksignatur for Call Home til "kjører" mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:  Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

Nedlastede DS-er:

ID-nummer

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

ID-nummer

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/n

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og viser kommandoutganger som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdata fra kommandoen vis diagnostikksignatur for Call Home og kjører følgende kommando:

avinstallering av diagnostikksignatur for call-home

Eksempel:

diagnostikksignatur avinstallering av call-home 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som ofte observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Administrere og validere Cisco IOS XE Gateways gjennom Control Hub

For bedre administrasjon av Cisco IOS XE Gateways anbefaler vi at du registrerer og administrerer gatewayene gjennom Control Hub. En valgfri konfigurasjon. Når du er registrert, kan du bruke alternativet for konfigurasjonsvalidering i Control Hub til å validere konfigurasjonen av den lokale gatewayen og identifisere eventuelle konfigurasjonsproblemer. For øyeblikket støtter bare registreringsbaserte trunker denne funksjonaliteten.

For mer informasjon, se følgende:

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av sertifikatbasert felles TLS (mTLS) SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklassetenanter: brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute med en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Selv om IP og SIP har blitt standardprotokollene for PSTN-trunker, brukes TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye og støttes med Webex Calling-trunker. For å muliggjøre medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, er det for øyeblikket nødvendig å bruke en tostrenget samtalerutingsprosess. Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker som vist på bildet nedenfor.

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor. Alternativer er gitt for offentlig eller privat (bak NAT) adressering. SRV DNS-oppføringer er valgfrie, med mindre belastningen balanseres på tvers av flere CUBE-forekomster.

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer tilkobling og sikkerhet for ruteren ved baseline

  • Trinn 2: Konfigurere Webex Calling-trunk

    Avhengig av hvilken arkitektur du trenger, følger du enten:

  • Trinn 3: Konfigurere lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer lokal gateway med eksisterende Unified CM-miljø

    Eller:

  • Trinn 3: Konfigurere lokal gateway med TDM PSTN-trunk

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle sertifikatbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. Se siden Cisco Software Researc h for anbefalte versjoner. Søk etter plattformen og velg en av de foreslått e versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever lisensiering av DNA Essentials. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

    • For krav med høy kapasitet kan du også kreve en HSEC-lisens (High Security) og ekstra gjennomstrømningsrettigheter.

      Se Godkjenningskode r for mer informasjon.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere følgende og bekrefte arbeidet:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Lokale gatewayers fullstendig kvalifiserte domenenavn (FQDN) eller tjenesteoppføringsadresser (SRV) må løses til en offentlig IPv4-adresse på Internett.

  • Alle SIP- og medieporter på det lokale gateway-grensesnittet vendt mot Webex må være tilgjengelige fra Internett, enten direkte eller via statisk NAT. Sørg for at du oppdaterer brannmuren tilsvarende.

  • Installer et signert sertifikat på den lokale gatewayen (nedenfor finner du detaljerte konfigurasjonstrinn).

    • En offentlig sertifiseringsinstans (CA) som beskrevet i Hvilke rotsertifiseringsinstanser støttes for samtaler til Cisco Webex lyd- og videoplattformer ? må signere enhetssertifikatet.

    • FQDN som er konfigurert i Control Hub når du oppretter en trunk, må være ruterens Common Name (CN) eller Subject Alternate Name (SAN)-sertifikat. For eksempel:

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har cube1.lgw.com:5061 som FQDN for den lokale gatewayen, må CN eller SAN i rutersertifikatet inneholde cube1.lgw.com. 

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse til de(n) lokale gatewayen(e) som kan nås fra trunken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, A Record eller IP-adresse), er valgfrie i SAN.

      • Enten du bruker en FQDN eller SRV for trunken, bruker kontaktadressen for alle nye SIP-dialoger fra den lokale gatewayen navnet som er konfigurert i Control Hub.

  • Kontroller at sertifikater er signert for klient- og serverbruk.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:

 grensesnitt GigabitEthernet0/0/0 beskrivelse Grensesnitt vendt mot PSTN og/eller CUCM IP-adresse 192.168.80.14 255.255.255.0 ! grensesnitt GigabitEthernet0/0/1 beskrivelse Grensesnitt vendt mot Webex Calling (offentlig adresse) ip-adresse 198.51.100.1 255.255.255.240

2

Beskytt STUN-legitimasjonen på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:

 nøkkel config-nøkkel passord-kryptere YourPassword passord-kryptering aes
3

Opprett et krypteringsklareringspunkt med et sertifikat signert av din foretrukne sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende kjøringskommando.

    kryptonøkkel generere rsa generelle nøkler eksporterbar etikett lgw-nøkkelmodul 4096

  2. Når du bruker cube1.lgw.com som fqdn for trunken, oppretter du et klareringspunkt for det signerte sertifikatet med følgende konfigurasjonskommandoer: 

     krypto pki trustpoint LGW_CERT-registreringsterminal pem fqdn cube1.lgw.com emne-navn cn=cube1.lgw.com emne-alt-navn cube1.lgw.com tilbakekalling-sjekk ingen rsakeypar lgw-key

  3. Generer sertifikatsigneringsforespørsel (CSR) med følgende kjør- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    kryptopki-registrering LGW_CERT

4

Godkjenn det nye sertifikatet ved hjelp av mellomnivået (eller rotsertifikatet), og importer deretter sertifikatet (trinn 4). Skriv inn følgende kjør- eller konfigurasjonskommando:

 kryptopki-godkjenne LGW_CERT

5

Importer et signert vertssertifikat ved hjelp av følgende kjør- eller konfigurasjonskommando:

 Crypto pki import LGW_CERT-sertifikat

6

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer:

 sip-ua kryptosignalisering standard klareringspunkt LGW_CERT-transport tcp tls v1.2

7

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trust pool import clean url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA trust pool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80
 ip http klient kildegrensesnitt GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer sertifikatbasert trunk for Webex Calling
1

Opprett en CUBE-sertifikatbasert PSTN-trunk for et eksisterende sted i Control Hub. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Disse detaljene, som fremhevet i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne håndboken.
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:

 taletjeneste voip ip-adresse klarert liste ipv4 x.x.x.x y.y.y.y.y-modus grenseelement tillate-tilkoblinger sip til sip ingen tilleggstjeneste sip referer stun stun flytdata agent-ID 1 oppstartsantall 4 stun flytdata delt-hemmelig 0 Passord123$ sip asymmetrisk nyttelast full innkommende tidlig tilbud tvungne sip-profiler

Her er en forklaring på feltene for konfigurasjonen:

 klarert liste over ip-adresser  ipv4 x.x.x.x y.y.y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverksenheter som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer den lokale gatewayen alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen er klarert som standard, så de trenger ikke å legges til i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene for det regionale Webex Calling-datasenteret i listen. Se Portreferanseinformasjon for Webex Callin g for mer informasjon. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

  • Hvis du vil ha mer informasjon om hvordan du bruker en klarert liste over IP-adresser for å forhindre svindel med avgift, kan du se klarert IP-adresse.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake til tilbake-brukeragent-funksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

Disse globale stun-kommandoene kreves bare når du distribuerer den lokale gatewayen bak NAT.

  • Når du viderekobler et anrop til en Webex Calling-bruker (for eksempel er både oppringte og oppringende parter Webex Calling-abonnenter, og hvis du forankrer medier på Webex Calling SBC), kan ikke mediene flyte til den lokale gatewayen siden hullet ikke er åpent.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdata og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

inngående SIP-profiler

Gjør det mulig for CUBE å bruke SIP-profiler til å endre meldinger etter hvert som de mottas. Profiler brukes via oppringingsnoder eller leietakere.

3

Konfigurer kodek for taleklasse 100 kodekfilter for trunken. I dette eksemplet brukes det samme kodefilteret for alle trunker. Du kan konfigurere filtre for hver trunk for nøyaktig kontroll.

 taleklasse kodek 100 kodek preferanse 1 opus kodek preferanse 2 g711ulaw kodek preferanse 3 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for anrop gjennom SIP-trunker. Hvis du vil ha mer informasjon, se kodek for taleklasse.

Opus-kodek støttes bare for SIP-baserte PSTN-trunker. Hvis PSTN-trunken bruker en stemme T1/E1 eller analog FXO-tilkobling, må du utelate kodek preferanse 1 opus fra kodek for taleklasse 100 -konfigurasjonen.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken. (Dette trinnet gjelder ikke for Webex for Government)

 taleklasse stun-bruk 100 stun-bruk brannmur-traversal flytdata stun-bruk ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklass e og stun bruk is lite.

Kommandoen flytdata for brannmurtraversering er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.
Du krever begrenset bruk av ICE-lite for samtaleflyter ved hjelp av optimalisering av mediebaner. Hvis du vil tilby medieoptimalisering for en SIP til TDM-gateway, konfigurerer du en tilbakeringingsnode med ICE-Lite aktivert på IP-IP-strekningen. For ytterligere tekniske detaljer, ta kontakt med kontoen eller TAC-teamene.
5

Konfigurer policyen for mediekryptering for Webex-trafikk. (Dette trinnet gjelder ikke for Webex for Government)

 taleklasse srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer FIPS-kompatible GCM-chifre (dette trinnet gjelder bare for Webex for Government). 

 taleklasse srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som chifferserie som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chifre for lokal gateway for Webex for Government.

7

Konfigurer et mønster for å unikt identifisere anrop til en lokal gateway-trunk basert på destinasjonens FQDN eller SRV:

 taleklasse uri 100 sip mønster kube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du LGW FQDN eller SRV som er konfigurert i Control Hub mens du oppretter en trunk.

8

Konfigurer profiler for SIP-meldingsmanipulering. Hvis gatewayen din er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen, og «198.51.100.1» er den offentlige IP-adressen til det lokale gateway-grensesnittet vendt mot Webex Calling:

 taleklasse sip-profiler 100 regel 10 be om ENHVER sip-topptekst Kontakt endre "@.*:" "@cube1.lgw.com:" regel 20 svar ENHVER sip-topptekst Kontakt endre "@.*:" "@cube1.lgw.com:"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må toppteksten «Kontakt» i SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-domenenavnet som brukes for en klynge av enheter.

Hopp over neste trinn hvis du har konfigurert den lokale gatewayen med offentlige IP-adresser.

9

Hvis gatewayen er konfigurert med en privat IP-adresse bak statisk NAT, konfigurerer du innkommende og utgående SIP-profiler som følger. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen, «10.80.13.12» er grensesnittet IP-adressen vendt mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

SIP-profiler for utgående meldinger til Webex Calling 
 -taleklasse sip-profiler 100 regel 10 be om ENHVER sip-header Contact modify "@.*:" "@cube1.lgw.com:" regel 20 svar ENHVER sip-header Contact modify "@.*:" "@cube1.lgw.com:" regel 30 svar ENHVER sdp-header Audio-attributt modify "(a=kandidat:1 1.*) 10.80.13.12" "\1 192.65.79.20" regel 31 svar ENHVER endring av lydattributt for sdp-topptekst "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Lydtilkobling-Info endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 41 forespørsel ENHVER sdp-header Lydtilkobling-Info endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 50 forespørsel ENHVER sdp-header Tilkobling-Info endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 51 svar ENHVER sdp-header Økt-Eier endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 60 forespørsel ENHVER sdp-header Økt-eier endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 61 forespørsel ENHVER sdp-header Økt-eier endre "I IP4 192.65.79.20" regel 70 forespørsel ENHVER sdp-header Lydattributt endre "(a= 1.*) 10.80.13.12" "\1 192.65.79.20" regel 81 be om ENHVER endring av lydattributt for sdp-topptekst "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må toppteksten «Kontakt» i SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-domenenavnet som brukes for en klynge av enheter.

regel 30 til 81

Konverter private adressereferanser til den eksterne offentlige adressen for nettstedet, slik at Webex kan tolke og rute etterfølgende meldinger riktig.

SIP-profil for innkommende meldinger fra Webex Calling 
 -taleklasse sip-profiler 110 regel 10 svar ENHVER sdp-header Video-Connection-Info endre "192.65.79.20" "10.80.13.12" regel 20 svar ENHVER sdp-header Connection-Info endre "192.65.79.20" "10.80.13.12" regel 40 svar ENHVER sdp-header Audio-Connection-Info endre "192.65.79.20" "10.80.13.12" regel 50 svar ENHVER sdp-header Økt-Eier endre "192.65.79.20" "10.80.13.12" regel 60 svar ENHVER sdp-header Lyd-attributt endre "(a=kandidat:1 1.*) 192.65.79.20" "\1 10.80.13.12" regel 70 svar ENHVER endring av lydattributt for sdp-topptekst "(a=kandidat:1 2.*) 192.65.79.20" "\1 10.80.13.12" regel 80 svar ENHVER lyd-attributt for sdp-topptekst endre "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter referanser for offentlig adresse til den konfigurerte private adressen, slik at meldinger fra Webex kan behandles riktig av CUBE.

Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

10

Konfigurer en SIP Options holder live med endringsprofilen for toppteksten.

 taleklasse sip-profiler 115 regel 10 forespørsel ALTERNATIVER sip-header Kontakt endre "<sip:.*:" "<sip:cube1.lgw.com:" regel 30 forespørsel ENHVER sip-header Via endre "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Connection-Info endre "10.80.13.12" "192.65.79.20" regel 50 svar ENHVER sdp-header Audio-Connection-Info endre "10.80.13.12" "192.65.79.20" ! taleklasse sip-options-keepalive 100 beskrivelse Keepalive for Webex Calling-interval 5 transport tcp tls sip-profiler 115

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-alternativer-holder live 100

Konfigurerer en opprettholdelsesprofil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tiden (i sekunder) da en SIP Out of Dialog Options Ping sendes til oppringingsmålet når hjerteslagtilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne opprettholdelsesprofilen utløses fra oppringingsnoden som er konfigurert mot Webex.

For å sikre at kontaktoverskrifter inkluderer SBC fullt kvalifisert domenenavn, brukes SIP-profil 115. Regel 30, 40 og 50 kreves bare når SBC er konfigurert bak statisk NAT.

I dette eksemplet er cube1.lgw.com FQDN valgt for den lokale gatewayen, og hvis statisk NAT brukes, er «10.80.13.12» SBC-grensesnittet IP-adressen mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Oppringingsnoder tilknyttet denne leietakeren vil senere arve disse konfigurasjonene:

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

     taleklassetenant 100 ingen ekstern-part-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com økt transport tcp tls ingen øktoppdatering feil-passthru bind control kildegrensesnitt GigabitEthernet0/0/1 bind media kildegrensesnitt GigabitEthernet0/0/1 ingen pass-thru innhold custom-sdp sip-profiler 100 sip-profiler 110 innkommende personvernpolicy passthru!

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Vi anbefaler at du bruker leietakere til å konfigurere trunker som har sitt eget TLS-sertifikat og CN- eller SAN-valideringsliste. Her inneholder tls-profilen som er knyttet til leieren, klareringspunktet som skal brukes til å godta eller opprette nye tilkoblinger, og har CN- eller SAN-listen for å validere innkommende tilkoblinger. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som aktiveres ved hjelp av CIO asserted-id pai. Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk SRV-adressen for kant-proxy som er oppgitt i Control Hub når du opprettet trunken

    srtp-krypto 100

    Konfigurerer de foretrukne chifferpakkene for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    localhost dns: kube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID i utgående meldinger med det angitte FQDN.

    økttransport tcp tls

    Angir transport til TLS for tilknyttede oppringingsnoder. Hvis du vil ha mer informasjon, kan du se økttransport.

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økt globalt.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    SIP-profiler for taleklasse 100

    Bruker endringsprofilen for toppteksten (offentlig IP- eller NAT-adressering) for utgående meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    inngående SIP-profiler 110 taleklasse

    Bruker endringsprofilen for topptekst (kun NAT-adressering) som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    personvernerklæring passsthru

    Konfigurer alternativene for retningslinjene for personvernhode for at trunken skal sende personvernverdier fra mottatt melding til neste anropsstrekning. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen.

     oppringingsnode stemme 100 voip-beskrivelse Innkommende/utgående Webex Calling-mål-mønster BAD.BAD øktprotokoll sipv2 øktmål sip-server innkommende uri-forespørsel 100 taleklasse kodek 100 taleklasse stun-bruk 100 taleklasse sip rel1xx deaktiver taleklasse sip asserted-id pai taleklasse sip tenant 100 taleklasse sip options-keepalive profil 100 dtmf-relay rtp-nte srtp no vad

    Her er en forklaring på feltene for konfigurasjonen:

     stemme for oppringingsnode 100 voip  -beskrivelse innkommende/utgående Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 100 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden.

    innkommende uri-forespørsel 100

    For å angi taleklassen som brukes til å matche en VoIP-oppringingsnode med den unike ressursidentifikatoren (URI) for et innkommende anrop. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    taleklassekodek 100

    Angir kodektfilterliste for samtaler til og fra Webex Calling. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN hjelper med å åpne et brannmurhull for medietrafikk.

    taleklasse sip assert-id pai

    Angir informasjon om utgående anrop ved hjelp av toppteksten PAI (Privacy Asserted ID). Hvis du vil ha mer informasjon, kan du se SIP asserted-ID for taleklasse.

    SIP-leier for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå. Hvis du vil ha mer informasjon, kan du se sip-leietaker for taleklasse.

    sip-alternativer for taleklasse-holder profil 100

    Denne kommandoen brukes til å overvåke tilgjengeligheten til en gruppe SIP-servere eller endepunkter ved hjelp av en bestemt profil (100).

    srtp

    Aktiverer SRTP for anropsstrekningen.

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. Sikker til sikker samtaleruting støttes av CUBE.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurere lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP Gateways, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:

 taleklasse uri 200 sip vert ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til din IP PSTN-gateway. Hvis du vil ha mer informasjon, se uri for taleklasse.

2

Konfigurer følgende oppringingsnode for IP PSTN:

 oppringingsnode stemme 200 voip beskrivelse Innkommende/utgående IP PSTN trunk destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål ipv4:192.168.80.13 innkommende uri via 200 taleklasse sip bind control kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 taleklasse kodek 100 dtmf-relay rtp-nte no vad

Her er en forklaring på feltene for konfigurasjonen:

 oppringingsnode tale 200 voip  beskrivelse innkommende/utgående IP PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 20 0 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at oppringingsnode 20 0 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4:192.168.80.13

Angir destinasjonens mål-IPv4-adresse for å sende anropsstrekningen. Øktmålet her er ITSPs IP-adresse. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

innkommende uri via 200

Definerer et samsvarskriterium for VIA-toppteksten med IP PSTNs IP-adresse. Samsvarer med alle innkommende IP PSTN-anropsstrekninger på den lokale gatewayen med oppringingsnode 200. Hvis du vil ha mer informasjon, kan du se innkommende URL.

grensesnitt for båndkontroll GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

taleklassekodek 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 200 oppringingsnode stemme 200 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.
1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og koder for samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette løkker for oppringingsruting. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:

 taleoversettelse-regel 100 regel 1 /^\+/ /A2A/ taleoversettelse-profil 100 oversette kalt 100 taleoversettelse-regel 200 regel 1 /^/ /A1A/ taleoversettelse-profil 200 oversette kalt 200 taleoversettelse-regel 11 regel 1 /^A1A/ // taleoversettelse-profil 11 oversette kalt 11 taleoversettelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ taleoversettelse-profil 12 oversette kalt 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som legges til av oversettelsesprofil 100 til å veilede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofil 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se profil for taleoversettels e og regel for taleoversettelse.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM slot 2 på en enhet kan for eksempel inneholde følgende:

 korttype e1 0 2 isdn svitsjtype primær-net5 kontroller E1 0/2/0 pri-gruppe timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:

 oppringingsnode tale 200 pots beskrivelse Innkommende/utgående PRI PSTN trunk destinasjonsmønster BAD.BAD oversettelsesprofil innkommende 200 direkte-inngående oppringingsport 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode tale 200 pott  beskrivelse Innkommende/utgående PRI PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direkte-inn-oppringing

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.

 oppringningsnode stemme 10 voip-beskrivelse Utgående loop-rundt ben destinasjonsmønster BAD.BAD økt-protokoll sipv2 øktmål ipv4:192.168.80.14 taleklasse sip-bind-kontrollkilde-grensesnitt GigabitEthernet0/0/0 taleklasse sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode stemme 11 voip-beskrivelse Inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sipv2 innkommende oppringingsnode-stemme A1AT inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode-stemme 12 voip-beskrivelse Inngående loop-rundt-ben mot PSTN oversettelsesprofil innkommende 12 øktprotokoll sip2 innkommende oppringingsnummer A2AT taleklasse si

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode stemme 10 poeng  beskrivelse Utgående løypebein

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

innkommende oversettelsesprofil 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

grensesnitt for båndkontroll GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. Hvis du vil ha mer informasjon, se bind.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

kodek g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 10 beskrivelse Rute anrop til Loopback oppringingsnode 10

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

     oppringingsnode stemme 100 destinasjon dpg 10 oppringingsnode stemme 200 destinasjon dpg 10 oppringingsnode stemme 11 destinasjon dpg 100 oppringingsnode stemme 12 destinasjon dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

     taleklasse uri 300 sip mønster:5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

     taleklasse uri 400 sip mønster 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.

 ip-vert ucmpub.mydomain.com 192.168.80.60 ip-vert ucmsub1.mydomain.com 192.168.80.61 ip-vert ucmsub2.mydomain.com 192.168.80.62 ip-vert ucmsub3.mydomain.com 192.168.80.63 ip-vert ucmsub4.mydomain.com 192.168.80.64 ip-vert ucmsub5.mydomain.com 192.168.80.65 ip-vert _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

     dial-peer voice 300 voip beskrivelse UCM-Webex Calling trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:wxtocucm.io innkommende uri via 300 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 300 voip  -beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-oppringingsnode med en kode 30 0 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    taleklassekodek 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    grensesnitt for båndkontroll GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

     dial-peer voice 400 voip beskrivelse UCM-PSTN trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:pstntocucm.io innkommende uri via 400 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 400 voip  -beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-oppringingsnode med en kode på 40 0 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    taleklassekodek 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    grensesnitt for båndkontroll GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 300 beskrivelse Rute anrop til Unified CM Webex Calling trunk oppringingsnode 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

     taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 400 beskrivelse Rute anrop til Unified CM PSTN trunk oppringingsnode 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 300 oppringingsnode stemme 300 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

     oppringingsnode stemme 200 destinasjon dpg 400 oppringingsnode stemme 400 destinasjon dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den Cisco IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke visningskommandoer for å definere logikken for problemdetektering. Handlingstypene inkluderer:

  • Samle inn vis kommandoutganger

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS, SCP, FTP-server

TAC-ingeniører skriver DS-filer og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har den unike numeriske ID som er tilordnet av systemet. Diagnostic Signatures Lookup Tool (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren du bruker til å sende proaktivt varsel hvis enheten kjører IOS XE 17.6.1 eller nyere.

     konfigurer terminal call-home e-postserver :@ prioritet 1 sikker tls end

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg.

     konfigurere terminal call-home diagnostikksignatur LocalGateway(cfg-call-home-diag-sign)environment ds_email  slutt

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer 5 sekunders CPU-utnyttelse ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer du installerer i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Kontroller at du aktiverte SNMP ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

     vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    kopier ftp://brukernavn:password@/DS_64224.xml bootflash:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsel

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    kopier ftp://brukernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen.

    kopier ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Får tilgang til ftp://*:*@ 192.0.2.12/DS_64224.xml …!  [OK - 3571/4096 byte] 3571 byte kopiert på 0,064 sek (55797 byte/sekund)

  4. Installer DS XML-filen i den lokale gatewayen.

     Call-home diagnostikksignatur lasting DS_64224.xml Lastfil DS_64224.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi. 

     vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:   Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Last ned DSes:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen.

    kopier ftp://brukernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

     Call-home diagnostikksignatur lasting DS_65221.xml Lastfil DS_65221.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Du kan også bruke diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Dette eliminerer behovet for å manuelt sjekke problemet og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke oppslagsverktøyet for diagnostikksignature r til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en annen DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverbanen (cxd.cisco.com) for å laste opp diagnostikkdataene. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager som vist nedenfor. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager, etter behov. 

     konfigurer terminal call-home diagnostikksignatur LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end

    Eksempel: 

     callhome diagnostic signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

     vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager end

  3. Vi anbefaler at du installerer overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer i perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): iec=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

     kopier ftp://brukernavn:password@/DS_64224.xml bootflash:  kopier ftp://brukernavn:passord@/DS_65095.xml bootflash:

  6. Installer høy CPU-overvåking DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

     call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Kontroller at signaturen er installert med vis diagnostikksignatur for Call Home. Statuskolonnen skal ha en «registrert» verdi. 

     vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:   Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

    Nedlastede DS-er:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Bekreft utføring av diagnostikksignaturer

I kommandoen nedenfor viser «Status»-kolonnen i kommandoen diagnostikksignatur for Call Home endringer til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:   Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

Nedlastede DS-er:

ID-nummer

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

ID-nummer

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/n

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og visning av kommandoutganger som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturene til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdataene fra vis diagnostikksignatur for Call Home og kjører følgende kommando:

avinstallering av diagnostikksignatur for call-home

Eksempel:

diagnostikksignatur avinstallering av call-home 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Implementere CUBE med høy tilgjengelighet som lokal gateway

Grunnleggende

Forutsetninger

Før du distribuerer CUBE HA som lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende konsepter:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway-plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres for også å bruke den lokale gateway-funksjonen for Cisco Webex Calling, må du være nøye med konfigurasjonen som brukes for å sikre at eksisterende anropsflyter og -funksjoner ikke blir avbrutt, og sørg for at du overholder CUBE HA-designkravene.

Maskinvare- og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform som støtter både CUBE HA- og LGW-funksjoner.

Kommandoene og loggene i denne artikkelen er basert på minimum programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA konfigurasjonsveiledninger for ulike plattformer:

Oversikt over Webex Calling-løsning

Cisco Webex Calling er et samarbeidstilbud som tilbyr et skybasert alternativ for flere leietakere til lokal PBX-telefontjeneste med flere PSTN-alternativer for kunder.

Distribusjonen av den lokale gatewayen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway (lokalbasert PSTN)-trunk i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for en enkelt distribusjon eller en distribusjon på flere steder. Konfigurasjonen beskrevet i denne artikkelen er basert på denne distribusjonen.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt/ventebypar av rutere. Dette paret deler den samme virtuelle IP-adressen (VIP) på tvers av sine respektive grensesnitt og utveksler statusmeldinger kontinuerlig. CUBE-øktinformasjon er sjekket på tvers av ruterparet, slik at standbyruteren kan ta over alle CUBE-samtalebehandlingsansvar umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i stateful bevaring av signalisering og media.

Kontroll av peking er begrenset til tilkoblede samtaler med mediapakker. Anrop som er i transit, blir ikke sjekket (for eksempel en forsøks- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundans for stateful samtalebevaring

Fra og med IOS-XE 16.12.2 KAN CUBE HA distribueres som lokal gateway for Cisco Webex Calling-trunk-distribusjoner (lokalt basert PSTN), og vi dekker designhensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling-trunkdistribusjon.

Redundancy-gruppe infra-komponent

Redundancy Group (RG) Infra-komponenten gir støtte for kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige overflødighetstilstanden for hver ruter ved å utveksle opprettholder og hei-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for å kontrollere signal- og medietilstanden for hver samtale fra den aktive til standbyruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP (VIP)-grensesnittet for trafikkgrensesnittet (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesielt for å støtte tale B2B HA.

Administrasjon av virtuell IP (VIP)-adresse for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP og tilhørende fysiske grensesnitt på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-subnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for støtte for tale B2B HA. Eksterne enheter som Unified CM, Webex Calling-tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som mål-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling-synspunkt fungerer CUBE HA-paret derfor som én enkelt lokal gateway.

Anropssignalering og RTP-øktinformasjon for etablerte samtaler sjekkes fra den aktive ruteren til standbyruteren. Når den aktive ruteren går ned, tar standbyruteren over og fortsetter å viderekoble RTP-strømmen som tidligere ble rutet av den første ruteren.

Samtaler i midlertidig tilstand ved failover vil ikke bli bevart etter overgang. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventefunksjon. Etablerte samtaler kan kobles fra etter bytte.

Følgende krav er gjeldende for bruk av CUBE HA som lokal gateway for stateful failover av samtaler:

  • CUBE HA kan ikke ha samtidig plassert TDM eller analoge grensesnitt

  • Gig1 og Gig2 kalles trafikkgrensesnitt (SIP/RTP), og Gig3 er Redundancy Group (RG) Control/Data-grensesnitt

  • Ikke mer enn 2 CUBE HA-par kan plasseres i samme lag 2-domene, det ene med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2 domener (vlan, separat svitsj)

  • Portkanal støttes for både RG Control/data og trafikkgrensesnitt

  • All signalisering/media kommer fra/til den virtuelle IP-adressen

  • Når en plattform lastes på nytt i et CUBE-HA-forhold, starter den alltid opp som Standby

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundancy Interface Identifier, rii skal være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identisk, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes så bind som de alltid er opp

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke over en krysskabel-tilkobling for RG-kontroll/datatilkobling (Gig3)

  • Begge plattformene må være identiske og være tilkoblet via en fysisk bryter på tvers av alle likelige grensesnitt for at CUBE HA skal fungere, dvs. GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme bryter og så videre.

  • Kan ikke ha WAN avsluttet på CUBE-er direkte eller Data HA på begge sider

  • Begge aktive/standbyene må være i samme datasenter

  • Det er obligatorisk å bruke et eget L3-grensesnitt for redundans (RG Control/Data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes for HA-oppbevaringssystemer og kontrollpeking

  • Ved failover gjennomgår den tidligere aktive CUBE en reload ved design, og bevarer signalering og media

Konfigurere redundans på begge CUBE-ene

Du må konfigurere boks-til-boks-redundans for lag 2 på begge CUBE-ene som skal brukes i et HA-par for å hente opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

konf t spor 1 grensesnitt GigabitEthernet1 line-protocol spor 2 grensesnitt GigabitEthernet2 line-protocol utgang 

VCUBE-1#konf t

VCUBE-1(config)#spor 1 grensesnitt GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2-grensesnitt GigabitEthernet2 line-protocol

VCUBE-1(config-track)#utgang

VCUBE-2#konf t

VCUBE-2(config)#spor 1 grensesnitt GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2-grensesnitt GigabitEthernet2 line-protocol

VCUBE-2(config-track)#utgang

Track CLI brukes i RG til å spore taletrafikkgrensesnittet slik at den aktive ruten vil fjerne sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programredundans.

redundans program redundans gruppe 1 navn LocalGateway-HA prioritet 100 failover-terskel 75 kontroll GigabitEthernet3 protokoll 1 data GigabitEthernet3 timers forsinkelse 30 omlasting 60 spor 1 nedleggingsspor 2 nedleggingsavslutningsprotokoll 1 timers hellotid 3 holdtid 10 utgang utgang utgang 

VCUBE-1(config)#redundans

VCUBE-1(config-red)#programoverflødighet

VCUBE-1(config-rød-app)#gruppe 1

VCUBE-1(config-red-app-grp)#navn LocalGateway-HA

VCUBE-1(config-red-app-grp)#prioritet 100 failover-terskel 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3-protokoll 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers forsinkelse 30 omlasting 60

VCUBE-1(config-red-app-grp)#spor 1 avslutning

VCUBE-1(config-red-app-grp)#spor 2 avslutning

VCUBE-1(config-red-app-grp)#utgang

VCUBE-1(config-rød-app)#protokoll 1

VCUBE-1(config-red-app-prtcl)#timer heltid 3 holdtid 10

VCUBE-1(config-red-app-prtcl)#utgang

VCUBE-1(config-rød-app)#utgang

VCUBE-1(config-rød)#utgang

VCUBE-1(config)#

VCUBE-2(config)#redundans

VCUBE-2(config-red)#programoverflødighet

VCUBE-2(config-rød-app)#gruppe 1

VCUBE-2(config-red-app-grp)#navn LocalGateway-HA

VCUBE-2(config-red-app-grp)#prioritet 100 failover-terskel 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3-protokoll 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers forsinkelse 30 omlasting 60

VCUBE-2(config-red-app-grp)#spor 1 avslutning

VCUBE-2(config-red-app-grp)#spor 2 avslutning

VCUBE-2(config-red-app-grp)#utgang

VCUBE-2(config-red-app)#protokoll 1

VCUBE-2(config-red-app-prtcl)#timer heltid 3 holdtid 10

VCUBE-2(config-red-app-prtcl)#utgang

VCUBE-2(config-red-app)#utgang

VCUBE-2(config-rød)#utgang

VCUBE-2(config)#

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundans– går inn i redundans-modus

  • Applikasjonsredundans– Går inn i konfigurasjonsmodus for applikasjonsredundans

  • gruppe – går inn i konfigurasjonsmodus for redundans-programgruppe

  • navn LocalGateway-HA– Definerer navnet på RG-gruppen

  • prioritet 100 failover-terskel 75 – Angir første prioritet og failover-terskel for en RG

  • Timers forsinkelse 30 omlasting 60 – Konfigurerer to ganger for forsinkelse og omlasting

    • Forsinkelsestidtaker som er hvor lang tid det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – Standard 30 sekunder. Området er 0-10000 sekunder

    • Reload – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en reload – standard 60 sekunder. Området er 0-10000 sekunder

    • Standardtidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme eventuelle ekstra forsinkelser i nettverkskonvergensen som kan oppstå under oppstart/omlasting av rutere, for å garantere at RG-protokollforhandlingen finner sted etter at ruting i nettverket har konvertert til et stabilt punkt. Hvis det for eksempel vises etter failover at det tar opptil 20 sekunder før den nye STANDBY ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakeren justeres til «tidtakerforsinkelse 60 reload 120» for å faktorere denne forsinkelsen.

  • Control GigabitEthernet3-protokoll 1 – Konfigurerer grensesnittet som brukes til å utveksle opprettholder live- og hei-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundancy-program-protokoll

  • GigabitEthernet3-data – Konfigurerer grensesnittet som brukes til å kontrollere datatrafikk

  • sporing– RG-gruppesporing av grensesnitt

  • protokoll 1 – angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundant program-protokoll

  • Timers hellotid 3 holdtid 10– Konfigurerer de to tidtakerne for hellotid og holdtid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – Standard 3 sekunder. Området er 250 millisekunder - 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at senderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – Standard 10 sekunder. Området er 750 millisekunder-255 sekunder

      Vi anbefaler at du konfigurerer holdtidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-programmet. Konfigurer RG fra forrige trinn under taletjeneste voip. Dette gjør det mulig for CUBE-programmet å kontrollere overflødighetsprosessen.

taletjeneste voip redundans gruppe 1 utgang

VCUBE-1(config)#taletjeneste voip

VCUBE-1(config-voi-serv)#redundancy-gruppe 1

 % Created RG 1 association with Voice B2B HA; last inn ruteren på nytt for at den nye konfigurasjonen skal tre i kraft 

VCUBE-1(config-voi-serv)# utgang

VCUBE-2(config)#taletjeneste voip

VCUBE-2(config-voi-serv)#redundancy-gruppe 1

 % Created RG 1 association with Voice B2B HA; last inn ruteren på nytt for at den nye konfigurasjonen skal tre i kraft 

VCUBE-2(config-voi-serv)# utgang

Redundancy-gruppe 1– Å legge til og fjerne denne kommandoen krever en ny lasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittet med sine respektive virtuelle IP-er som vist nedenfor, og bruk redundant grensesnittidentifikator (rii)

VCUBE-1(config)#grensesnitt for GigabitEthernet1

VCUBE-1(config-if)# redundans rii 1

VCUBE-1(config-if)# redundans gruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-1(config-if)# utgang

VCUBE-1(config)#

VCUBE-1(config)#grensesnitt for GigabitEthernet2

VCUBE-1(config-if)# redundans rii 2

VCUBE-1(config-if)# redundans gruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-1(config-if)# utgang

VCUBE-2(config)#grensesnitt for GigabitEthernet1

VCUBE-2(config-if)# redundans rii 1

VCUBE-2(config-if)# redundans gruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-2(config-if)# utgang

VCUBE-2(config)#

VCUBE-2(config)#grensesnitt for GigabitEthernet2

VCUBE-2(config-if)# redundans rii 2

VCUBE-2(config-if)# redundans gruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-v(config-if)# utgang

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundancy rii – Konfigurerer redundancy grensesnittidentifikator for redundancy-gruppen. Kreves for å generere en virtuell MAC-ADRESSE (VMAC). Den samme rii-ID-verdien må brukes på grensesnittet til hver ruter (ACTIVE/STANDBY) som har samme VIP.

    Hvis det finnes mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans-applikasjonsgruppe alle» skal angi riktig lokal og motpartsinformasjon.

  • redundansgruppe 1– knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, samt VIP-en som er tilordnet dette fysiske grensesnittet.

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt spesifisert i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 til RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE og last den inn på nytt.

Plattformen som skal lastes inn på nytt, er alltid Standby.

VCUBE-1#wr

 Byggkonfigurasjon... 

 [ok] 

VCUBE-1#last inn på nytt

 Fortsett med å laste inn på nytt? [bekreft]

Når VCUBE-1 starter opp fullstendig, lagre konfigurasjonen av VCUBE-2 og last den inn på nytt.

VCUBE-2#wr

 Byggkonfigurasjon... 

 [ok] 

VCUBE-2#last inn på nytt

 Fortsett med å laste inn på nytt? [bekreft]

6

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift.

Vi lastet på nytt VCUBE-2 sist og i henhold til designhensyn. Plattformen som lastes på nytt vil alltid være Standby. 

 VCUBE-1#vis overflødighetsapplikasjonsgruppe alle Feil angir gruppe 1-informasjon:        Kjøretidsprioritet: [100] RG feil RG-tilstand: Opp.                        Totalt antall svitsjer på grunn av feil:  0 Totalt antall endringer ned/opp på grunn av feil: 0 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: AKTIV noderolle: STANDBY Peer Presence: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for AKTIV node: STANDBY HOT RG Protocol RG 1 ------------------ Rolle: Aktiv forhandling: Aktivert prioritet: 100 Protokolltilstand: Aktiv(e) Ctrl Intf-tilstand: Opp aktiv motpart: Lokal ventemotpart: adresse 10.1.1.2, prioritet 100, intf Gi3 Loggtellere:                 rolleendring til aktiv: 1 rolleendring til ventemodus: 1 deaktivering av hendelser: rg ned tilstand 0, rg lukk 0 ctrl intf hendelser: opp 1, ned 0, admin_down 0 omlastingshendelser: lokal forespørsel 0, nodeforespørsel 0 RG Media Context for RG 1 -------------------------- Ctx-tilstand: Aktiv protokoll-ID: 1 medietype: Standard kontrollgrensesnitt: GigabitEthernet3 Gjeldende tidtaker for hei: 3000 Konfigurert Hei-tidtaker: 3000, Hold timer: 10000 Peer Hello-tidtaker: 3000, Peer Hold timer: 10000 statistikk:             Pkts 1509, Bytes 93558, HA seq 0, seq nummer 1509, pkt tap 0 Autentisering ikke konfigurert Autentiseringsfeil: 0 Reload node: TX 0, RX 0 Avvikling: TX 0, RX 0 Standy Peer: Til stede. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Tap 0 VCUBE-1#
 VCUBE-2#vis overflødighetsapplikasjonsgruppe alle Feil oppgir gruppe 1-informasjon:        Kjøretidsprioritet: [100] RG feil RG-tilstand: Opp.                        Totalt antall svitsjer på grunn av feil:  0 Totalt antall endringer ned/opp på grunn av feil: 0 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: VENTEMOTPARTSROLLE: AKTIV nodetilstedeværelse: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for AKTIV node: STANDBY HOT RG Protocol RG 1 ------------------ Rolle: Aktiv forhandling: Aktivert prioritet: 100 Protokolltilstand: Aktiv(e) Ctrl Intf-tilstand: Opp aktiv motpart: adresse 10.1.1.2, prioritet 100, intf Gi3 Standby Peer: Lokale loggtellere:                 rolleendring til aktiv: 1 rolleendring til ventemodus: 1 deaktivering av hendelser: rg ned tilstand 0, rg lukk 0 ctrl intf hendelser: opp 1, ned 0, admin_down 0 omlastingshendelser: lokal forespørsel 0, nodeforespørsel 0 RG Media Context for RG 1 -------------------------- Ctx-tilstand: Aktiv protokoll-ID: 1 medietype: Standard kontrollgrensesnitt: GigabitEthernet3 Gjeldende tidtaker for hei: 3000 Konfigurert Hei-tidtaker: 3000, Hold timer: 10000 Peer Hello-tidtaker: 3000, Peer Hold timer: 10000 statistikk:             Pkts 1509, Bytes 93558, HA seq 0, seq nummer 1509, pkt tap 0 Autentisering ikke konfigurert Autentiseringsfeil: 0 Reload node: TX 0, RX 0 Avvikling: TX 0, RX 0 Standy Peer: Til stede. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Tap 0 VCUBE-2#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge konfigurasjonen av lokal gateway på både plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_LGU

  • Passord: lOV12SMeS

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene som vises nedenfor, før det kan brukes i legitimasjon eller delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-chiffrering og denne brukerdefinerte konfigurasjonsnøkkelen. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#passordkryptering aes

Her er konfigurasjonen av lokal gateway som vil gjelde for begge plattformene basert på Control Hub-parametrene vist ovenfor, lagre og last inn på nytt. SIP Digest-legitimasjon fra Control Hub er uthevet i fet.

 konfigurere terminal crypto pki trustpoint dummyTp tilbakekalling-check crl exit sip-ua kryptosignalisering standard trustpoint dummyTp cn-san-validert servertransport tcp tls v1.2 end konfigurere terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b ende konfigurere terminaltaletjeneste voip ip-adresse klarert liste ipv4 x.x.x.x y.y.y.y.y.y.y.y.y.y-tilkoblinger sip til sip media statistikk media massestatistikk ingen tilleggstjeneste sip referer ingen tilleggstjeneste sip-håndtak-erstatter faksprotokoll gjennomgang g711ulaw stun stun flytdata agent-id 1 oppstartsantall 4 flytdata delt-hemmelig 0 Passord123! sip g729 annexb-alle tidlig tilbud tvungen ende konfigurere terminaltaleklasse sip-profiler 200 regel 9 forespørsel ENHVER sip-topptekst SIP-Req-URI endre "sips:(.*)" "<sip:\1" regel 10 forespørsel ENHVER sip-topptekst For å endre "<sips:(.*)" "<sip:\1" regel 11 forespørsel ENHVER sip-topptekst Fra å endre "<sips:(.*)" "<sip:\1" regel 12 forespørsel ENHVER sip-topptekst Kontakt endre "<sips:(.*)" "<sip:\1" regel 13 svar ENHVER sip-topphussain1076_lgu>" regel 30 forespørsel om ENHVER sip-header P-Asserted-Identity endre "sips:(.*)" "sip:\1" taleklasse kodek 99 kodek preferanse 1 g711ulaw kodek preferanse 2 g711ulaw utgå taleklasse srtp-crypto 200 crypto 1 AES_cm_128_hmac_sha1_80 utgang taleklasse stun-bruk 200 stun-bruk brannmur-traversal flytdata utgang taleklasse tenant 200 registrator dns:40462196.cisco-bcld.com skjemaet SIPS utløper 240 oppdateringsforhold 50 tcp tls legitimasjonsnummer Hussain5091_lgu brukernavn Hussain1076_LGU passord 0 lOV12SMeS BroadWorks-godkjenningsbrukernavn Hussain5091_lgu passord 0 lOV12SMeS BroadWorks-godkjenningsbrukernavn Hussain5091_lgu passord 0 lOV12SMeS rike 40462196.cisco-bcld.com ingen ekstern part-ID SIP-server dns:40462196.cisco-bcld.com tilkobling-gjenbruk srtp-crypto 200 økt transport tcp tls url sips error-passthru asserted-id pai bind control kildegrensesnitt GigabitEthernet1 bind media kildegrensesnitt GigabitEthernet1 ingen pass-thru innhold egendefinert-sdp sip-profiler 200 utgående-proxy dns:la01.sipconnect-us10.cisco-bcld.com personvernpolicy passthru taleklassetenant 100 økttransport udp url sip error-passthru bind control kildegrensesnitt GigabitEthernet2 bind media source-grensesnitt GigabitEthernet2 ingen pass-thru innhold tilpasset sdp voice class tenant 300 bind control source-grensesnitt GigabitEthernet2 bind media source-grensesnitt GigabitEthernet2 ingen pass-thru innhold tilpasset sdp voice class uri 100 sip vert ipv4:198.18.133.3 taleklasse uri 200 sip mønster dtg=hussain1076.lgu oppringingsnode stemme 101 voip-beskrivelse Utgående oppringingsnode til IP PSTN-destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål ipv4:198.18.133.3 taleklasse-kodek 99 taleklasse sip-tenant 100 dtmf-relay rtp-nte no vad oppringingsnode stemme 201 voip-beskrivelse Utgående oppringingsnode til Webex Calling-destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål sip-server taleklasse kodek 99 taleklasse-bruk 200 ingen taleklasse sip localhost taleklasse sip-tenant 200 dtmf-relay rtp-nte srtp no vad taleklasse dpg 100 beskrivelse Innkommende WebexCalling(DP200) til IP PSTN(DP101) oppringingsnode 101 preferanse 1 taleklasse dpg 200 beskrivelse Innkommende IP PSTN(DP100) til Webex Calling(DP201) oppringingsnode 201 preferanse 1 taleklasse stemme 100 voip-desripping Innkommende oppringingsnode fra IP PST

For å vise visningskommandoen har vi lastet VCUBE-2 på nytt etterfulgt av VCUBE-1, slik at VCUBE-1 er standby CUBE og VCUBE-2 er den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med Webex Calling-tilgang SBC. Ta en titt på utdataene til følgende vise kommandoer.

vis overflødighetsapplikasjonsgruppe 1

vissip-uaregistreringsstatus 

 VCUBE-1#vis overflødighetsprogram gruppe 1 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: Ventemotpartsrolle : AKTIV nodetilstedeværelse: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for STANDBY Hot Peer: ACTIVE VCUBE-1#vis sip-ua-registreringsstatus VCUBE-1#

 VCUBE-2#vis overflødighetsprogram gruppe 1 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: AKTIV noderolle: STATUS Peer Presence: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for AKTIV node: STANDBY HOT VCUBE-2#vis status for sip-ua-registrering Leier: 200 --------------------registrerings-indeks  1 --------------------- Linjenode utløper (sek) reg overlevelse P-Associ-URI ============================== ============ ========== =========== Hussain5091_LGU -1 48 ja normal VCUBE-2#

Fra utdataene ovenfor kan du se at VCUBE-2 er den aktive LGW som opprettholder registreringen med Webex Calling access SBC, mens utdataene for «vis sip-ua registerstatus» er tomme i VCUBE-1

3

Aktiver nå følgende feilsøking på VCUBE-1

 VCUBE-1#debug ccsip ikke-anrop SIP Out-of-Dialog sporing er aktivert VCUBE-1#debug ccsip info SIP Call info sporing er aktivert VCUBE-1#debug ccsip melding

4

Simuler failover ved å utstede følgende kommando på den aktive LGW, VCUBE-2 i dette tilfellet.

 VCUBE-2#overflødighetsprogram laster opp gruppe 1 selv

Overgang fra ACTIVE til STANDBY LGW skjer også i følgende scenario i tillegg til CLI oppført ovenfor

  • Når den AKTIVE ruteren lastes på nytt

  • Når den AKTIVE ruteren slår på

  • Når et RG-konfigurert grensesnitt til den AKTIVE ruteren avsluttes for hvilket sporing er aktivert

5

Sjekk om VCUBE-1 har registrert seg med Webex Calling access SBC. VCUBE-2 ville vært lastet på nytt nå.

 VCUBE-1#show sip-ua registerstatus leietaker: 200 --------------------registrerings-indeks  1 --------------------- Linjenode utløper (sek) reg overlevelse P-Associ-URI ============================== ========== ============ ========== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1 er nå den aktive LGW.

6

Se på den aktuelle feilsøkingsloggen på VCUBE-1 ved å sende et SIP-REGISTER til Webex Calling VIA den virtuelle IP-adressen og motta en 200 OK.

 VCUBE-1#vis logg Jan 9:37:24.769: %RG_MEDIA-3-TIMERUTLØPT: RG id 1 Hei Time Utløpt. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG-id 1-rolleendring fra Standby til Aktiv Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: BYTTE, fra STANDBY_HOT til AKTIV tilstand. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Mottatt varsel om aktiv rolle 9. januar 18:37:25.758: //-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=z9hG4bK0374 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dato: Thu, 09. jan 2020 18:37:24 GMT Anrops-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Brukeragent: Cisco-SIPGateway/IOS-16.12.02 Maks. viderekobling: 70 Tidsstempel: 1578595044 CSeq: 2 REGISTRER kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Utløper: 240 Støttet: bane Innhold-Lengde: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Mottatt: SIP/2.0 401 Uautorisert via: SIP/2.0/TLS 198.18.1.228:5061;mottatt=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: Thu, 09. jan 2020 18:37:24 GMT Anrops-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Tidsstempel: 1578595044 CSeq: 2 REGISTRER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Innhold-lengde: 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: Thu, 09. jan 2020 18:37:25 GMT Anrops-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Brukeragent:Cisco-SIPGateway/IOS-16.12.02 Maks-viderekobling: 70 Tidsstempel: 1578595045 CSeq: 3 REGISTRER kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Utløper: 240 Støttet: bane godkjenning: Sammendrag username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Innhold-lengde: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Mottatt: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;mottatt=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 Ring-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Tidsstempel: 1578595045 CSeq: 3 REGISTRER kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0,5 tillatelseshendelser: call-info,line-seier,dialog,melding-sammendrag,som-funksjon-hendelse,x-broadworks-hoteling,x-broadworks-call-center-status,konferanse Innhold-lengde: 0

Konfigurer Unified CM for Webex Calling

Konfigurere SIP-trunk-sikkerhetsprofil for trunk til lokal gateway

I tilfeller der lokal gateway og PSTN-gateway ligger på samme enhet, må Unified CM kunne skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra samme enhet, og bruke differensierte tjenesteklasser for disse anropstypene. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokale gateway- og PSTN-gateway-enheten som krever forskjellige SIP-lytteporter for de to trunkene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Sikkerhetsprofil for Webex SIP Trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway-konfigurasjon for trafikk til/fra Webex: 5065

Konfigurere SIP-profil for den lokale gateway-kanalen

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex SIP-profil
Aktiver ALTERNATIVER Ping for å overvåke destinasjonsstatus for trunker med tjenestetypen «Ingen (standard)»Kontrollert

Opprette et anropssøkeområde for samtaler fra Webex

Opprett et anropssøkeområde for anrop fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex Calling Search Space
Valgte partisjoner

DN (+E.164 katalognumre)

ESN (forkortet oppringing mellom steder)

PSTNInternasjonal (PSTN-tilgang)

onNetRemote (GDPR-lærte destinasjoner)

Den siste partisjonen onNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM-klynger ved hjelp av Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex SIP Trunk
Kjør på alle aktive Unified CM-noderKontrollert
Innkommende anrop
AnropssøkeområdeDet tidligere definerte søkeområdet for anrop: Webex
AAR Calling Search Space Et anropssøkeområde med kun tilgang til PSTN-rutemønstre: PSTNRerute
SIP-informasjon
DestinasjonsadresseIP-adressen til den lokale gateway CUBE
Destinasjonsport5060
Sikkerhetsprofil for SIP-kanalTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurere rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunken: Webex

Konfigurere ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Ruteliste for Webex
Kjør på alle aktive Unified CM-noderKontrollert
Informasjon om rutelistemedlem
Valgte grupperBare den tidligere definerte rutegruppen: Webex

Opprette en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-destinasjonene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex Partition

Hva du skal gjøre nå

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-destinasjoner. Du må legge til denne partisjonen spesifikt i anropssøkeområdet som brukes som innkommende anropssøkeområde på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

Konfigurer rutemønstre for hvert DID-område på Webex med følgende innstillinger:

InnstillingVerdi
RutemønsterFullt + E.164-mønster for DID-området i Webex med den ledende «\». For eksempel: \+140855501XX
Partisjon for ruteWebex
Gateway/rutelisteRL_Webex
HasteprioritetKontrollert

Konfigurere forkortet normalisering av oppringing mellom steder for Webex

Hvis det kreves forkortet oppringing mellom steder for Webex, konfigurerer du oppringingsnormaliseringsmønstre for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex normaliseringsmønster
Bruk avsenderens anropssøkeområdeKontrollert
HasteprioritetKontrollert
Ikke vent på intersifret tidsavbrudd på etterfølgende hopperKontrollert
Transformasjonsmaske for kalt partiMaske for å normalisere nummeret til +E.164. For eksempel: +140855501XX

Konfigurer Webex Calling-funksjonene dine

Sett opp en huntgruppe

Huntgrupper ruter innkommende anrop til en gruppe brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du konfigurerer en huntgruppe, kan du se Huntgrupper i Cisco Webex Control Hub.

Opprett en samtalekø

Du kan konfigurere en samtalekø slik at når kundenes anrop ikke kan besvares, får de automatisk svar, betryggelsesmeldinger og ventemusikk frem til noen kan svare på anropet.

Hvis du vil ha mer informasjon om hvordan du konfigurerer og administrerer en samtalekø, kan du se Administrere samtalekøer i Cisco Webex Control Hub.

Opprett en resepsjonistklient

Hjelp med å støtte behovene til personalet ditt på kontaktkontoret. Du kan konfigurere brukere som telefonsvarere, slik at de kan vise innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du konfigurerer og viser resepsjonistklientene, kan du se Resepsjonistklienter i Cisco Webex Control Hub.

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, sette opp menyer og rute anrop til en svartjeneste, en huntgruppe, en talepostboks eller en ekte person. Opprett en 24-timers plan eller oppgi forskjellige alternativer når bedriften din er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, kan du se Administrere automatiske svartjenester i Cisco Webex Control Hub.

Konfigurere en oppkallingsgruppe

Gruppeoppkall gjør det mulig for en bruker å foreta et enveis anrop eller gruppeoppkall til opptil 75 målbrukere og arbeidsområder ved å ringe et nummer eller et internnummer som er tilordnet en bestemt oppkingsgruppe.

Hvis du vil ha informasjon om hvordan du konfigurerer og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub.

Konfigurere mottak av anrop

Forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukerne kan svare på anrop til hverandre. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på samtalene sine.

Hvis du vil ha informasjon om hvordan du konfigurerer en mottak av anrop, kan du se Mottak av anrop i Cisco Webex Control Hub.

Konfigurere samtaleparkering

Samtaleparkering gjør det mulig for en definert gruppe brukere å parkere samtaler mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på telefonen.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub.

Aktiver innbryting for brukere

1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop.

3

Gå til delen Tillatelser mellom brukere , og velg deretter Bryt inn.

4

Slå på bryteren for å la andre brukere legge seg selv til denne brukerens pågående samtale.

5

Merk av for Spill av en tone når denne brukeren brytes inn i en samtale hvis du vil spille av en tone for andre når denne brukeren brytes inn i samtalen.

Innstillingen Spill av en tone når denne brukeren brytes inn i en samtale gjelder ikke for Customer Experience Basic- og Essentials-funksjoner for innbryting av ledere. Selv om du aktiverer dette alternativet for en leder, spiller ikke systemet varseltonen til agenten når en leder bryter inn i samtalekøen.

Hvis du vil spille av en tone til en agent når en leder bryter inn i samtalen, kan du aktivere den via innstillingene «Varslingstone for agenter». Hvis du vil ha mer informasjon, kan du se delen Opprett en kø i Grunnleggende om Webex-kundeopplevelse eller Grunnleggende om Webex-kundeopplevelse.

6

Klikk på Lagre.

Aktiver personvern for en bruker

1

Logg på Control Hub, og gå til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop.

3

Gå til området Tillatelser mellom brukere , og velg deretter Personvern.

4

Velg de riktige innstillingene for personvern for automatisk svartjeneste for denne brukeren.

  • Tillat denne brukeren å bli oppringt med internnummer
  • Tillat denne brukeren å bli oppringt med for- eller etternavn
5

Merk av for Aktiver personvern . Deretter kan du bestemme deg for å blokkere alle ved å ikke velge medlemmer fra rullegardinlisten. Du kan også velge brukere, arbeidsområder og virtuelle linjer som kan overvåke linjestatusen til denne brukeren.

Hvis du er stedsadministrator, vises bare brukerne, arbeidsområdene og de virtuelle linjene som gjelder de tilordnede stedene dine i rullegardinlisten.

Fjern merket i avkrysningsboksen Aktiver personvern slik at alle kan overvåke linjestatusen.

6

Merk av i avkrysningsboksen Håndhev personvern for rettet mottak av anrop og bryt inn for å aktivere personvern for rettet mottak av anrop og bryt inn anrop.

  • Hvis du aktiverer dette alternativet, kan bare autoriserte brukere, virtuelle linjer og arbeidsområdeenheter bruke rettet mottak av anrop og bryt inn på denne brukeren. Ellers kan alle i organisasjonen påkalle rettet mottak av anrop og bryte inn på en linje.
  • Hvis du vil ha mer informasjon om innbryting, kan du se Innbryt på andres telefonsamtale.
  • Lederen kan alltid bryte inn i samtaler som agentene mottar gjennom samtalekøen. Det vil si at personverninnstillingene ikke påvirker innbrytingsalternativet til en leder.
7

Fra Legg til medlem etter navn velger du brukerne, arbeidsområdene og de virtuelle linjene som kan overvåke telefonlinjestatusen og aktivere styrt henting av anrop og innbryting.

8

Hvis du vil filtrere medlemmene du velger, bruker du filteret etter navn, nummer eller ext -felt.

9

Klikk på Fjern alle for å fjerne alle de valgte medlemmene.

Hvis du vil fjerne et enkelt medlem, klikker du på Slett ved siden av medlemmets navn.
10

Klikk på Lagre.

Personverninnstillinger

Konfigurer overvåking

Maksimalt antall overvåkede linjer for en bruker er 50. Når du konfigurerer overvåkingslisten, bør du imidlertid vurdere antall meldinger som påvirker båndbredden mellom Webex Calling og nettverket ditt. Du kan også bestemme maksimalt antall overvåkede linjer etter antall linjeknapper på brukerens telefon.

1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon og klikker deretter på Brukere.

2

Velg brukeren du vil endre, og klikk på Anrop.

3

Gå til delen Tillatelser mellom brukere , og velg Overvåking.

4

Velg blant følgende:

  • Legg til overvåket linje
  • Legg til internnummer for samtaleparkering

Du kan inkludere en virtuell linje i listen Legg til overvåket linje for brukerovervåking.

5

Velg om du vil varsle denne brukeren om parkerte samtaler, søk etter personen eller internnummeret for samtaleparkering som skal overvåkes, og klikk deretter på Lagre.

Listen over overvåkede linjer i Control Hub tilsvarer rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene Innringer-ID Fornavn og Etternavn for brukeren, arbeidsområdet og den virtuelle linjen.

Vil du se hvordan det gjøres? Se denne videodemonstrasjonen om hvordan du administrerer overvåkingsinnstillinger for en bruker i Control Hub.

Aktiver advarselstone for anropsbro for brukere

Før du begynner

Du må ha konfigurert den delte linjen for å kunne starte anropsbroen. Se hvordan du konfigurerer delte linjer før du aktiverer varseltonen for anropsbroen.
1

Logg på Control Hub, og gå til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop -fanen.

3

Gå til Tillatelser mellom brukere, og klikk på Varseltone for kobling av anrop.

4

Slå på Varseltone for samtalekobling, og klikk deretter på Lagre.

Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebroking på en delt MPP-linje, kan du se Delte linjer på bordtelefonen for flere plattformer.

Hvis du vil ha mer informasjon om samtalebroking på en delt linje i Webex-appen, kan du se Delt linje-utseende for WebexApp.

Slå på fleksibel kontorplass for en bruker

Ved å aktivere fleksibel kontorplass for en bruker kan de jobbe i et annet område samtidig som de opprettholder funksjonaliteten og funksjonene til hovedbordtelefonen.
1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon og velger Brukere.

2

Velg en bruker og klikk på Anrop -fanen.

3

Gå til delen Tillatelser mellom brukere , velg Fleksibel kontorplass og slå på bryteren.

4

Skriv inn navnet eller nummeret på verten i søkefeltet Plassering av fleksibel kontorplass , og velg verten du vil tilordne til brukeren.

Bare én hotellvert kan velges. Hvis du velger en annen hotellvert, blir den første slettet.

Hvis du er stedsadministrator, kan du bare tilordne hotellverten som gjelder de tilordnede stedene dine.
5

Hvis du vil begrense tiden en bruker kan knyttes til hotellverten, velger du hvor mange timer brukeren kan bruke hotellverten fra rullegardinlisten Begrens tilknytningsperiode .

Brukeren blir automatisk logget ut etter det valgte tidspunktet.

Det vises en feilmelding på skjermen hvis grensetilknytningsperioden som er angitt for brukeren, overskrider grensetilknytningsperioden til den valgte verten. Hvis for eksempel verten har en grensesammenslutningsperiode på 12 timer og brukerens grensesammenslutningsperiode er 24 timer, vises en feilmelding. I slike tilfeller må du forlenge den begrensede tilknytningsperioden til verten hvis det kreves mer tid for brukeren.

6

Klikk på Lagre.

En bruker kan også søke etter og finne hotellverten de ønsker å bruke fra User Hub. Hvis du vil ha mer informasjon, se Få tilgang til anropsprofilen din fra hvor som helst.

Vil du se hvordan det gjøres? Se denne videodemonstrasjonen om hvordan du konfigurerer hotellopphold i Control Hub.

Innføringstrender og bruksrapporter for Webex Calling

Vis anropsrapporter

Du kan bruke Analyse-siden i Control Hub til å få innsikt i hvordan folk bruker Webex Calling og Webex-appen (engasjement), og om kvaliteten i samtalemedieopplevelsen. Hvis du vil ha tilgang til Webex Calling-analyse, logger du på Control Hub, går til Analyse og velger Calling -fanen.

1

Hvis du vil ha detaljerte rapporter om samtalehistorikk, logger du på Control Hub og går deretter til Analyse > Anrop.

2

Velg Detaljert samtalelogg.

Hvis du vil ha informasjon om anrop som bruker dedikert forekomst, kan du se Analyse av dedikert forekomst.

3

Hvis du vil ha tilgang til mediekvalitetsdata, logger du på Control Hub, går til Analyse og velger Anrop.

Hvis du vil ha mer informasjon, kan du se Analyse for din skysamarbeidsportefølje.

Implementere CUBE med høy tilgjengelighet som lokal gateway

Grunnleggende

Forutsetninger

Før du distribuerer CUBE HA som lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende konsepter:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway-plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres for også å bruke den lokale gateway-funksjonen for Cisco Webex Calling, må du være nøye med konfigurasjonen som brukes for å sikre at eksisterende anropsflyter og -funksjoner ikke blir avbrutt, og sørg for at du overholder CUBE HA-designkravene.

Maskinvare- og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform som støtter både CUBE HA- og LGW-funksjoner.

Kommandoene og loggene i denne artikkelen er basert på minimum programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA konfigurasjonsveiledninger for ulike plattformer:

Oversikt over Webex Calling-løsning

Cisco Webex Calling er et samarbeidstilbud som tilbyr et skybasert alternativ for flere leietakere til lokal PBX-telefontjeneste med flere PSTN-alternativer for kunder.

Distribusjonen av den lokale gatewayen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway (lokalbasert PSTN)-trunk i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for en enkelt distribusjon eller en distribusjon på flere steder. Konfigurasjonen beskrevet i denne artikkelen er basert på denne distribusjonen.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt/ventebypar av rutere. Dette paret deler den samme virtuelle IP-adressen (VIP) på tvers av sine respektive grensesnitt og utveksler statusmeldinger kontinuerlig. CUBE-øktinformasjon er sjekket på tvers av ruterparet, slik at standbyruteren kan ta over alle CUBE-samtalebehandlingsansvar umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i stateful bevaring av signalisering og media.

Kontroll av peking er begrenset til tilkoblede samtaler med mediapakker. Anrop som er i transit, blir ikke sjekket (for eksempel en forsøks- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundans for stateful samtalebevaring

Fra og med IOS-XE 16.12.2 KAN CUBE HA distribueres som lokal gateway for Cisco Webex Calling-trunk-distribusjoner (lokalt basert PSTN), og vi dekker designhensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling-trunkdistribusjon.

Redundancy-gruppe infra-komponent

Redundancy Group (RG) Infra-komponenten gir støtte for kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige overflødighetstilstanden for hver ruter ved å utveksle opprettholder og hei-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for å kontrollere signal- og medietilstanden for hver samtale fra den aktive til standbyruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP (VIP)-grensesnittet for trafikkgrensesnittet (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesielt for å støtte tale B2B HA.

Administrasjon av virtuell IP (VIP)-adresse for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP og tilhørende fysiske grensesnitt på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-subnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for støtte for tale B2B HA. Eksterne enheter som Unified CM, Webex Calling-tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som mål-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling-synspunkt fungerer CUBE HA-paret derfor som én enkelt lokal gateway.

Anropssignalering og RTP-øktinformasjon for etablerte samtaler sjekkes fra den aktive ruteren til standbyruteren. Når den aktive ruteren går ned, tar standbyruteren over og fortsetter å viderekoble RTP-strømmen som tidligere ble rutet av den første ruteren.

Samtaler i midlertidig tilstand ved failover vil ikke bli bevart etter overgang. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventefunksjon. Etablerte samtaler kan kobles fra etter bytte.

Følgende krav er gjeldende for bruk av CUBE HA som lokal gateway for stateful failover av samtaler:

  • CUBE HA kan ikke ha samtidig plassert TDM eller analoge grensesnitt

  • Gig1 og Gig2 kalles trafikkgrensesnitt (SIP/RTP), og Gig3 er Redundancy Group (RG) Control/Data-grensesnitt

  • Ikke mer enn 2 CUBE HA-par kan plasseres i samme lag 2-domene, det ene med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2 domener (vlan, separat svitsj)

  • Portkanal støttes for både RG Control/data og trafikkgrensesnitt

  • All signalisering/media kommer fra/til den virtuelle IP-adressen

  • Når en plattform lastes på nytt i et CUBE-HA-forhold, starter den alltid opp som Standby

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundancy Interface Identifier, rii skal være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identisk, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes så bind som de alltid er opp

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke over en krysskabel-tilkobling for RG-kontroll/datatilkobling (Gig3)

  • Begge plattformene må være identiske og være tilkoblet via en fysisk bryter på tvers av alle likelige grensesnitt for at CUBE HA skal fungere, dvs. GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme bryter og så videre.

  • Kan ikke ha WAN avsluttet på CUBE-er direkte eller Data HA på begge sider

  • Begge aktive/standbyene må være i samme datasenter

  • Det er obligatorisk å bruke et eget L3-grensesnitt for redundans (RG Control/Data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes for HA-oppbevaringssystemer og kontrollpeking

  • Ved failover gjennomgår den tidligere aktive CUBE en reload ved design, og bevarer signalering og media

Konfigurere redundans på begge CUBE-ene

Du må konfigurere boks-til-boks-redundans for lag 2 på begge CUBE-ene som skal brukes i et HA-par for å hente opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

konf t spor 1 grensesnitt GigabitEthernet1 line-protocol spor 2 grensesnitt GigabitEthernet2 line-protocol utgang 

VCUBE-1#konf t

VCUBE-1(config)#spor 1 grensesnitt GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2-grensesnitt GigabitEthernet2 line-protocol

VCUBE-1(config-track)#utgang

VCUBE-2#konf t

VCUBE-2(config)#spor 1 grensesnitt GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2-grensesnitt GigabitEthernet2 line-protocol

VCUBE-2(config-track)#utgang

Track CLI brukes i RG til å spore taletrafikkgrensesnittet slik at den aktive ruten vil fjerne sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programredundans.

redundans program redundans gruppe 1 navn LocalGateway-HA prioritet 100 failover-terskel 75 kontroll GigabitEthernet3 protokoll 1 data GigabitEthernet3 timers forsinkelse 30 omlasting 60 spor 1 nedleggingsspor 2 nedleggingsavslutningsprotokoll 1 timers hellotid 3 holdtid 10 utgang utgang utgang 

VCUBE-1(config)#redundans

VCUBE-1(config-red)#programoverflødighet

VCUBE-1(config-rød-app)#gruppe 1

VCUBE-1(config-red-app-grp)#navn LocalGateway-HA

VCUBE-1(config-red-app-grp)#prioritet 100 failover-terskel 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3-protokoll 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers forsinkelse 30 omlasting 60

VCUBE-1(config-red-app-grp)#spor 1 avslutning

VCUBE-1(config-red-app-grp)#spor 2 avslutning

VCUBE-1(config-red-app-grp)#utgang

VCUBE-1(config-rød-app)#protokoll 1

VCUBE-1(config-red-app-prtcl)#timer heltid 3 holdtid 10

VCUBE-1(config-red-app-prtcl)#utgang

VCUBE-1(config-rød-app)#utgang

VCUBE-1(config-rød)#utgang

VCUBE-1(config)#

VCUBE-2(config)#redundans

VCUBE-2(config-red)#programoverflødighet

VCUBE-2(config-rød-app)#gruppe 1

VCUBE-2(config-red-app-grp)#navn LocalGateway-HA

VCUBE-2(config-red-app-grp)#prioritet 100 failover-terskel 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3-protokoll 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers forsinkelse 30 omlasting 60

VCUBE-2(config-red-app-grp)#spor 1 avslutning

VCUBE-2(config-red-app-grp)#spor 2 avslutning

VCUBE-2(config-red-app-grp)#utgang

VCUBE-2(config-red-app)#protokoll 1

VCUBE-2(config-red-app-prtcl)#timer heltid 3 holdtid 10

VCUBE-2(config-red-app-prtcl)#utgang

VCUBE-2(config-red-app)#utgang

VCUBE-2(config-rød)#utgang

VCUBE-2(config)#

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundans– går inn i redundans-modus

  • Applikasjonsredundans– Går inn i konfigurasjonsmodus for applikasjonsredundans

  • gruppe – går inn i konfigurasjonsmodus for redundans-programgruppe

  • navn LocalGateway-HA– Definerer navnet på RG-gruppen

  • prioritet 100 failover-terskel 75 – Angir første prioritet og failover-terskel for en RG

  • Timers forsinkelse 30 omlasting 60 – Konfigurerer to ganger for forsinkelse og omlasting

    • Forsinkelsestidtaker som er hvor lang tid det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – Standard 30 sekunder. Området er 0-10000 sekunder

    • Reload – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en reload – standard 60 sekunder. Området er 0-10000 sekunder

    • Standardtidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme eventuelle ekstra forsinkelser i nettverkskonvergensen som kan oppstå under oppstart/omlasting av rutere, for å garantere at RG-protokollforhandlingen finner sted etter at ruting i nettverket har konvertert til et stabilt punkt. Hvis det for eksempel vises etter failover at det tar opptil 20 sekunder før den nye STANDBY ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakeren justeres til «tidtakerforsinkelse 60 reload 120» for å faktorere denne forsinkelsen.

  • Control GigabitEthernet3-protokoll 1 – Konfigurerer grensesnittet som brukes til å utveksle opprettholder live- og hei-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundancy-program-protokoll

  • GigabitEthernet3-data – Konfigurerer grensesnittet som brukes til å kontrollere datatrafikk

  • sporing– RG-gruppesporing av grensesnitt

  • protokoll 1 – angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundant program-protokoll

  • Timers hellotid 3 holdtid 10– Konfigurerer de to tidtakerne for hellotid og holdtid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – Standard 3 sekunder. Området er 250 millisekunder - 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at senderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – Standard 10 sekunder. Området er 750 millisekunder-255 sekunder

      Vi anbefaler at du konfigurerer holdtidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-programmet. Konfigurer RG fra forrige trinn under taletjeneste voip. Dette gjør det mulig for CUBE-programmet å kontrollere overflødighetsprosessen.

taletjeneste voip redundans gruppe 1 utgang

VCUBE-1(config)#taletjeneste voip

VCUBE-1(config-voi-serv)#redundancy-gruppe 1

 % Created RG 1 association with Voice B2B HA; last inn ruteren på nytt for at den nye konfigurasjonen skal tre i kraft 

VCUBE-1(config-voi-serv)# utgang

VCUBE-2(config)#taletjeneste voip

VCUBE-2(config-voi-serv)#redundancy-gruppe 1

 % Created RG 1 association with Voice B2B HA; last inn ruteren på nytt for at den nye konfigurasjonen skal tre i kraft 

VCUBE-2(config-voi-serv)# utgang

Redundancy-gruppe 1– Å legge til og fjerne denne kommandoen krever en ny lasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittet med sine respektive virtuelle IP-er som vist nedenfor, og bruk redundant grensesnittidentifikator (rii)

VCUBE-1(config)#grensesnitt for GigabitEthernet1

VCUBE-1(config-if)# redundans rii 1

VCUBE-1(config-if)# redundans gruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-1(config-if)# utgang

VCUBE-1(config)#

VCUBE-1(config)#grensesnitt for GigabitEthernet2

VCUBE-1(config-if)# redundans rii 2

VCUBE-1(config-if)# redundans gruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-1(config-if)# utgang

VCUBE-2(config)#grensesnitt for GigabitEthernet1

VCUBE-2(config-if)# redundans rii 1

VCUBE-2(config-if)# redundans gruppe 1 ip 198.18.1.228 eksklusiv

VCUBE-2(config-if)# utgang

VCUBE-2(config)#

VCUBE-2(config)#grensesnitt for GigabitEthernet2

VCUBE-2(config-if)# redundans rii 2

VCUBE-2(config-if)# redundans gruppe 1 ip 198.18.133.228 eksklusiv

VCUBE-v(config-if)# utgang

Her er en forklaring på feltene som brukes i denne konfigurasjonen:

  • redundancy rii – Konfigurerer redundancy grensesnittidentifikator for redundancy-gruppen. Kreves for å generere en virtuell MAC-ADRESSE (VMAC). Den samme rii-ID-verdien må brukes på grensesnittet til hver ruter (ACTIVE/STANDBY) som har samme VIP.

    Hvis det finnes mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans-applikasjonsgruppe alle» skal angi riktig lokal og motpartsinformasjon.

  • redundansgruppe 1– knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, samt VIP-en som er tilordnet dette fysiske grensesnittet.

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt spesifisert i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 til RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE og last den inn på nytt.

Plattformen som skal lastes inn på nytt, er alltid Standby.

VCUBE-1#wr

 Byggkonfigurasjon... 

 [ok] 

VCUBE-1#last inn på nytt

 Fortsett med å laste inn på nytt? [bekreft]

Når VCUBE-1 starter opp fullstendig, lagre konfigurasjonen av VCUBE-2 og last den inn på nytt.

VCUBE-2#wr

 Byggkonfigurasjon... 

 [ok] 

VCUBE-2#last inn på nytt

 Fortsett med å laste inn på nytt? [bekreft]

6

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift.

Vi lastet på nytt VCUBE-2 sist og i henhold til designhensyn. Plattformen som lastes på nytt vil alltid være Standby. 

 VCUBE-1#vis overflødighetsapplikasjonsgruppe alle Feil angir gruppe 1-informasjon:        Kjøretidsprioritet: [100] RG feil RG-tilstand: Opp.                        Totalt antall svitsjer på grunn av feil:  0 Totalt antall endringer ned/opp på grunn av feil: 0 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: AKTIV noderolle: STANDBY Peer Presence: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for AKTIV node: STANDBY HOT RG Protocol RG 1 ------------------ Rolle: Aktiv forhandling: Aktivert prioritet: 100 Protokolltilstand: Aktiv(e) Ctrl Intf-tilstand: Opp Aktiv motpart: Lokal ventemotpart: adresse 10.1.1.2, prioritet 100, intf Gi3 Loggtellere:                 rolleendring til aktiv: 1 rolleendring til ventemodus: 1 deaktivering av hendelser: rg ned tilstand 0, rg lukk 0 ctrl intf hendelser: opp 1, ned 0, admin_down 0 omlastingshendelser: lokal forespørsel 0, nodeforespørsel 0 RG Media Context for RG 1 -------------------------- Ctx-tilstand: Aktiv protokoll-ID: 1 medietype: Standard kontrollgrensesnitt: GigabitEthernet3 Gjeldende tidtaker for hei: 3000 Konfigurert Hei-tidtaker: 3000, Hold timer: 10000 Peer Hello-tidtaker: 3000, Peer Hold timer: 10000 statistikk:             Pkts 1509, Bytes 93558, HA seq 0, seq nummer 1509, pkt tap 0 Autentisering ikke konfigurert Autentiseringsfeil: 0 Reload node: TX 0, RX 0 Avvikling: TX 0, RX 0 Standy Peer: Til stede. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Tap 0 VCUBE-1#
 VCUBE-2#vis overflødighetsapplikasjonsgruppe alle Feil oppgir gruppe 1-informasjon:        Kjøretidsprioritet: [100] RG feil RG-tilstand: Opp.                        Totalt antall svitsjer på grunn av feil:  0 Totalt antall endringer ned/opp på grunn av feil: 0 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: VENTEMOTPARTSROLLE: AKTIV nodetilstedeværelse: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for AKTIV node: STANDBY HOT RG Protocol RG 1 ------------------ Rolle: Aktiv forhandling: Aktivert prioritet: 100 Protokolltilstand: Aktiv(e) Ctrl Intf-tilstand: Opp Aktiv motpart: adresse 10.1.1.2, prioritet 100, intf Gi3 Standby Peer: Lokale loggtellere:                 rolleendring til aktiv: 1 rolleendring til ventemodus: 1 deaktivering av hendelser: rg ned tilstand 0, rg lukk 0 ctrl intf hendelser: opp 1, ned 0, admin_down 0 omlastingshendelser: lokal forespørsel 0, nodeforespørsel 0 RG Media Context for RG 1 -------------------------- Ctx-tilstand: Aktiv protokoll-ID: 1 medietype: Standard kontrollgrensesnitt: GigabitEthernet3 Gjeldende tidtaker for hei: 3000 Konfigurert Hei-tidtaker: 3000, Hold timer: 10000 Peer Hello-tidtaker: 3000, Peer Hold timer: 10000 statistikk:             Pkts 1509, Bytes 93558, HA seq 0, seq nummer 1509, pkt tap 0 Autentisering ikke konfigurert Autentiseringsfeil: 0 Reload node: TX 0, RX 0 Avvikling: TX 0, RX 0 Standy Peer: Til stede. Hold Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Tap 0 VCUBE-2#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge konfigurasjonen av lokal gateway på både plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_LGU

  • Passord: lOV12SMeS

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene som vises nedenfor, før det kan brukes i legitimasjon eller delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-chiffrering og denne brukerdefinerte konfigurasjonsnøkkelen. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#passordkryptering aes

Her er konfigurasjonen av lokal gateway som vil gjelde for begge plattformene basert på Control Hub-parametrene vist ovenfor, lagre og last inn på nytt. SIP Digest-legitimasjon fra Control Hub er uthevet i fet.

 konfigurere terminal crypto pki trustpoint dummyTp tilbakekalling-check crl exit sip-ua kryptosignalisering standard trustpoint dummyTp cn-san-validert servertransport tcp tls v1.2 end konfigurere terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b ende konfigurere terminaltaletjeneste voip ip-adresse klarert liste ipv4 x.x.x.x y.y.y.y.y.y.y.y.y.y-tilkoblinger sip til sip media statistikk media massestatistikk ingen tilleggstjeneste sip referer ingen tilleggstjeneste sip-håndtak-erstatter faksprotokoll gjennomgang g711ulaw stun stun flytdata agent-id 1 oppstartsantall 4 flytdata delt-hemmelig 0 Passord123! sip g729 annexb-alle tidlig tilbud tvungen ende konfigurere terminaltaleklasse sip-profiler 200 regel 9 forespørsel ENHVER sip-topptekst SIP-Req-URI endre "sips:(.*)" "<sip:\1" regel 10 forespørsel ENHVER sip-topptekst For å endre "<sips:(.*)" "<sip:\1" regel 11 forespørsel ENHVER sip-topptekst Fra å endre "<sips:(.*)" "<sip:\1" regel 12 forespørsel ENHVER sip-topptekst Kontakt endre "<sips:(.*)" "<sip:\1" regel 13 svar ENHVER sip-topphussain1076_lgu>" regel 30 forespørsel om ENHVER sip-header P-Asserted-Identity endre "sips:(.*)" "sip:\1" taleklasse kodek 99 kodek preferanse 1 g711ulaw kodek preferanse 2 g711ulaw utgå taleklasse srtp-crypto 200 crypto 1 AES_cm_128_hmac_sha1_80 utgang taleklasse stun-bruk 200 stun-bruk brannmur-traversal flytdata utgang taleklasse tenant 200 registrator dns:40462196.cisco-bcld.com skjemaet SIPS utløper 240 oppdateringsforhold 50 tcp tls legitimasjonsnummer Hussain5091_lgu brukernavn Hussain1076_LGU passord 0 lOV12SMeS BroadWorks-godkjenningsbrukernavn Hussain5091_lgu passord 0 lOV12SMeS BroadWorks-godkjenningsbrukernavn Hussain5091_lgu passord 0 lOV12SMeS rike 40462196.cisco-bcld.com ingen ekstern part-ID SIP-server dns:40462196.cisco-bcld.com tilkobling-gjenbruk srtp-crypto 200 økt transport tcp tls url sips error-passthru asserted-id pai bind control kildegrensesnitt GigabitEthernet1 bind media kildegrensesnitt GigabitEthernet1 ingen pass-thru innhold egendefinert-sdp sip-profiler 200 utgående-proxy dns:la01.sipconnect-us10.cisco-bcld.com personvernpolicy passthru taleklassetenant 100 økttransport udp url sip error-passthru bind control kildegrensesnitt GigabitEthernet2 bind media source-grensesnitt GigabitEthernet2 ingen pass-thru innhold tilpasset sdp voice class tenant 300 bind control source-grensesnitt GigabitEthernet2 bind media source-grensesnitt GigabitEthernet2 ingen pass-thru innhold tilpasset sdp voice class uri 100 sip vert ipv4:198.18.133.3 taleklasse uri 200 sip mønster dtg=hussain1076.lgu oppringingsnode stemme 101 voip-beskrivelse Utgående oppringingsnode til IP PSTN-destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål ipv4:198.18.133.3 taleklasse-kodek 99 taleklasse sip-tenant 100 dtmf-relay rtp-nte no vad oppringingsnode stemme 201 voip-beskrivelse Utgående oppringingsnode til Webex Calling-destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål sip-server taleklasse kodek 99 taleklasse-bruk 200 ingen taleklasse sip localhost taleklasse sip-tenant 200 dtmf-relay rtp-nte srtp no vad taleklasse dpg 100 beskrivelse Innkommende WebexCalling(DP200) til IP PSTN(DP101) oppringingsnode 101 preferanse 1 taleklasse dpg 200 beskrivelse Innkommende IP PSTN(DP100) til Webex Calling(DP201) oppringingsnode 201 preferanse 1 taleklasse stemme 100 voip-desripping Innkommende oppringingsnode fra IP PST

For å vise visningskommandoen har vi lastet VCUBE-2 på nytt etterfulgt av VCUBE-1, slik at VCUBE-1 er standby CUBE og VCUBE-2 er den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med Webex Calling-tilgang SBC. Ta en titt på utdataene til følgende vise kommandoer.

vis overflødighetsapplikasjonsgruppe 1

vis sip-ua-registreringsstatus 

 VCUBE-1#vis overflødighetsprogram gruppe 1 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: Ventemotpartsrolle : AKTIV nodetilstedeværelse: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for STANDBY Hot Peer: ACTIVE VCUBE-1#vis sip-ua-registreringsstatus VCUBE-1#

 VCUBE-2#vis overflødighetsprogram gruppe 1 Gruppe-ID:1 Gruppenavn:LocalGateway-HA Administrativ tilstand: Ingen driftstilstand for nedlukningsaggregat: Opp  Min rolle: AKTIV noderolle: STATUS Peer Presence: Ja motpartskomma: Ja Peer-progresjon startet: Ja RF-domene: btob-én RF-tilstand: RF-status for AKTIV node: STANDBY HOT VCUBE-2#vis status for sip-ua-registrering Leier: 200 --------------------registrerings-indeks  1 --------------------- Linjenode utløper (sek) reg overlevelse P-Associ-URI ============================== ============ ========== =========== Hussain5091_LGU -1 48 ja normal VCUBE-2#

Fra utdataene ovenfor kan du se at VCUBE-2 er den aktive LGW som opprettholder registreringen med Webex Calling access SBC, mens utdataene for «vis sip-ua registerstatus» er tomme i VCUBE-1

3

Aktiver nå følgende feilsøking på VCUBE-1

 VCUBE-1#debug ccsip ikke-anrop SIP Out-of-Dialog sporing er aktivert VCUBE-1#debug ccsip info SIP Call info sporing er aktivert VCUBE-1#debug ccsip melding

4

Simuler failover ved å utstede følgende kommando på den aktive LGW, VCUBE-2 i dette tilfellet.

 VCUBE-2#overflødighetsprogram laster opp gruppe 1 selv

Overgang fra ACTIVE til STANDBY LGW skjer også i følgende scenario i tillegg til CLI oppført ovenfor

  • Når den AKTIVE ruteren lastes på nytt

  • Når den AKTIVE ruteren slår på

  • Når et RG-konfigurert grensesnitt til den AKTIVE ruteren avsluttes for hvilket sporing er aktivert

5

Sjekk om VCUBE-1 har registrert seg med Webex Calling access SBC. VCUBE-2 ville vært lastet på nytt nå.

 VCUBE-1#show sip-ua registerstatus leietaker: 200 --------------------registrerings-indeks  1 --------------------- Linjenode utløper (sek) reg overlevelse P-Associ-URI ============================== ========== ============ ========== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1 er nå den aktive LGW.

6

Se på den aktuelle feilsøkingsloggen på VCUBE-1 ved å sende et SIP-REGISTER til Webex Calling VIA den virtuelle IP-adressen og motta en 200 OK.

 VCUBE-1#vis logg Jan 9:37:24.769: %RG_MEDIA-3-TIMERUTLØPT: RG id 1 Hei Time Utløpt. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG-id 1-rolleendring fra Standby til Aktiv Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: BYTTE, fra STANDBY_HOT til AKTIV tilstand. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Mottatt varsel om aktiv rolle 9. januar 18:37:25.758: //-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=z9hG4bK0374 Fra: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Til: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dato: Thu, 09. jan 2020 18:37:24 GMT Anrops-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Brukeragent: Cisco-SIPGateway/IOS-16.12.02 Maks. viderekobling: 70 Tidsstempel: 1578595044 CSeq: 2 REGISTRER kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Utløper: 240 Støttet: bane Innhold-Lengde: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Mottatt: SIP/2.0 401 Uautorisert via: SIP/2.0/TLS 198.18.1.228:5061;mottatt=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: Thu, 09. jan 2020 18:37:24 GMT Anrops-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Tidsstempel: 1578595044 CSeq: 2 REGISTRER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Innhold-lengde: 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: Thu, 09. jan 2020 18:37:25 GMT Anrops-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Brukeragent:Cisco-SIPGateway/IOS-16.12.02 Maks-viderekobling: 70 Tidsstempel: 1578595045 CSeq: 3 REGISTRER kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Utløper: 240 Støttet: bane godkjenning: Sammendrag username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Innhold-lengde: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Mottatt: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;mottatt=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 Ring-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Tidsstempel: 1578595045 CSeq: 3 REGISTRER kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0,5 tillatelseshendelser: call-info,line-seier,dialog,melding-sammendrag,som-funksjon-hendelse,x-broadworks-hoteling,x-broadworks-call-center-status,konferanse Innhold-lengde: 0

Oversikt over Webex Calling

Tenk deg å kunne bruke funksjoner for skyanrop, mobilitet og PBX i bedriftsklassen, sammen med Webex-appen for meldinger og møter og anrop fra en Webex Calling-myk klient eller Cisco-enhet. Det er nøyaktig det Webex Calling har å tilby deg.

Webex Calling gir følgende funksjoner og fordeler:

  • Oppringingsabonnementer for telefonibrukere og fellesområder.

  • Sikre og pålitelige skytjenester levert av klarerte regionale tjenesteleverandører

  • Tilgang til Webex-appen for alle brukere, og legger til rik enhetlig kommunikasjon og teamsamarbeidstjenester.

  • Webex Meetings som et valgfritt, integrert tillegg for å gi de premium møteopplevelsene som bedriftsbrukere forventer.

  • PSTN-tilgang (Public Switch Telephony Networks) for å la brukerne ringe numre utenfor organisasjonen. Tjenesten leveres gjennom en eksisterende bedriftsinfrastruktur

    • Lokal gateway uten lokal IP PBX

    • Eksisterende Unified CM-samtalemiljø

    • PSTN-alternativer levert av partner eller Cisco

  • Støtte på nivå 1 levert av partneren din, støtte på neste nivå levert av Cisco

Control Hub er en nettbasert administrasjonsportal som integreres med Webex Calling for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det pakkede tilbudet – Webex Calling, Webex-appen og Webex Meetings.

Tabell 1. Funksjoner som kan konfigureres for administrator

Funksjon

Beskrivelse

Automatisk svartjeneste

Du kan legge til hilsener, sette opp menyer og rute anrop til en svartjeneste, en huntgruppe, en talepostboks eller en ekte person. Du kan opprette en 24-timers plan eller tilby forskjellige alternativer når bedriften din er åpen eller stengt. Du kan til og med rute samtaler basert på innringer-ID-attributter for å opprette VIP-lister eller håndtere samtaler fra bestemte retningsnumre annerledes.

Samtalekø

Du kan konfigurere en samtalekø når du ikke kan svare på innkommende anrop. Du kan gi innringere et automatisk svar, betryggelsesmeldinger og ventemusikk til noen kan svare på anropet.

Mottak av anrop

Du kan forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe, slik at brukere kan svare på andre brukeres anrop. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på samtalene sine.

Samtaleparkering

Du kan slå på samtaleparkering for å la brukerne sette en samtale på vent og hente den opp fra en annen telefon.

Huntgruppe

Det kan være lurt å sette opp huntgrupper i følgende scenarier:

  • Et salgsteam som ønsker sekvensiell ruting. Et innkommende anrop ringer én telefon, men hvis det ikke er noe svar, går anropet til neste agent i listen.

  • Et støtteteam som vil at telefoner skal ringe på én gang, slik at den første tilgjengelige agenten kan ta samtalen.

Oppkallingsgruppe

Du kan opprette en oppkallingsgruppe slik at brukere kan sende en lydmelding til en person, en avdeling eller et team. Når noen sender en melding til en oppkallingsgruppe, spilles meldingen av på alle enhetene i gruppen.

Resepsjonistklient

Hjelp med å støtte behovene til personalet ved å gi dem et komplett sett med samtalekontrollalternativer, overvåking av linje i stor skala, samtalekø, flere katalogalternativer og visninger, Outlook-integrering og mer.
Tabell 2. Brukerkonfigurerbare funksjoner

Funksjon

Beskrivelse

Avvisning av anonymt anrop

Brukere kan avvise innkommende anrop med blokkerte oppringer-ID-er.

Forretningskontinuitet

Hvis brukernes telefoner ikke er koblet til nettverket på grunn av strømbrudd, nettverksproblemer osv., kan brukerne viderekoble innkommende anrop til et bestemt telefonnummer.

Viderekobling av anrop

Brukere kan viderekoble innkommende anrop til en annen telefon.

Selektiv viderekobling

Brukere kan viderekoble anrop på bestemte tidspunkter fra bestemte innringere. Denne innstillingen har forrang over viderekobling av anrop.

Anropvarsling

Brukere kan sende seg en e-post når de mottar et anrop i henhold til forhåndsdefinerte kriterier som telefonnummer eller dato og klokkeslett.

Samtale venter

Brukere kan tillate svar på ytterligere innkommende anrop.

Ikke forstyrr

Brukere kan midlertidig la alle anrop gå direkte til talepost.

Kontor hvor som helst

Brukere kan bruke sine valgte telefoner ("Steder") som en utvidelse av bedriftens telefonnummer og ringeplan.

Prioritert varsel

Brukere kan ringe telefonene sine med en karakteristisk ringetone når forhåndsdefinerte kriterier oppfylles, for eksempel telefonnummer eller dato og klokkeslett.

Eksternt kontor

Brukere kan ringe fra en ekstern telefon og få den til å vises fra bedriftslinjen. I tillegg ringer alle innkommende anrop til bedriftslinjen på denne eksterne telefonen.

Selektiv samtalegodkjenning

Brukere kan godta anrop på bestemte tidspunkter fra bestemte innringere.

Selektiv avvisning av anrop

Brukere kan avvise anrop på bestemte tidspunkter fra bestemte innringere.

Sekvensiell ring

Ring opptil 5 enheter etter hverandre for innkommende anrop.

Samtidig ringing

Ring brukernes og andre («samtalemottakere») numre samtidig for innkommende anrop.

Klargjøringstjenester, enheter og brukere i Control Hub, krysslansering til detaljert konfigurasjon i Calling Admin Portal

Control Hub ( https://admin.webex.com) er en administrasjonsportal som integreres med Webex Calling for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det pakkede tilbudet – Webex Calling, Webex-appen og Meetings.

Control Hub er sentralt for klargjøring av alle tjenester, enheter og brukere. Du kan konfigurere anropstjenesten for første gang, registrere MPP-telefoner i skyen (ved hjelp av MAC-adresse), konfigurere brukere ved å knytte enheter, legge til numre, tjenester, anropsfunksjoner og så videre. Fra Control Hub kan du også krysstarte til Calling Admin Portal.

Brukeropplevelse

Brukere har tilgang til følgende grensesnitt:

Kundeadministratorer

Som kundeadministrator på en prøveversjon eller et betalt abonnement på Webex Calling kan du konfigurere organisasjonen i Control Hub ved å legge til steder, lisenser, telefonnumre, anropsfunksjoner, brukere og arbeidsområder (romenheter som registreres i Webex-skyen). Du kan administrere alle disse komponentene derfra også.

Partnere

Som partnertjenesteleverandør kan du merke, markedsføre og selge Webex Calling til kundene dine. Du kan sette opp og utvide prøveversjoner, distribuere tjenester for kundene dine og opprette og klargjøre bestillinger for kundene dine.

Tilgjengelighet

Se Webex Calling-toppteksten i artikkelen Hvor er Cisco Webex tilgjengelig for land der Webex Calling er tilgjengelig for salg.

Ta en omvisning av Control Hub

Control Hub er ditt enkle, nettbaserte grensesnitt for å administrere organisasjonen din, administrere brukerne dine, tilordne tjenester, analysere innføringstrender og samtalekvalitet med mer.

Oversikt over Control Hub-grensesnittet som fremhever og merker den venstre navigasjonsmenyen, bedriftsinformasjon, varsler, hjelp i appen, tilbakemelding, språk og logg av.

For å få organisasjonen i gang anbefaler vi at du inviterer noen brukere til å bli med i Webex-appen ved å skrive inn e-postadressene deres i Control Hub. Oppmuntre folk til å bruke tjenestene du tilbyr, inkludert å ringe, og til å gi deg tilbakemelding om opplevelsen deres. Når du er klar, kan du alltid legge til flere brukere.

Vi anbefaler at du bruker den nyeste skrivebordsversjonen av Google Chrome eller Mozilla Firefox for å få tilgang til Control Hub. Nettlesere på mobile enheter og andre stasjonære nettlesere kan gi uventede resultater.

Bruk informasjonen som er presentert nedenfor som et sammendrag på høyt nivå av hva du kan forvente når du får organisasjonen din til å sette opp tjenester. Hvis du vil ha mer detaljert informasjon, kan du se de enkelte kapitlene for trinnvise instruksjoner.

Kom i gang

Når partneren din har opprettet kontoen din, vil du motta en velkomst-e-post. Klikk på koblingen Komme i gang i e-posten, bruk Chrome eller Firefox for å få tilgang til Control Hub. Koblingen logger deg automatisk på med administratorens e-postadresse. Deretter blir du bedt om å opprette administratorpassordet ditt.

Opprett et nytt passordskjermbilde fra å starte e-post for oppsett av Control Hub.

Førstegangsveiviser for prøveversjoner

Hvis partneren din har registrert deg for en prøveversjon, starter installasjonsveiviseren automatisk etter at du har logget på Control Hub. Veiviseren leder deg gjennom de grunnleggende innstillingene for å få organisasjonen i gang med Webex Calling, blant andre tjenester. Du kan konfigurere og se gjennom anropsinnstillingene før du fullfører veiviseren.

Førstegangs installasjonsveiviser for Control Hub.

Se gjennom innstillingene dine

Når Control Hub lastes inn, kan du se gjennom innstillingene dine.

Oversiktsside for Control Hub.

Legg til brukere

Nå som du har konfigurert tjenestene, er du klar til å legge til personer fra bedriftskatalogen din. Gå til Brukere og klikk på Administrer brukere.

Administrer popup-vinduet for brukere i Control Hub.

Hvis du bruker Microsoft Active Directory, anbefaler vi at du først aktiverer katalogsynkronisering og deretter bestemmer hvordan du vil legge til brukere. Klikk på Neste og følg instruksjonene for å konfigurere Cisco-registerkobling.

Konfigurere engangspålogging (SSO)

Webex-appen bruker grunnleggende godkjenning. Du kan velge å konfigurere SSO slik at brukere autentiserer seg med din bedriftsidentitetsleverandør ved hjelp av bedriftslegitimasjonen, i stedet for et eget passord som lagres og administreres i Webex.

Gå til Innstillinger, bla til Autentisering, klikk på Endre, og velg deretter Integrer en tredjeparts identitetsleverandør.

Skjermbildet for innstillinger for engangspålogging med alternativet «Integrer en tredjepartsleverandør» valgt.

Tilordne tjenester til brukere

Du må tilordne tjenester til brukerne du har lagt til, slik at folk kan begynne å bruke Webex-appen.

Gå til Brukere, klikk på Administrer brukere, velg Eksporter og importer brukere med en CSV-fil, og klikk deretter på Eksporter.

I filen du laster ned, legger du ganske enkelt til Sann for tjenestene du vil tilordne til hver av brukerne.

Eksempel på CSV-fil for tilordning av tjenester til brukere i Control Hub.

Importer den fullførte filen, klikk på Legg til og fjern tjenester, og klikk deretter på Send. Du er nå klar til å konfigurere anropsfunksjoner, registrere enheter som kan deles på et felles sted, og registrere og knytte enheter til brukere.

Styrke brukerne dine

Nå som du har lagt til brukere og de har blitt tilordnet tjenester, kan de begynne å bruke sine støttede multiplattformtelefoner (MPP-er) for Webex Calling og Webex-appen for meldinger og møter. Oppmuntre dem til å bruke Cisco Webex-innstillinger som en one-stop-shop for tilgang.

Den lokale gatewayens rolle

Den lokale gatewayen er en bedrifts- eller partneradministrert kantenhet for samarbeid mellom PSTN (Public Switch Telephony Network) og eldre PBX (Public Branch Exchange) (inkludert Unified CM).

Du kan bruke Control Hub til å tilordne en lokal gateway til en plassering, og deretter gir Control Hub parametere som du kan konfigurere på CUBE. Disse trinnene registrerer den lokale gatewayen med skyen, og deretter leveres PSTN-tjenesten gjennom gatewayen til Webex Calling-brukere på et bestemt sted.

Hvis du vil angi og bestille en lokal gateway, kan du lese bestillingsveiledningen for lokal gateway.

Støttede lokale gateway-distribusjoner for Webex Calling

Følgende grunnleggende distribusjoner støttes:

Den lokale gatewayen kan distribueres frittstående eller i distribusjoner der integrering i Cisco Unified Communications Manager kreves.

Distribusjon av lokal gateway uten lokal IP PBX

Frittstående lokale gateway-distribusjoner

Denne figuren viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for ett enkelt sted eller en distribusjon med flere steder.

Illustrasjon som viser en Webex Calling-distribusjon uten eksisterende IP PBX.

For alle anrop som ikke samsvarer med Webex Calling-destinasjonene dine, sender Webex Calling disse anropene til den lokale gatewayen som er tilordnet stedet for behandling. Den lokale gatewayen ruter alle anrop som kommer fra Webex Calling til PSTN og i den andre retningen, PSTN til Webex Calling.

PSTN-gatewayen kan være en dedikert plattform eller sambor med den lokale gatewayen. Som i figuren nedenfor anbefaler vi den dedikerte PSTN-gateway-varianten for denne distribusjonen. Den kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Illustrasjon som viser det anbefalte distribusjonsalternativet for PSTN-gateway, som kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Samkjørende lokal gateway-distribusjon

Den lokale gatewayen kan være IP-basert, koble til en ITSP ved hjelp av en SIP-trunk, eller TDM-basert ved hjelp av en ISDN eller en analog krets. Følgende figur viser en Webex Calling-distribusjon der den lokale gatewayen er samlokalisert med PSTN GW/SBC.

Illustrasjon som viser en Webex Calling-distribusjon der den lokale gatewayen er samlokalisert med PSTN GW/SBC.

Lokal gateway-distribusjon med lokal Unified CM PBX

Integreringer med Unified CM er påkrevd i følgende tilfeller:

  • Webex Calling-aktiverte steder legges til i en eksisterende Cisco UC-distribusjon der Unified CM distribueres som den lokale samtalekontrollløsningen

  • Direkte oppringing mellom telefoner registrert på Unified CM og telefoner på Webex Calling-steder er påkrevd.

Denne figuren viser en Webex Calling-distribusjon der kunden har en eksisterende Unified CM IP PBX.

Illustrasjon som viser en Webex Calling-distribusjon der kunden har en eksisterende Unified CM IP PBX.

Webex Calling sender samtaler som ikke samsvarer med kundens Webex Calling-destinasjoner til den lokale gatewayen. Dette inkluderer PSTN-numre og interne Unified CM-internnumre, som Webex Calling ikke kan se. Den lokale gatewayen ruter alle anrop som kommer fra Webex Calling til Unified CM og omvendt. Unified CM ruter deretter innkommende anrop til lokale destinasjoner eller til PSTN i henhold til den eksisterende ringeplanen. Unified CM-ringeplanen normaliserer numre som +E.164. PSTN-gatewayen kan være en dedikert én eller sambosatt med den lokale gatewayen.

Dedikert PSTN-gateway

Den dedikerte PSTN-gatewayen-varianten for denne distribusjonen som vist i dette diagrammet, er det anbefalte alternativet og kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Illustrasjon som viser den dedikerte PSTN-gatewayen-varianten. Det anbefalte alternativet som kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Samkjørende PSTN Gateway

Denne figuren viser en Webex Calling-distribusjon med en Unified CM der den lokale gatewayen er samlokalisert med PSTN-gatewayen/SBC.

Webex Calling ruter alle anrop som ikke samsvarer med kundens Webex Calling-destinasjoner til den lokale gatewayen som er tilordnet stedet. Dette inkluderer PSTN-destinasjoner og on-net-anrop til interne Unified CM-utvidelser. Den lokale gatewayen ruter alle anrop til Unified CM. Unified CM ruter deretter anrop til lokalt registrerte telefoner eller til PSTN via den lokale gatewayen, som har PSTN/SBC-funksjonalitet samlokalisert.

Illustrasjon som viser en Webex Calling-distribusjon med en Unified CM der den lokale gatewayen er samlokalisert med PSTN-gatewayen/SBC.

Hensyn til samtaleruting

Samtaler fra Webex Calling til Unified CM

Rutingslogikken for Webex Calling fungerer slik: Hvis nummeret som ringes på et Webex Calling-endepunkt, ikke kan rutes til en annen destinasjon innenfor samme kunde i Webex Calling, sendes samtalen til den lokale gatewayen for videre behandling. Alle off-net-samtaler (utenfor Webex Calling) sendes til den lokale gatewayen.

For en Webex Calling-distribusjon uten integrering i en eksisterende Unified CM, regnes alle off-net-samtaler som et PSTN-anrop. Når det kombineres med Unified CM, kan et off-net-anrop fremdeles være et on-net-anrop til en hvilken som helst destinasjon som driftes på Unified CM, eller et ekte off-net-anrop til en PSTN-destinasjon. Forskjellen mellom de to siste anropstypene bestemmes av Unified CM og avhenger av bedriftens ringeplan som er klargjort på Unified CM.

Figuren nedenfor viser en Webex Calling-bruker som ringer et nasjonalt nummer i USA.

Illustrasjon som viser en Webex Calling-bruker som ringer et nasjonalt nummer i USA.

Unified CM ruter nå samtalen til et lokalt registrert endepunkt der den oppringte destinasjonen klargjøres som katalognummer, basert på den konfigurerte oppringingsplanen. Unified CM-ringeplanen må derfor støtte ruting av +E.164-numre.

Samtaler Fra Unified CM til Webex Calling

For å aktivere samtaleruting fra Unified CM til Webex Calling på Unified CM må et sett med ruter klargjøres for å definere settet med +E.164- og bedriftsnummereringsplanadresser i Webex Calling.

Med disse rutene på plass er begge anropsscenarioene vist i figuren nedenfor mulige.

Illustrasjon som viser samtaleruting fra Unified CM til Webex Calling på et Unified CM-sett med ruter.

Hvis en innringer i PSTN ringer et DID-nummer som er tilordnet en Webex Calling-enhet, blir anropet overlevert til bedriften gjennom bedriftens PSTN-gateway og deretter treffer Unified CM. Den oppringte adressen til samtalen samsvarer med en av Webex Calling-rutene som er klargjort i Unified CM, og samtalen sendes til den lokale gatewayen. (Den oppringte adressen må være i +E.164-format når den sendes til den lokale gatewayen.) Rutingslogikken i Webex Calling sørger deretter for at anropet sendes til den tiltenkte Webex Calling-enheten, basert på DID-tilordning.

Samtaler som kommer fra Unified CM-registrerte endepunkter, rettet mot destinasjoner i Webex Calling, er også underlagt ringeplanen som er klargjort på Unified CM. Denne ringeplanen gjør det vanligvis mulig for brukerne å bruke vanlige bedriftsoppringingsvaner for å foreta anrop. Disse vanene inkluderer ikke nødvendigvis bare +E.164-oppringing. Alle andre oppringingsvaner enn +E.164 må normaliseres til +E.164 før anrop sendes til den lokale gatewayen for å tillate riktig ruting i Webex Calling.

Tjenesteklasse (CoS)

Det anbefales alltid å implementere strenge tjenestebegrensninger av ulike årsaker, inkludert å unngå anropsløyper og forhindre svindel med avgift. I forbindelse med integrering av Webex Calling lokal gateway med Unified CM-tjenesteklasse, må vi vurdere tjenesteklasse for:

  • Enheter registrert med Unified CM

  • Anrop som kommer inn i Unified CM fra PSTN

  • Anrop som kommer inn i Unified CM fra Webex Calling

Enheter registrert med Unified CM

Å legge til Webex Calling-destinasjonene som en ny klasse av destinasjoner i et eksisterende CoS-oppsett er ganske enkelt: Tillatelse til å ringe til Webex Calling-destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale destinasjoner (inkludert internettbaserte destinasjoner).

Hvis en bedriftsoppringingsplan allerede implementerer en "(forkortet) intersite on-net"-tillatelse, finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente Webex Calling-destinasjoner på nettet i samme partisjon.

Ellers finnes ikke konseptet med «on-net inter-site»-tillatelse ennå, så må en ny partisjon (for eksempel «onNetRemote») klargjøres, Webex Calling-destinasjonene legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til i de aktuelle anropssøkeområdene.

Anrop som kommer inn i Unified CM fra PSTN

Å legge til Webex Calling-destinasjonene som en ny klasse av destinasjoner i et eksisterende CoS-oppsett er ganske enkelt: Tillatelse til å ringe til Webex Calling-destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale destinasjoner (inkludert internettbaserte destinasjoner).

Hvis en bedriftsoppringingsplan allerede implementerer en "(forkortet) intersite on-net"-tillatelse, finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente Webex Calling-destinasjoner på nettet i samme partisjon.

Ellers finnes ikke konseptet med «on-net inter-site»-tillatelse ennå, så må en ny partisjon (for eksempel «onNetRemote») klargjøres, Webex Calling-destinasjonene legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til i de aktuelle anropssøkeområdene.

Anrop som kommer inn i Unified CM fra Webex Calling

Anrop som kommer inn fra PSTN, trenger tilgang til alle Webex Calling-destinasjoner. Dette krever at du legger til partisjonen ovenfor som holder alle Webex Calling-destinasjoner i anropssøkeområdet som brukes for innkommende anrop på PSTN-trunken. Tilgangen til Webex Calling-destinasjoner kommer i tillegg til den allerede eksisterende tilgangen.

For anrop fra PSTN-tilgang til Unified CM DID-er og Webex Calling DID-er kreves anrop som kommer fra Webex Calling, tilgang til Unified CM DID-er og PSTN-destinasjoner.

Illustrasjon av differensierte CoS for samtaler fra PST og Webex Calling.
Differensierte CoS for samtaler fra PSTN og Webex Calling

Dette tallet sammenligner disse to forskjellige tjenesteklassene for anrop fra PSTN og Webex Calling. Figuren viser også at hvis funksjonaliteten for PSTN-gateway er samlokalisert med den lokale gatewayen, kreves to trunker fra den kombinerte PSTN GW og lokal gateway til Unified CM: én for anrop som kommer fra PSTN og én for anrop som kommer fra Webex Calling. Dette drives av kravet om å bruke differensierte anropssøkeområder etter trafikktype. Med to innkommende trunker på Unified CM kan dette enkelt oppnås ved å konfigurere det nødvendige anropssøkeområdet for innkommende anrop på hver trunk.

Integrering av ringeplan

Denne veiledningen forutsetter en eksisterende installasjon som er basert på beste gjeldende praksis i «Foretrukket arkitektur for Cisco Collaboration Local Deployments, CVD». Den nyeste versjonen er tilgjengelig her.

Utformingen av den anbefalte ringeplanen følger designtilnærmingen som er dokumentert i kapitlet Ringeplan i den nyeste versjonen av Cisco Collaboration System SRND som er tilgjengelig her.

Illustrasjon som viser en oversikt over den anbefalte oppringingsplanen.
Anbefalt ringeplan

Denne figuren viser en oversikt over utformingen av den anbefalte ringeplanen. De viktigste egenskapene ved denne oppringingsplanen inkluderer:

  • Alle katalognumre som er konfigurert på Unified CM, er i formatet +E.164.

  • Alle katalognumre har samme partisjon (DN) og er merket som haster.

  • Kjerneruting er basert på +E.164.

  • Alle ikke-+E.164-oppringingsvaner (for eksempel forkortet intrasite-oppringing og PSTN-oppringing ved hjelp av vanlige oppringingsvaner) normaliseres (globaliseres) til +E.164 ved hjelp av normaliseringsoversettelsesmønstre for oppringing.

  • Normaliseringsoversettingsmønstre for oppringing bruker oversettingsmønster for oppringing søkeområde arv; de har alternativet «Bruk oppringingssøkeområde for oppringing» angitt.

  • Tjenesteklasse implementeres ved hjelp av nettsted og klasse med tjenestespesifikke anropssøkeområder.

  • PSTN-tilgangsfunksjoner (for eksempel tilgang til internasjonale PSTN-destinasjoner) implementeres ved å legge til partisjoner med de respektive +E.164-rutemønstrene i anropssøkeområdet som definerer tjenesteklasse.

Tilgjengelighet for Webex Calling

Illustrasjon som viser at du legger til Webex Calling-destinasjon i ringeplanen.
Legge til Webex Calling-destinasjon i ringeplanen

For å legge til tilgjengelighet for Webex Calling-destinasjoner i denne ringeplanen, må det opprettes en partisjon som representerer alle Webex Calling-destinasjoner («Webex Calling»), og et +E.164-rutemønster for hvert DID-område i Webex Calling legges til i denne partisjonen. Dette rutemønsteret refererer til en ruteliste med bare ett medlem: rutegruppen med SIP-trunken til den lokale gatewayen for samtaler til Webex Calling. Fordi alle oppringte destinasjoner er normalisert til +E.164 enten ved hjelp av oppringingsnormaliseringsoversettingsmønstre for samtaler som kommer fra Unified CM-registrerte endepunkter eller innkommende oppringte parter for samtaler som kommer fra PSTN, er dette enkle settet med +E.164-rutemønstre tilstrekkelig til å oppnå rekkevidde for destinasjoner i Webex Calling uavhengig av oppringingsvanen som brukes.

Hvis for eksempel en bruker ringer "914085550165", normaliserer oppringingsnormaliseringsmønsteret i partisjonen "UStoE164" denne oppringingsstrengen til "+14085550165" som deretter samsvarer med rutemønsteret for en Webex Calling-destinasjon i partisjonen "Webex Calling". Unified CM sender til slutt samtalen til den lokale gatewayen.

Legg til forkortet intersite-oppringing

Illustrasjon som viser at du legger til en forkortet oppringing mellom sidene.
Legge til forkortede samtaler mellom steder

Den anbefalte måten å legge til forkortet intersite-oppringing til referanseringsplanen på, er å legge til normaliseringsoversettingsmønstre for alle nettsteder under bedriftsnummerplanen til en dedikert partisjon (“ESN”, Enterprise Significant Numbers). Disse oversettelsesmønstrene fanger opp ringestrenger i formatet til bedriftsnummerplanen og normaliserer den oppringte strengen til +E.164.

Hvis du vil legge til bedriftsforkortet oppringing til Webex Calling-destinasjoner, legger du til det respektive oppringingsnormaliseringsmønsteret for Webex Calling-stedet i «Webex Calling»-partisjonen (for eksempel «8101XX» i diagrammet). Etter normalisering sendes samtalen igjen til Webex Calling etter at rutemønsteret i «Webex Calling»-partisjonen samsvarer.

Vi anbefaler ikke å legge til det forkortede oppringingsnormaliseringsmønsteret for Webex Calling-anrop i partisjonen «ESN», fordi denne konfigurasjonen kan skape uønskede rutingsløyfer for anrop.

Protokollhåndtering for anrop

Webex Calling registrerer følgende protokollhåndteringer med operativsystemet for å aktivere klikk-for-samtale-funksjonalitet fra nettlesere eller andre programmer. Følgende protokoller starter en lyd- eller videosamtale i Webex-appen når det er standard anropsprogram på Mac eller Windows:

  • klikktosamtale: eller KLIKKTOCALL://

  • Sip: eller SIP://

  • tlf: eller TEL://

  • webextel: eller WEBEXTEL://

Liste over protokollhåndterere som starter en lyd- eller videosamtale i Webex-appen når det er standard anropsprogram på Mac eller Windows.

Protokoll Handlers for Windows

Andre apper kan registrere seg for protokollbehandlere før Webex-appen. I Windows 10 ber systemvinduet brukerne om å velge hvilken app de skal bruke for å starte samtalen. Brukerpreferansen kan huskes hvis brukeren kontrollerer Bruk alltid denne appen.

Windows 10 «Velg en app» med Webex uthevet som et valgalternativ.

Hvis brukerne må tilbakestille standard innstillinger for anropsappen slik at de kan velge Webex-appen, kan du be dem om å endre protokolltilknytningene for Webex-appen i Windows 10:

  1. Åpne systeminnstillingene Standard appinnstillinger , klikk på Angi standarder etter app, og velg deretter Webex-appen.

    Windows 10 «Angi standarder etter app» med Webex uthevet som alternativet å velge.

  2. Velg Webex-appen for hver protokoll.

    Windows 10 Webex-alternativer for filtype- og protokolltilknytninger.

Protokollhåndtering for macOS

På Mac OS, hvis andre apper er registrert i anropsprotokollene før Webex-appen, må brukerne konfigurere Webex-appen til å være standardanropsalternativet.

I Webex-appen for Mac kan brukere bekrefte at Webex-appen er valgt for innstillingen Start samtaler med under generelle innstillinger. De kan også merke av for Koble alltid til Microsoft Outlook hvis de vil ringe i Webex-appen når de klikker på nummeret til en Outlook-kontakt.

Innstillinger for Mac OS-protokollbehandling; Velg alternativet «Koble alltid til Microsoft Outlook», og rullegardinmenyen «Start samtaler med» har Webex valgt.

Forbered miljøet ditt

Generelle forutsetninger

Før du konfigurerer en lokal gateway for Webex Calling, må du kontrollere at du:

  • ha grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende arbeidskunnskap om Cisco IOS-XE- og IOS-XE-talekonsepter

  • ha en grunnleggende forståelse av øktinitieringsprotokollen (SIP)

  • ha en grunnleggende forståelse av Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se konfigurasjonsveiledningen for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Maskinvare- og programvarekrav for lokal gateway

Kontroller at distribusjonen har én eller flere av de lokale gatewayene, for eksempel:

  • Cisco CUBE for IP-basert tilkobling

  • Cisco IOS Gateway for TDM-basert tilkobling

Se tabell 1 i bestillingsveiledningen for lokal gateway for Webex Calling. Kontroller også at plattformen kjører en støttet IOS-XE-utgivelse i henhold til konfigurasjonsveiledningen for lokal gateway.

Den lokale gatewayen hjelper deg med å migrere til Webex Calling i ditt eget tempo. Den lokale gatewayen integrerer din eksisterende lokale distribusjon med Webex Calling. Du kan også bruke din eksisterende PSTN-tilkobling. Se Kom i gang med lokal gateway

Sertifikat- og sikkerhetskrav for lokal gateway

Webex Calling krever sikker signalisering og medier. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen som følger)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (oppgitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til spesifikke IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene er på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet vendt mot Webex Calling for samtaler mellom den lokale gatewayen og endepunktene for å bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Portreferanseinformasjon for Webex Calling

En riktig konfigurert brannmur og proxy er avgjørende for en vellykket Calling-distribusjon. Webex Calling bruker SIP og HTTPS til anropssignalisering og tilknyttede adresser og porter for medier, nettverkstilkobling og gateway-tilkobling, da Webex Calling er en global tjeneste.

Ikke alle brannmurkonfigurasjoner krever at porter er åpne. Men hvis du kjører inn-til-ut-regler, må du åpne porter for de nødvendige protokollene for å utelate tjenester.

Oversettelse av nettverksadresse (NAT)

Funksjonaliteten Nettverksadresseoversettelse (NAT) og Port Address Translation (PAT) brukes ved grensen mellom to nettverk for å oversette adresseområder eller for å forhindre kollisjon mellom IP-adresseområder.

Organisasjoner bruker gateway-teknologier som brannmurer og proxyer som tilbyr NAT- eller PAT-tjenester for å gi Internett-tilgang til Webex-appprogrammer eller Webex-enheter som er på et privat IP-adresseområde. Disse gatewayene gjør at trafikk fra interne apper eller enheter til Internett ser ut til å komme fra én eller flere offentlig rutebare IP-adresser.

  • Hvis du distribuerer NAT, er det ikke obligatorisk å åpne en innkommende port på brannmuren.

  • Valider størrelsen på NAT-gruppen som kreves for app- eller enhetstilkobling når flere appbrukere og enheter får tilgang til Webex Calling & Webex Aware-tjenester ved hjelp av NAT eller PAT. Sørg for at tilstrekkelige offentlige IP-adresser er tilordnet NAT-bassengene for å forhindre utmattelse av porten. Portutmattelse bidrar til at interne brukere og enheter ikke kan koble til Webex Calling- og Webex Aware-tjenestene.

  • Definer rimelige bindingsperioder og unngå å manipulere SIP på NAT-enheten.

  • Konfigurer et minimum tidsavbrudd for NAT for å sikre riktig drift av enhetene. Eksempel: Cisco-telefoner sender en oppfølgings REGISTRER oppdateringsmelding hvert 1.–2. minutt.

  • Hvis nettverket implementerer NAT eller SPI, må du angi et større tidsavbrudd (på minst 30 minutter) for tilkoblingene. Dette tidsavbruddet muliggjør pålitelig tilkobling og reduserer batteriforbruket til brukernes mobile enheter.

SIP Application Layer Gateway

Hvis en ruter eller brannmur er SIP Aware, og det betyr at SIP Application Layer Gateway (ALG) eller lignende er aktivert, anbefaler vi at du slår av denne funksjonaliteten for nøyaktig drift av tjenesten. Selv om all Webex Calling-trafikk er kryptert, kan enkelte SIP ALG-implementeringer forårsake problemer med brannmurtraversering. Vi anbefaler derfor at du slår av SIP ALG for å sikre en service av høy kvalitet.

Sjekk den relevante produsentens dokumentasjon for trinn for å deaktivere SIP ALG på bestemte enheter.

Proxy-støtte for Webex Calling

Organisasjoner distribuerer en Internett-brannmur eller Internett-proxy og brannmur for å inspisere, begrense og kontrollere HTTP-trafikken som forlater og går inn i nettverket. Dermed beskyttes nettverket mot ulike former for cyberangrep.

Proxyer utfører flere sikkerhetsfunksjoner, for eksempel:

  • Tillat eller blokker tilgang til bestemte URL-adresser.

  • Brukerautentisering

  • IP-adresse/domene/vertsnavn/URI-omdømmeoppslag

  • Trafikkdekryptering og inspeksjon

Ved konfigurering av proxy-funksjonen gjelder den for alle programmer som bruker HTTPs protokoll.

Webex-appen og Webex-enhetsapplikasjonene inkluderer følgende:

  • Webex-tjenester

  • Prosedyrer for aktivering av kundeenheter (CDA) ved hjelp av Cisco Cloud-klargjøringsplattformen, for eksempel GDS, EDOS-enhetsaktivering, klargjøring og innføring i Webex-skyen.

  • Sertifikatgodkjenning

  • Fastvareoppgraderinger

  • Statusrapporter

  • PRT-opplastinger

  • XSI-tjenester

Hvis en proxy-serveradresse er konfigurert, sendes bare signaltrafikk (HTTP/HTTPS) til proxy-serveren. Klienter som bruker SIP til å registrere seg for Webex Calling-tjenesten og de tilknyttede mediene, sendes ikke til proxyen. La derfor disse klientene gå direkte gjennom brannmuren.

Støttede proxy-alternativer, konfigurasjoner og godkjenningstyper

De støttede proxy-typene er:

  • Eksplisitt proxy (inspeksjons- eller ikke-inspeksjons-) – Konfigurer klientene enten appen eller enheten med eksplisitt proxy for å angi serveren som skal brukes.

  • Gjennomsiktig proxy (ikke-inspeksjons) – Klientene er ikke konfigurert til å bruke en bestemt proxy-serveradresse og krever ikke endringer for å fungere med en ikke-inspeksjons-proxy.

  • Gjennomsiktig proxy (inspeksjon) – Klientene er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for HTTP er nødvendig, men klientene dine trenger et rotsertifikat for å klarere proxyen. IT-teamet bruker inspeksjons-proxyer til å håndheve policyer på nettstedene som skal besøkes, og hvilke typer innhold som ikke er tillatt.

Konfigurer proxy-adressene manuelt for Cisco-enhetene og Webex-appen ved hjelp av:

Når du konfigurerer dine foretrukne produkttyper, velger du blant følgende proxy-konfigurasjoner og godkjenningstyper i tabellen:

Produkt

Proxy-konfigurasjon

Godkjenningstype

Webex for Mac

Manuell, WPAD, PAC

Ingen godkjenning, enkel, NTLM,

Webex for Windows

Manuell, WPAD, PAC, GPO

Ingen godkjenning, enkel, NTLM, , forhandling

Webex for iOS

Manuell, WPAD, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

Webex for Android

Manuell, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

Webex-webapp

Støttet via operativsystemet

Ingen godkjenning, enkel, sammendrag, NTLM, forhandling

Webex-enheter

WPAD, PAC eller manuell

Ingen godkjenning, grunnleggende, sammendrag

Cisco IP-telefoner

Manuell, WPAD, PAC

Ingen godkjenning, grunnleggende, sammendrag

Webex videonettnode

Manuell

Ingen godkjenning, enkel, sammendrag, NTLM

For legender i tabellen:

  1. Mac NTLM godkjenning - Maskinen trenger ikke å være logget på domenet, brukeren blir bedt om et passord

  2. Windows NTLM Auth - støttes bare hvis en maskin er logget på domenet

  3. Forhandling - Kerberos med NTLM-tilbakefallsgodkjenning.

  4. Hvis du vil koble en Cisco Webex Board-, Desk- eller Room-enhet til en proxy-server, kan du se Koble Board-, Desk- eller Room-enheten til en proxy-server.

  5. For Cisco IP-telefoner kan du se Konfigurere en proxy-server som et eksempel på hvordan du konfigurerer proxy-serveren og innstillingene.

For Ingen godkjenning konfigurerer du klienten med en proxy-adresse som ikke støtter godkjenning. Når du bruker Proxy-autentisering, konfigurerer du med gyldig legitimasjon. Proxyer som inspiserer webtrafikk kan forstyrre Web Socket-tilkoblinger. Hvis dette problemet oppstår, kan det å omgå ikke-inspeksjons-trafikk til *.Webex.com løse problemet. Hvis du allerede ser andre oppføringer, legger du til et semikolon etter den siste oppføringen, og skriver deretter inn Webex-unntaket.

Proxy-innstillinger for Windows OS

Microsoft Windows støtter to nettverksbiblioteker for HTTP-trafikk (WinINet og WinHTTP) som tillater proxy-konfigurasjon.WinINet er et supersett av WinHTTP.

  1. WinInet er utviklet for engangs- og skrivebordsklientprogrammer

  2. WinHTTP er primært utviklet for flere brukere, serverbaserte programmer

Når du velger mellom de to, velger du WinINet for proxy-konfigurasjonsinnstillingene. For mer informasjon, se wininet-vs-winhttp.

Se Konfigurere en liste over tillatte domener for å få tilgang til Webex mens du er på bedriftsnettverket hvis du vil ha mer informasjon om følgende:

  • For å sikre at folk bare logger på programmer ved hjelp av kontoer fra en forhåndsdefinert liste over domener.

  • Bruk en proxy-server til å fange opp forespørsler og begrense tillatte domener.

Proxy-inspeksjon og sertifikatfesting

Webex-appen og -enhetene validerer sertifikatene til serverne når de etablerer TLS-øktene. Sertifikater kontrollerer at sertifikatutstederen og den digitale signaturen er avhengig av å bekrefte sertifikatkjeden opp til rotsertifikatet. For å utføre valideringskontrollene bruker Webex-appen og -enhetene et sett med klarerte rotsertifiseringsinstanssertifikater som er installert i klareringslageret for operativsystemet.

Hvis du har distribuert en TLS-inspiserende proxy for å fange opp, dekryptere og inspisere Webex Calling-trafikk. Sørg for at sertifikatet som proxyen presenterer (i stedet for Webex-tjenestesertifikatet), er signert av en sertifikatmyndighet, og at rotsertifikatet er installert i klareringslageret til Webex-appen eller Webex-enheten din.

  • For Webex-appen – Installer CA-sertifikatet som brukes til å signere sertifikatet av proxyen i enhetens operativsystem.

  • For Webex Room-enheter og Cisco IP-telefoner for flere plattformer – Åpne en serviceforespørsel med TAC-teamet for å installere CA-sertifikatet.

Denne tabellen viser Webex-appen og Webex-enhetene som støtter TLS-inspeksjon av proxy-servere

Produkt

Støtter egendefinerte klarerte sertifiseringsinstanser for TLS-inspeksjon

Webex-appen (Windows, Mac, iOS, Android, nett)

Ja

Webex Room-enheter

Ja

Cisco IP-telefoner for flere plattformer (MPP)

Ja

Brannmurkonfigurasjon

Cisco støtter Webex Calling- og Webex Aware-tjenester i sikre datasentre for Cisco og Amazon Web Services (AWS). Amazon har reservert sine IP-subnett til Ciscos eneste bruk, og sikret tjenestene som er plassert i disse subnettene i AWS virtuell privat sky.

Konfigurer brannmuren slik at kommunikasjonen fra enhetene dine, appens programmer og internettrettede tjenester kan utføre funksjonene på riktig måte. Denne konfigurasjonen gir tilgang til alle støttede Webex Calling- og Webex Aware-skytjenester, domenenavn, IP-adresser, porter og protokoller.

Hviteliste eller åpne tilgang til følgende slik at Webex Calling- og Webex Aware-tjenestene fungerer riktig.

  • URL-adressene/domenene som er nevnt under delen Domener og URL-adresser for Webex Calling-tjenester

  • IP-subnett, porter og protokoller nevnt under avsnittet IP-subnett for Webex Calling-tjenester

  • Hvis du bruker Webex Suite for skysamarbeidstjenester i organisasjonen deres, Webex Meetings, Meldinger, Webex Attendant-konsollen og andre tjenester, må du sørge for at IP-delnettene, domenene/URL-adressene som er nevnt i disse artiklene, er åpne Nettverkskrav for Webex-tjenester og Nettverkskrav for Attendant-konsollen

Hvis du bare bruker en brannmur, støttes ikke filtrering av Webex Calling-trafikk ved hjelp av IP-adresser alene, da noen av IP-adressegruppene er dynamiske og kan endres når som helst. Oppdater reglene regelmessig, hvis du ikke oppdaterer listen over brannmurregler, kan det påvirke brukernes opplevelse. Cisco støtter ikke filtrering av et delsett av IP-adresser basert på et bestemt geografisk område eller skytjenesteleverandør. Filtrering etter område kan føre til alvorlig svekkelse av Calling-opplevelsen.

Cisco opprettholder ikke dynamisk skiftende IP-adressegrupper, og er derfor ikke oppført i denne artikkelen.

Hvis brannmuren ikke støtter filtrering av domene/URL-adresser, bruker du et alternativ for Enterprise Proxy-server. Dette alternativet filtrerer/tillater, etter URL/domene, at HTTP-ene signaliserer trafikk til Webex Calling- og Webex Aware-tjenestene på proxy-serveren, før de videresendes til brannmuren.

Du kan konfigurere trafikk ved hjelp av filtrering av port og IP-subnett for samtalemedier. Siden medietrafikken krever direkte tilgang til Internett, velger du alternativet for filtrering av URL for signalisering av trafikk.

For Webex Calling er UDP Ciscos foretrukne transportprotokoll for medier, og det anbefales bare å bruke SRTP over UDP. TCP og TLS som transportprotokoller for medier støttes ikke for Webex Calling i produksjonsmiljøer. Den tilkoblingsorienterte naturen til disse protokollene påvirker mediekvaliteten over tapte nettverk. Hvis du har spørsmål angående transportprotokollen, kan du sende inn en støtteforespørsel.

Domener og URL-adresser for Webex Calling-tjenester

En * vist i begynnelsen av en URL-adresse (for eksempel *.webex.com) indikerer at tjenester på toppnivådomenet og alle underdomener er tilgjengelige.

Domene/URL

Beskrivelse

Webex-apper og -enheter som bruker disse domenene/URL-adressene

Cisco Webex-tjenester

*.broadcloudpbx.com

Webex-autorisasjonsmikrotjenester for krysslansering fra Control Hub til Calling Admin Portal.

Control Hub

*.broadcloud.com.au

Webex Calling-tjenester i Australia.

Alle

*.broadcloud.eu

Webex Calling-tjenester i Europa.

Alle

*.broadcloudpbx.net

Kundekonfigurasjon og administrasjonstjenester for anrop.

Webex-apper

*.webex.com

*.cisco.com

Kjernetjenester for Webex Calling og Webex Aware

  1. Identitetsklargjøring

  2. Identitetslagring

  3. Autentisering

  4. OAuth-tjenester

  5. Innføring av enheten

  6. Skytilkoblet UC

Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger uten DHCP-alternativer er angitt, kontakter den en enhetsaktiveringsserver for nullberøring. Nye telefoner bruker activate.cisco.com og telefoner med fastvareversjon tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com for klargjøring.

Last ned enhetens fastvare og oppdateringer av språk fra binaries.webex.com.

Gi Cisco Multiplatform-telefoner (MPP-er) eldre enn 12.0.3-versjonen tilgang til sudirenewal.cisco.com via port 80 for å fornye produsentinstallert sertifikat (MIC) og ha en sikker unik enhetsidentifikator (SUDI). Hvis du vil ha mer informasjon, kan du se Feltmerknad.

Alle

*.ucmgmt.cisco.com

Webex Calling-tjenester

Control Hub

*.wbx2.com og *.ciscospark.com

Brukes for skybevissthet for å ta kontakt med Webex Calling og Webex Aware-tjenester under og etter innføring.

Disse tjenestene er nødvendige for

  • Administrasjon av apper og enheter

  • Apper Administrasjon av programvarslingsmekanisme

Alle

*.webexapis.com

Webex-mikrotjenester som administrerer dine Webex-appprogrammer og Webex-enheter.

  1. Profilbildetjeneste

  2. Tavletjeneste

  3. Nærhetstjeneste

  4. Tilstedeværelsestjeneste

  5. Registreringstjeneste

  6. Kalendertjeneste

  7. Søketjeneste

Alle

*.webexcontent.com

Webex Messaging-tjenester relatert til generell fillagring, inkludert:

  1. Brukerfiler

  2. Transkodede filer

  3. Bilder

  4. Skjermbilder

  5. Tavleinnhold

  6. Klient- og enhetslogger

  7. Profilbilder

  8. Merkevarelogoer

  9. Loggfiler

  10. Masseeksport av CSV-filer og importer filer (Control Hub)

Meldingstjenester for Webex-apper.

Fillagring ved bruk av webexcontent.com erstattet av clouddrive.com i oktober 2019

*.accompany.com

Integrering av People Insights

Webex-apper

Ytterligere Webex-relaterte tjenester (tredjepartsdomener)

*.appdynamics.com

*.eum-appdynamics.com

Ytelsessporing, feil- og krasjregistrering, øktmåledata.

Control Hub

*.sipflash.com

Tjenester for enhetsadministrasjon. Fastvareoppgraderinger og sikre innføringsformål.

Webex-apper

*.walkme.com *.walkmeusercontent.com

Webex brukerveiledningsklient. Gir innførings- og bruksveiledning for nye brukere.

For mer informasjon om WalkMe, klikk her.

Webex-apper

*.google.com

*.googleapis.com

Varsler til Webex-apper på mobile enheter (eksempel: ny melding, når anropet besvares)

Se disse koblingene for IP-delnett

Google Firebase Cloud Messaging-tjeneste (FCM)

Apple Push Notification Service (APNS)

For APNS viser Apple IP-delnettene for denne tjenesten.

Webex-appen

IP-delnett for Webex Calling-tjenester

IP-delnett for 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

Enhetskonfigurasjon og fastvareadministrasjon (Cisco avvik)

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

Konfigurasjon av Webex-app

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Tilkoblingsformål

KildeadresserKildeporterProtokollDestinasjonsadresserMålporterMerknader
Anropssignalisering til Webex Calling (SIP TLS)Ekstern lokal gateway (NIC)8000-65535tcpSe IP-delnett for Webex Calling-tjenester.5062, 8934

Disse IP-adressene/portene er nødvendige for utgående SIP-TLS-anropssignalisering fra lokale gatewayer, enheter og Webex-appapplikasjoner (kilde) til Webex Calling-skyen (mål).

Port 5062 (kreves for sertifikatbasert trunk). Og port 8934 (kreves for Registreringsbasert trunk

Enheter5060-50808934
Webex-appen Kortvarig (OS-avhengig)
Anropssignalisering fra Webex Calling (SIP TLS) til lokal gateway

Adresseområde for Webex Calling.

Se IP-delnett for Webex Calling-tjenester

8934tcpIP- eller IP-område valgt av kunden for den lokale gatewayenPort eller portområde valgt av kunden for den lokale gatewayen

Gjelder sertifikatbaserte lokale gatewayer. Det er nødvendig å opprette en tilkobling fra Webex Calling til en lokal gateway.

En registreringsbasert lokal gateway fungerer på gjenbruk av en tilkobling opprettet fra den lokale gatewayen.

Målporten er kundens valg Konfigurer trunker

Anropsmedier til Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Lokal gateway ekstern NIC8000-48199†*utpSe IP-delnett for Webex Calling-tjenester.

5004, 9000 (STUN-porter)

Lyd: 8500-8599

Video: 8600-8699

19560-65535 (SRTP over UDP)

  • Disse IP-adressene/portene brukes for utgående SRTP-anropsmedier fra lokale gatewayer, enheter og Webex-appprogrammer (kilde) til Webex Calling-skyen (destinasjon).

  • For samtaler i organisasjonen der STUN, ICE-forhandling er vellykket, fjernes medierelay i skyen som kommunikasjonsbane. I slike tilfeller er medieflyten direkte mellom brukerens apper/enheter.

    For Eksempel: Hvis medieoptimaliseringen lykkes, sender Webex-appen medier direkte mellom hverandre i portområder 8500–8699, og enheter sender medier direkte til hverandre i portområder 19560–19661.

  • For visse nettverkstopologier der brannmurer brukes i et kundeområde, kan du gi tilgang til de nevnte kilde- og målportområdene i nettverket slik at mediene kan flyte gjennom.

    Eksempel: Tillat kilde- og destinasjonsportområdet for Webex-appen

    Lyd: 8500-8599 Video:8600-8699

  • Nettlesere bruker den kortvarige kildeporten som kan kontrolleres ved å angi retningslinjene for WebRtcUdpPortRange i profilen Managed Device Management (MDM).

    Webex Calling-tjenesten fungerer normalt hvis ingen MDM-tjeneste er angitt, eller hvis SiteURL og EnableForceLogin ikke er konfigurert.

Enheter*19560-19661

VG400 ATA-enheter

19560-19849
Webex-appen*

Lyd: 8500-8599

Video: 8600-8699

WebRTC

Ephemeral (i henhold til nettleserens retningslinjer)
Anropsmedier fra Webex Calling (SRTP/SRTCP, T38)

Adresseområde for Webex Calling.

Se IP-delnett for Webex Calling-tjenester

19560-65535 (SRTP over UDP) utpIP- eller IP-område valgt av kunden for den lokale gatewayen Medieportområde valgt av kunden for sin lokale gateway
Anropssignalisering til PSTN-gateway (SIP TLS)Lokal gateway intern NIC8000-65535tcpDin ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Anropsmedia til PSTN-gateway (SRTP/SRTCP)Lokal gateway intern NIC8000-48199†*utpDin ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter)Webex Calling-enheterEphemeraltcp

Se IP-delnett for Webex Calling-tjenester

443, 6970, 80

Påkrevd av følgende grunner:

  1. Migrering fra bedriftstelefoner (Cisco Unified CM) til Webex Calling. Se upgrade.cisco.com for mer informasjon. cloudupgrader.webex.com bruker porter: 6970 443 for fastvareoverføringsprosessen.

  2. Fastvareoppgraderinger og sikker innføring av enheter (MPP og rom- eller bordtelefoner) ved hjelp av den 16-sifrede aktiveringskoden (GDS)

  3. For CDA / EDOS - MAC adressebasert klargjøring. Brukes av enheter (MPP-telefoner, ATA-er og SPA ATA-er) med nyere fastvare.

  4. For Cisco ATA-er må du kontrollere at enhetene er på minimum fastvare 11.1.0MSR3-9.

  5. Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger, uten at DHCP-alternativene er angitt, kontakter den en enhetsaktiveringsserver for nullberøring. Nye telefoner bruker activate.cisco.com i stedet for webapps.cisco.com til klargjøring. Telefoner med fastvare som er utgitt tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com. Det anbefales å tillate alle disse IP-subnettene.

  6. Gi Cisco Multiplatform-telefoner (MPP-er) eldre enn 12.0.3-versjonen tilgang til sudirenewal.cisco.com via port 80 for å fornye produsentinstallert sertifikat (MIC) og ha en sikker unik enhetsidentifikator (SUDI). Hvis du vil ha mer informasjon, kan du se Feltmerknad

Konfigurasjon av Webex-appWebex-appprogrammerEphemeraltcp

Se IP-delnett for Webex Calling-tjenester

443, 8443Brukes til Id-meglerautentisering, konfigurasjonstjenester for Webex-appen for klienter, nettleserbasert webtilgang for selvbetjening OG Administrativ grensesnitttilgang.
TCP-port 8443 brukes av Webex-appen på Cisco Unified CM-oppsett for nedlasting av konfigurasjon. Bare kunder som bruker oppsettet til å koble til Webex Calling, må åpne porten.
Synkronisering av enhetstid (NTP)Webex Calling-enheter51494utpSe IP-delnett for Webex Calling-tjenester.123Disse IP-adressene er nødvendige for tidssynkronisering for enheter (MPP-telefoner, ATA-er og SPA ATA-er)

Oppløsning for domenenavnsystem (DNS)

Webex Calling-enheter, Webex-appen og Webex-enheterEphemeralUDP og TCPVertsdefinert53Brukes til DNS-oppslag for å oppdage IP-adressene til Webex Calling-tjenestene i skyen. Selv om vanlige DNS-oppslag gjøres over UDP, kan noen kreve TCP, hvis spørringssvarene ikke kan passe det i UDP-pakker.
Protokoll for nettverkstid (NTP)Webex-appen og Webex-enheter123utpVertsdefinert123Tidssynkronisering
CScanNettbasert verktøy for forhåndskvalifisering av nettverksberedskap for Webex CallingEphemeraltcpSe IP-delnett for Webex Calling-tjenester.8934 og 443Nettbasert verktøy for prekvalifisering av nettverksberedskap for Webex Calling. Gå til cscan.webex.com for mer informasjon.
utp19569-19760
Ytterligere Webex Calling og Webex Aware-tjenester (tredjepart)
Push-varslinger APNS- og FCM-tjenester Webex Calling-programmer Ephemeraltcp

Se IP-delnett som er nevnt under koblingene

Apple Push Notification Service (APNS)

Google Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223Varsler til Webex-apper på mobile enheter (eksempel: Når du mottar en ny melding eller når et anrop blir besvart)

  • *CUBE-medieportområdet kan konfigureres med rtp-portområdet.

  • *Medieporter for enheter og programmer som er dynamisk tilordnet i SRTP-portlinjene. SRTP-porter er også nummererte porter, og den tilsvarende SRTCP-porten tildeles med den påfølgende ulige nummererte porten.

  • Hvis en proxy-serveradresse er konfigurert for appene og enhetene dine, sendes signaliseringstrafikken til proxyen. Medier transportert SRTP over UDP flyter direkte til brannmuren i stedet for proxy-serveren.

  • Hvis du bruker NTP- og DNS-tjenester i bedriftsnettverket, åpner du portene 53 og 123 gjennom brannmuren.

Kvalitet på tjenesten (QoS)

Lar deg aktivere tagging av pakker fra den lokale enheten eller klienten til Webex Calling-skyplattformen. QoS gjør det mulig å prioritere sanntidstrafikk fremfor annen datatrafikk. Hvis du aktiverer denne innstillingen, endres QoS-merknadene for apper og enheter som bruker SIP-signalisering og medier.

Kildeadresser Trafikktype Destinasjonsadresser Kildeporter Målporter DSCP-klasse og -verdi
Webex-appen Lyd

Referer IP-delnett, domener og URL-adresser for Webex Calling-tjenester

8500-8599 8500-8599, 19560-65535 Fremskyndet videresending (46)
Webex-appen Video 8600-8699 8600-8699, 19560-65535 Forsikret videresending 41 (34)
Webex-appen Signalisering Kortvarig (OS-avhengig) 8934 cs0 (0)
Webex-enheter (MPP-er og rom)Lyd og video 19560-19661 19560-65535

Fremskyndet videresending (46) &

Forsikret videresending 41 (34)

Webex-enheter Signalisering 5060-5080 8934 Klassevelger 3 (24)

  • Opprett en egen QoS-profil for lyd og video/deling siden de har forskjellige kildeportområder for å markere trafikk annerledes.

  • For Windows-klienter: Hvis du vil aktivere differensiering av UDP-kildeport for organisasjonen, kontakter du det lokale kontoteamet. Uten aktivering kan du ikke skille mellom lyd og video/deling ved hjelp av Windows QoS-policyer (GPO) fordi kildeportene er de samme for lyd/video/deling. Hvis du vil ha mer informasjon, se Aktivere portområder for mediekilde for Webex-appen

  • For Webex-enheter konfigurerer du endringene i QoS-innstillingene fra enhetsinnstillingene i Control Hub. Hvis du vil ha mer informasjon, se Konfigurere og endre enhetsinnstillinger i Webex-Calling

Webex Meetings/Messaging – Nettverkskrav

For kunder som bruker Webex Suite av skysamarbeidstjenester, Webex skyregistrerte produkter, innfører MPP-enhetene til Webex Cloud for tjenester som anropslogg, katalogsøk, møter og meldinger. Kontroller at domenene/URL-adressene/IP-adressene/portene som er nevnt i denne artikkelen, er åpne Nettverkskrav for Webex-tjenester.

Nettverkskrav for Webex for Government (FedRAMP)

For kunder som krever listen over domener, URL-adresser, IP-adresseområder og porter for Webex for Government-tjenester (FedRAMP), finner du informasjon her: Nettverkskrav for Webex for Government

Nettverkskrav for Webex Attendant-konsollen

For kunder som bruker svartjeneste-konsoll – resepsjonistfunksjonen, svartjenesten og operatørfunksjonen, må du sørge for at domener/URL-adresser/IP-adresser/porter/protokoller er åpne Nettverkskrav for svartjeneste-konsoll

Komme i gang med Webex Calling lokal gateway

For kunder som bruker den lokale gateway-løsningen med Webex Calling for lokalt basert PSTN og tredjeparts SBC-er, les artikkelen Kom i gang med lokal gateway

Referanser

Hvis du vil vite hva som er nytt i Webex Calling, kan du se hva som er nytt i Webex Calling

For sikkerhetskrav til Webex Calling, se artikkel

Optimalisering av Webex Calling-medier med Interactive Connectivity Establishment (ICE) Artikkel

Dokumentrevisjonslogg

Dato

Vi har gjort følgende endringer i denne artikkelen

21. januar 2025

Lagt til detaljer for bruk av SIP Application Layer Gateway.

8. januar 2025

Flyttet IP-subnettadressen relatert til enhetskonfigurasjon og Webex-appkonfigurasjon til delen IP-subnett for Webex Calling-tjenester

17. desember 2024

La til støtte for WebRTC for Webex Calling Media-spesifikasjonen.

14. november 2024

Oppdaterte det støttede portområdet for Webex Calling-samtalemedier for ATA-enhet i VG400-serien

11. november 2024

La til det støttede portområdet for Webex Calling-samtalemedier for ATA-enhet i VG400-serien

25. juli 2024

Lagt til IP-subnettverket 52.26.82.54 tilbake slik det er nødvendig for konfigurasjon av Cisco ATA-enheter og fastvareadministrasjon.

18. juli 2024

Oppdatert med følgende detaljer:

  • QoS (TOS/DSCP)-verdier som støttes for Webex Calling (apper, enheter)

  • Oppdatert nettverksdiagram

  • Inkludert koblingen for nettverkskrav relatert til Webex Attendant Console.

28. juni 2024

Oppdaterte bruken av begge SRTP-/SRTCP-portområdene for Webex Calling Media-spesifikasjonen.

11. juni 2024

Fjernet domenet "huron-dev.com" da det ikke brukes.

06. mai 2024

Oppdaterte bruken av begge SRTP-/SRTCP-portområdene for Webex Calling Media-spesifikasjonen.

03. april 2024

Oppdaterte IP-delnettene for Webex Calling-tjenester med 163.129.0.0/17 for å imøtekomme Webex Calling-markedsutvidelse for India-regionen.

18. desember 2023

Inkluderte sudirenewal.cisco.com -URL-adressen og port 80-kravet for enhetskonfigurasjon og fastvareadministrasjon av MIC-fornyelse på Cisco MPP-telefonen.

11. desember 2023

Oppdaterte IP-delnettene for Webex Calling-tjenester til å inkludere et større sett med IP-adresser.

150.253.209.128/25 – endret til 150.253.128.0/17

29. november 2023

Oppdaterte IP-delnettene for Webex Calling-tjenester for å inkludere et større sett med IP-adresser for å imøtekomme Webex Calling-regionutvidelse for fremtidig vekst.

144.196.33.0/25 – endret til 144.196.0.0/16

IP-delnettene for Webex Calling-tjenester under Webex Calling (SIP TLS) og samtalemedier til Webex Calling (STUN, SRTP) oppdateres for klarhet om sertifikatbasert trunking og brannmurkravene for lokal gateway.

14. august 2023

Vi har lagt til følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for å støtte økte kapasitetskrav for Edge- og Webex Calling-tjenester.

Dette IP-området støttes bare i området i USA.

5. juli 2023

La til koblingen https://binaries.webex.com for å installere Cisco MPP-fastvaren.

7. mars 2023

Vi har revidert hele artikkelen for å inkludere:

  1. Inkluderte alternativer for proxy-støtte.

  2. Endret diagram for anropsflyten

  3. Forenklede domener/URL-adresser/IP-delnettdeler for Webex Calling- og Webex Aware-tjenester

  4. La til 170.72.0.0/16 IP-subnettområde for Webex Calling- og Webex Aware-tjenester.

    Fjernet følgende områder 170.72.231.0, 170.72.231.10, 170.72.231.161 og 170.72.242.0/24

5. mars 2023

Oppdaterer artikkelen slik at den inkluderer følgende:

  • La til UDP-SRTP-portområdet (8500-8700) som brukes av programmer.

  • Lagt til portene for push-varslinger APNS- og FCM-tjenestene.

  • Del opp CScan-portområdet for UDP & TCP.

  • Lagt til referansedelen.

15. november 2022

Vi har lagt til følgende IP-adresser for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Vi har fjernet følgende IP-adresser fra enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 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

La til IP-subnettet 170.72.242.0/24 for Webex Calling-tjenesten.

08. september 2022

Cisco MPP-fastvareoverganger som skal brukes https://binaries.webex.com som verts-URL for MPP-fastvareoppgraderinger i alle regioner. Denne endringen forbedrer ytelsen til fastvareoppgraderingen.

30. august 2022

Fjernet referanse til port 80 fra Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter), Applikasjonskonfigurasjon og CScan-rader i Port-tabellen, da det ikke er noen avhengighet.

18. august 2022

Ingen endring i løsningen. Oppdaterte destinasjonsportene 5062 (kreves for sertifikatbasert trunk), 8934 (kreves for registreringsbasert trunk) for anropssignalisering til Webex Calling (SIP TLS).

26. juli 2022

La til 54.68.1.225 IP-adressen, som kreves for fastvareoppgradering av Cisco 840/860-enheter.

21. juli 2022

Oppdaterte destinasjonsportene 5062, 8934 for samtalesignalisering til Webex Calling (SIP TLS).

14. juli 2022

La til URL-adressene som støtter en fullstendig funksjon i Webex Aware-tjenester.

La til IP-subnettet 23.89.154.0/25 for Webex Calling-tjenesten.

27. juni 2022

Oppdaterte domenet og URL-adressene for Webex Calling-tjenester:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. juni 2022

La til følgende porter og protokoller under IP-adresser og porter for Webex Calling-tjenester:

  • Tilkoblingsformål: Webex-funksjoner

  • Kildeadresser: Webex Calling-enheter

  • Kildeporter: Ephemeral

  • Protokoll: tcp

  • Destinasjonsadresser: Se IP-delnett og domener definert i Webex Meetings/Messaging – nettverkskrav.

  • Målporter: 443

    Merknader: Webex Calling-enhetene bruker disse IP-adressene og domenene til å kommunisere med Webex Cloud Services som Directory, Call History og Meetings.

Oppdatert informasjon i delen Webex Meetings/Meldinger – nettverkskrav

24. mai 2022

La til IP-subnettet 52.26.82.54/24 til 52.26.82.54/32 for Webex Calling-tjenesten

6. mai 2022

La til IP-subnettet 52.26.82.54/24 for Webex Calling-tjenesten

7. april 2022

Oppdatert det interne og eksterne UDP-portområdet for lokal gateway til 8000-48198

5. april 2022

La til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. mars 2022

La til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. september 2021

La til 4 nye IP-delnett for Webex Calling-tjenesten:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2. april 2021

La til *.ciscospark.com under Domener og URL-adresser for Webex Calling-tjenester for å støtte Webex Calling-brukstilfeller i Webex-appen.

25. mars 2021

La til 6 nye IP-områder for activate.cisco.com, som trer i kraft 8. mai 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. mars 2021

Erstatt Webex Calling diskrete IP-er og mindre IP-områder med forenklede områder i en egen tabell for å gjøre det enklere å forstå brannmurkonfigurasjon.

26. februar 2021

La til 5004 som målport for samtalemedier til Webex Calling (STUN, SRTP) for å støtte Interactive Connectivity Establishment (ICE) som vil være tilgjengelig i Webex Calling i april 2021.

22. februar 2021

Domener og nettadresser er nå oppført i en egen tabell.

Tabellen over IP-adresser og porter justeres til å gruppere IP-adresser for de samme tjenestene.

Legge til Notater-kolonnen i tabellen over IP-adresser og porter som hjelper med å forstå kravene.

Flytte følgende IP-adresser til forenklede områder for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

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

Legge til følgende IP-adresser for applikasjonskonfigurasjon fordi Cisco Webex-klient peker til en nyere DNS SRV i Australia i mars 2021.

  • 199.59.64.237

  • 199.59.67.237

21. januar 2021

Vi har lagt til følgende IP-adresser i enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 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 enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Vi har lagt til følgende IP-adresser i applikasjonskonfigurasjonen:

  • 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 applikasjonskonfigurasjonen:

  • 64.68.99.6

  • 64.68.100.6

Vi har fjernet følgende portnumre fra applikasjonskonfigurasjonen:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Vi har lagt til følgende domener i applikasjonskonfigurasjonen:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. desember 2020

Lagt til nye IP-adresser for applikasjonskonfigurasjon i portreferansebildene.

22. desember 2020

Oppdaterte programkonfigurasjonsraden i tabellene for å inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

Skjul nettverksdiagrammene til disse IP-adressene legges til.

11. desember 2020

Oppdaterte enhetskonfigurasjonen og fastvareadministrasjonen (Cisco-enheter) og programkonfigurasjonsradene for de støttede kanadiske domenene.

16. oktober 2020

Oppdaterte anropssignalisering og medieoppføringer 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, erstattet 199.59.64.156 med 199.59.64.197.

14. august 2020

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

Samtalesignalisering 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

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

  • Anropsmedier til Webex Calling (SRTP) – 135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anropssignalisering til offentlig adresserte endepunkter (SIP TLS) – 135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter) – 135.84.173.155,135.84.174.155

  • Synkronisering av enhetstid – 135.84.173.152, 135.84.174.152

  • Applikasjonskonfigurasjon – 135.84.173.154,135.84.174.154

22. juli 2020

La til følgende IP-adresse for å støtte introduksjonen av datasentre i Canada: 135.84.173.146

9. juni 2020

Vi gjorde følgende endringer i CScan-oppføringen:

  • Rettet en av IP-adressene – endret 199.59.67.156 til 199.59.64.156.

  • Nye funksjoner krever nye porter og UDP – 19560–19760.

11. mars 2020

Vi la til følgende domene og IP-adresser i applikasjonskonfigurasjonen:

  • 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 oppdaterte følgende domener med ytterligere IP-adresser for enhetskonfigurasjon og fastvareadministrasjon:

  • 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 la til følgende domene og porter i enhetskonfigurasjon og fastvareadministrasjon:

cloudupgrader.webex.com—443, 6970

Konfigurere lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

Webex Calling støtter for øyeblikket to versjoner av lokal gateway:

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokale kravene til PSTN (Public Switched Telephone Network) og LGW (Local Gateway) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling for mer informasjon.

  • Denne artikkelen forutsetter at en dedikert lokal gateway-plattform er på plass uten eksisterende talekonfigurasjon. Hvis du endrer en eksisterende PSTN-gateway eller CUBE Enterprise-distribusjon til bruk som lokal gateway-funksjon for Webex Calling, må du være nøye med konfigurasjonen. Sørg for at du ikke avbryter eksisterende anropsflyter og funksjonalitet på grunn av endringene du gjør.

Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan finne ut mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Webex Managed Gateways Command Reference med mindre annet er angitt (i så fall går kommandokoblingene til Cisco IOS Voice Command Reference). Du kan få tilgang til alle disse veiledningene ved Kommandoreferanser for Cisco Unified Border Element.

For informasjon om støttede tredjeparts SBC-er, se den respektive produktreferansedokumentasjonen.

Konfigurere din lokale gateway

Det finnes to alternativer for å konfigurere den lokale gatewayen for Webex Calling-trunken:

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gateway eller Sertifikatbasert lokal gateway til å konfigurere lokal gateway for Webex Calling-trunken.

Se Kom i gang med lokal gateway hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av Command Line Interface (CLI). Vi bruker SIP-transport (Session Initiation Protocol) og TLS-transport (Transport Layer Security) for å sikre trunken og SRTP-protokollen (Secure Real Time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling.

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ingen tredjeparts Session Border Controllers (SBC). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med lokal gateway.

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifiseringsinstanser som Webex for Government støtter, kan du se Rotsertifiseringsinstanser for Webex for Government.

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, kan du se Nettverkskrav for Webex for Government (FedRAMP).

Lokal gateway for Webex for Government støtter ikke følgende:

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Bruk følgende alternativ for å konfigurere lokal gateway for Webex Calling-trunken i Webex for Government:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gateway til å konfigurere den lokale gatewayen for Webex Calling-trunken. Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurere sertifikatbasert trunk for Webex Calling.

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chifre for å støtte lokal gateway for Webex for Government. Hvis ikke, mislykkes samtaleoppsettet. Hvis du vil ha mer informasjon om konfigurasjon, kan du se Konfigurere Webex Calling-sertifikatbasert trunk.

Webex for Government støtter ikke registreringsbasert lokal gateway.

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en registrerende SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklasseleiere: Brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Selv om IP og SIP har blitt standardprotokollene for PSTN-trunker, brukes TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye og støttes med Webex Calling-trunker. For å muliggjøre medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, er det for øyeblikket nødvendig å bruke en tostrenget samtalerutingsprosess. Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker som vist på bildet nedenfor.

Konfigurasjon av samtaleruting med et sett med interne ringenoder for tilbakeringing mellom Webex Calling og PSTN-trunker

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Løsningsdiagram som viser Unified Communications Manager gir sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor.

Vertsnavn, IP-adresser og grensesnitt som brukes i konfigurasjonsløsninger for samtaleruting

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer tilkobling og sikkerhet for ruteren ved baseline

  • Trinn 2: Konfigurere Webex Calling-trunk

    Avhengig av hvilken arkitektur du trenger, følger du enten:

  • Trinn 3: Konfigurere lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer lokal gateway med et eksisterende Unified CM-miljø

    Eller:

  • Trinn 3: Konfigurere lokal gateway med TDM PSTN-trunk

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle registreringsbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. Cisco IOS 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:

 grensesnitt GigabitEthernet0/0/0 beskrivelse Grensesnitt vendt mot PSTN og/eller CUCM IP-adresse 10.80.13.12 255.255.255.0 ! grensesnitt GigabitEthernet0/0/1 beskrivelse Grensesnitt vendt mot Webex Calling (privat adresse) ip-adresse 192.51.100.1 255.255.255.240

2

Beskytt registrering og STUN-legitimasjon på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:

 nøkkel config-nøkkel passord-kryptere YourPassword passord-kryptering aes

3

Opprett et PKI-klareringspunkt for plassholder.

Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville kreves for en sertifikatbasert trunk.

 crypto pki trustpoint EmptyTP tilbakekalling-sjekk ingen
4

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametrene bør også oppdateres for å sikre en pålitelig, sikker tilkobling for registrering:

Den cn-san-validerte serverkommandoen sikrer at den lokale gatewayen tillater en tilkobling hvis vertsnavnet som er konfigurert i tenant 200, er inkludert i enten CN- eller SAN-feltene i sertifikatet mottatt fra den utgående proxyen.

  1. Sett tcp-retry count til 1000 (5-msek multippel = 5 sekunder).

  2. Kommandoen tidtakertilkobling establish lar deg justere hvor lenge LGW venter på å konfigurere en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standard for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi og øk om nødvendig for å imøtekomme nettverksforholdene.

 sip-ua tidtaker tilkobling etablere tls 5 transport tcp tls v1.2 kryptosignalisering standard klareringspunkt EmptyTP cn-san-validert server tcp-retry 1000

5

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trust pool import clean url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA trust pool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80
 ip http klient kildegrensesnitt GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer registreringsbasert trunk for Webex Calling
1

Opprett en registreringsbasert PSTN-trunk for en eksisterende plassering i Control Hub. Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Detaljene som er uthevet i illustrasjonen, brukes i konfigurasjonstrinnene i denne håndboken. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

PSTN-trunk registrert
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:

 taletjeneste voip ip-adresse klarert liste ipv4 x.x.x.x y.y.y.y.y-modus grense-element media statistikk media massestatistikk tillate-tilkoblinger sip til sip ingen tilleggstjeneste sip referer stun stun flytdata agent-id 1 oppstartsantall 4 stun flytdata delt-hemmelig 0 passord123$ sip asymmetrisk nyttelast full tidlig tilbud tvunget

Her er en forklaring på feltene for konfigurasjonen:

 klarert liste over ip-adresser  ipv4 x.x.x.x y.y.y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverk som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer den lokale gatewayen alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Det er ikke nødvendig å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene til det regionale Webex Calling-datasenteret i listen. Hvis du vil ha mer informasjon, kan du se Portreferanseinformasjon for Webex Calling. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

    Hvis LGW er bak en brannmur med begrenset kjegle-NAT, foretrekker du kanskje å deaktivere listen over klarerte IP-adresser på grensesnittet vendt mot Webex Calling. Brannmuren beskytter deg allerede mot uoppfordret innkommende VoIP. Deaktiver handling reduserer konfigurasjonskostnadene på lengre sikt, fordi vi ikke kan garantere at adressene til Webex Calling-noder forblir faste, og du må uansett konfigurere brannmuren for noder.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk

Gjør det mulig for kontrollplanet å undersøke dataplanet for statistikk for masseanrop.

Hvis du vil ha mer informasjon om disse kommandoene, kan du se Media.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake-til-tilbake-funksjonalitet for brukeragent. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdata og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

3

Konfigurer kodek for taleklasse 100 slik at G.711-kodeker bare kan brukes for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Om nødvendig kan ytterligere kodektyper som støttes av både opprinnelige og avsluttende systemer, legges til i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 

 taleklasse kodek 100 kodek preferanse 1 g711ulaw kodek preferanse 2 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, se kodek for taleklasse.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken.

 taleklasse stun-bruk 100 stun-bruk brannmur-traversal flytdata stun-bruk ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklasse og stun bruk is lite.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk.

 taleklasse srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer et mønster for å identifisere anrop til en lokal gateway-trunk basert på parameteren for destinasjonskanalen: 

 taleklasse uri 100 sip mønster dtg=Dallas1463285401_LGU

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av trunkens OTG/DTG-verdi som ble oppgitt i Control Hub da trunken ble opprettet. Hvis du vil ha mer informasjon, se uri for taleklasse.

7

Konfigurer SIP-profil 100, som brukes til å endre SIP-meldinger før de sendes til Webex Calling.

 taleklasse sip-profiler 100 regel 10 forespørsel ENHVER sip-topptekst SIP-Req-URI endre "sips:" "sip:" regel 20 forespørsel ENHVER sip-topptekst For å endre "" ";otg=dallas1463285401_lgu>" regel 90 forespørsel ENHVER sip-topptekst P-Asserted-Identity endre "sips:" "sip:"

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-topptekster som brukes til samtalesignalisering, bruker SIP i stedet for SIP-skjemaet, som Webex-proxyer krever. Konfigurering av CUBE til å bruke SIP sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-toppteksten slik at den inkluderer OTG/DTG-identifikatoren for trunkgruppen fra Control Hub for å unikt identifisere et lokalt gateway-nettsted i en bedrift.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i artikkelen Søppelanrop eller svindelanrop i Webex Calling .

8

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Spesielt vil trunkregistreringsdetaljene som er oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Oppringingsnoder tilknyttet denne leieren vil senere arve disse konfigurasjonene.

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

     taleklassetenant 100 registrator DNS:98027369.us10.bcld.webex.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls legitimasjonsnummer Dallas1171197921_LGU brukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks-autentiseringsbrukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks-autentiseringsbrukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com ingen ekstern part-id sip-server dns:98027369.us10.bcld.webex.com tilkobling-gjenbruk srtp-crypto 100 økt transport tcp tls ingen økt oppdatering url sips feil-passthru rel1xx deaktiver asserted-id pai bind control kildegrensesnitt GigabitEthernet0/0/1 bind media kildegrensesnitt GigabitEthernet0/0/1 ingen pass-thru innhold custom-sdp sip-profiler 100 utgående proxy dns:dfw04.sipconnect-us.bcld.webex.com personvernerklæring passert

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Definerer et sett med konfigurasjonsparametere som bare skal brukes for Webex Calling-trunken. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    register dns:98027369.us10.bcld.webex.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls

    Registratorserver for den lokale gatewayen med registreringen satt til å oppdateres annenhver minutt (50 % av 240 sekunder). For mer informasjon, se registrator.

    Sørg for at du bruker verdien Registrer domene fra Control Hub her.

    legitimasjonsnummer Dallas1171197921_LGU brukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, kan du se legitimasjon (SIP UA).

    Sørg for at du bruker verdiene for henholdsvis linje-/portverten, autentiseringsbrukernavnet og autentiseringspassordet fra Control Hub her.

    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm BroadWorks
    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Autentiseringsutfordring for samtaler. Hvis du vil ha mer informasjon, kan du se autentisering (oppringingsnode).

    Sørg for at du bruker henholdsvis verdier for autentiseringsbrukernavn, autentiseringspassord og registrardomene fra Control Hub her.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som er aktivert ved hjelp av asserted-ID PAI. Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken.

    tilkobling-gjenbruk

    Bruker den samme vedvarende tilkoblingen for registrering og samtalebehandling. Hvis du vil ha mer informasjon, kan du se gjenbruk av tilkobling.

    srtp-krypto 100

    Konfigurerer foretrukne chifferpakker for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Setter transport til TLS. Hvis du vil ha mer informasjon, kan du se økttransport.

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. Hvis du vil ha mer informasjon, kan du se øktoppdatering.

    url-sips

    SRV-spørringen må være SIP-er som støttes av Access SBC. Alle andre meldinger endres til SIP av sip-profil 200.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx deaktiver

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. Hvis du vil ha mer informasjon, se rel1xx.

    ID-pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis du vil ha mer informasjon, kan du se bekreftet ID.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se bind.

    Ingen passthru-innhold skreddersydd

    Standardkommando under leietaker. Hvis du vil ha mer informasjon om denne kommandoen, kan du se innhold over gjennomgang.

    SIP-profiler 100

    Endrer SIP-er til SIP og endrer linje/port for INVITER- og REGISTRER-meldinger som definert i sip-profiler 100. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    utgående-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling-tilgang SBC. Sett inn den utgående proxy-adressen som er oppgitt i Control Hub når du opprettet trunken. Hvis du vil ha mer informasjon, se utgående proxy.

    personvernerklæring passsthru

    Konfigurer alternativene for retningslinjene for personvernhode for at trunken skal sende personvernverdier fra mottatt melding til neste anropsstrekning. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen. 

     oppringingsnode stemme 100 voip beskrivelse Innkommende/utgående Webex Calling max-conn 250 destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål sip-server innkommende uri-forespørsel 100 taleklasse kodek 100 dtmf-relay rtp-nte taleklasse stun-bruk 100 ingen taleklasse sip localhost taleklasse sip tenant 100 srtp no vad

    Her er en forklaring på feltene for konfigurasjonen:

     stemme for oppringingsnode 100 voip  -beskrivelse innkommende/utgående Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    maks. konn 250

    Begrenser antall samtidige innkommende og utgående anrop mellom LGW og Webex Calling. For registrerings trunker må den konfigurerte maksimumsverdien være 250. Bruker lavere verdi hvis det er mer hensiktsmessig for distribusjonen. Hvis du vil ha mer informasjon om samtidige anropsbegrensninger for lokal gateway, kan du se dokumentet Kom i gang med lokal gateway .

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

    øktprotokoll sipv2

    Angir at oppringingsnode 100 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

    innkommende uri-forespørsel 100

    For å angi taleklassen som brukes til å matche en VoIP-oppringingsnode med URI-en (Uniform Resource Identifier) for et innkommende anrop. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et brannmurhull for medietrafikk.

    ingen taleklasse sip localhost

    Deaktiverer erstatning av det lokale DNS-vertsnavnet i stedet for den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID for utgående meldinger.

    sip-leietaker for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå.

    srtp

    Aktiverer SRTP for anropsstrekningen.

    ikke hva

    Deaktiverer registrering av taleaktivitet.

Når du har definert leietakeren 100 og konfigurert en SIP VoIP-oppringingsnode, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sitt sertifikat til den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling-tilgang ved hjelp av CA-rotbunten som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og Webex Calling-tilgang SBC. Den lokale gatewayen kan deretter bruke denne sikre tilkoblingen til å registrere seg hos Webex Access SBC. Når registreringen blir utfordret for godkjenning:

  • Parameterne brukernavn, passord og område fra konfigurasjonen av legitimasjon brukes i svaret.

  • Endringsreglene i SIP-profil 100 brukes til å konvertere SIPS URL tilbake til SIP.

Registreringen er vellykket når en 200 OK mottas fra tilgangs SBC.

Flytdiagram over godkjenning og registrering av Webex Calling med lokal gateway

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. CUBE støtter sikker samtaleruting.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurere lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP Gateways, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:

 taleklasse uri 200 sip vert ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til IP PSTN-gatewayen. Hvis du vil ha mer informasjon, se uri for taleklasse.

2

Konfigurer følgende oppringingsnode for IP PSTN:

 oppringingsnode stemme 200 voip beskrivelse Innkommende/utgående IP PSTN trunk destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål ipv4:192.168.80.13 innkommende uri via 200 taleklasse sip asserted-id pai taleklasse sip bind control kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 taleklasse kodek 100 dtmf-relay rtp-nte no vad

Her er en forklaring på feltene for konfigurasjonen:

 oppringingsnode tale 200 voip  beskrivelse innkommende/utgående IP PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.13

Angir måladressen for samtaler som sendes til PSTN-leverandøren. Dette kan enten være en IP-adresse eller et DNS-vertsnavn. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

innkommende uri via 200

Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av topptekstURI-en INVITE VIA. Hvis du vil ha mer informasjon, kan du se innkommende URL.

taleklasse sip assert-id pai

(Valgfritt) Slår på P-Asserted-Identity-topptekstbehandlingen og kontrollerer hvordan dette brukes for PSTN-trunken. Hvis denne kommandoen brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden for de utgående topptekstene Fra og P-Asserted-Identity. Hvis denne kommandoen ikke brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden til topptekstene Fra og Ekstern part-ID. Hvis du vil ha mer informasjon, kan du se SIP asserted-ID for taleklasse.

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

kodek for taleklasse 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 200 oppringingsnode stemme 200 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.

1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og samtalerutingskoder for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette oppringingsløkker. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:

 taleoversettelse-regel 100 regel 1 /^\+/ /A2A/ taleoversettelse-profil 100 oversette kalt 100 taleoversettelse-regel 200 regel 1 /^/ /A1A/ taleoversettelse-profil 200 oversette kalt 200 taleoversettelse-regel 11 regel 1 /^A1A/ // taleoversettelse-profil 11 oversette kalt 11 taleoversettelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ taleoversettelse-profil 12 oversette kalt 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som legges til av oversettelsesprofil 100 til å lede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofil 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se profil for taleoversettelse og regel for taleoversettelse.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM slot 2 på en enhet kan for eksempel inneholde følgende:

 korttype e1 0 2 isdn svitsjtype primær-net5 kontroller E1 0/2/0 pri-gruppe timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:

 oppringingsnode tale 200 pots beskrivelse Innkommende/utgående PRI PSTN trunk destinasjonsmønster BAD.BAD oversettelsesprofil innkommende 200 direkte-inngående oppringingsport 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode tale 200 pott  beskrivelse Innkommende/utgående PRI PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direkte-inn-oppringing

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.

 oppringningsnode stemme 10 voip-beskrivelse Utgående loop-rundt ben destinasjonsmønster BAD.BAD økt-protokoll sipv2 øktmål ipv4:192.168.80.14 taleklasse sip-bind-kontrollkilde-grensesnitt GigabitEthernet0/0/0 taleklasse sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode stemme 11 voip-beskrivelse Inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sipv2 innkommende oppringingsnode-stemme A1AT inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode-stemme 12 voip-beskrivelse Inngående loop-rundt-ben mot PSTN oversettelsesprofil innkommende 12 øktprotokoll sip2 innkommende oppringingsnummer A2AT taleklasse si

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode tale 10 voip  beskrivelse Utgående løypete-ben

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

innkommende oversettelsesprofil 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. Hvis du vil ha mer informasjon, se bind.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

kodek g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 10 beskrivelse Rute anrop til Loopback oppringingsnode 10

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

     oppringingsnode stemme 100 destinasjon dpg 10 oppringingsnode stemme 200 destinasjon dpg 10 oppringingsnode stemme 11 destinasjon dpg 100 oppringingsnode stemme 12 destinasjon dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

Når du oppretter Webex Calling-kanalen i Unified CM, må du sørge for at du konfigurerer den innkommende porten i innstillingene for sikkerhetsprofil for SIP-kanalen til 5065. Dette tillater innkommende meldinger på port 5065 og fyller ut VIA-toppteksten med denne verdien når du sender meldinger til den lokale gatewayen.

Angi informasjon om sikkerhetsprofil for SIP-kanal
1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

     taleklasse uri 300 sip mønster:5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

     taleklasse uri 400 sip mønster 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.

 ip-vert ucmpub.mydomain.com 192.168.80.60 ip-vert ucmsub1.mydomain.com 192.168.80.61 ip-vert ucmsub2.mydomain.com 192.168.80.62 ip-vert ucmsub3.mydomain.com 192.168.80.63 ip-vert ucmsub4.mydomain.com 192.168.80.64 ip-vert ucmsub5.mydomain.com 192.168.80.65 ip-vert _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

     dial-peer voice 300 voip beskrivelse UCM-Webex Calling trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:wxtocucm.io innkommende uri via 300 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 300 voip  -beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-oppringingsnode med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

     dial-peer voice 400 voip beskrivelse UCM-PSTN trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:pstntocucm.io innkommende uri via 400 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 400 voip  -beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 300 beskrivelse Rute anrop til Unified CM Webex Calling trunk oppringingsnode 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

     taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 400 beskrivelse Rute anrop til Unified CM PSTN trunk oppringingsnode 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 300 oppringingsnode stemme 300 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

     oppringingsnode stemme 200 destinasjon dpg 400 oppringingsnode stemme 400 destinasjon dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som skal utføres for å informere, feilsøke og rette opp problemet. Du kan definere problemgjenkjenningslogikken ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av bestemte visningskommandoer.

Handlingstypene inkluderer innsamling av visningskommandoer:

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS-, SCP-, FTP-server.

TAC-ingeniører skriver DS-filene og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har en unik numerisk ID tilordnet av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1a eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren som skal brukes til å sende proaktivt varsel hvis enheten kjører Cisco IOS XE 17.6.1a eller nyere.

    konfigurer terminal call-home e-postserver :@ prioritet 1 sikker tls-ende

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg. 

    konfigurere miljø for diagnostikksignatur for terminal Call Home ds_email  slutt

Følgende viser en eksempelkonfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com ved hjelp av Gmail som den sikre SMTP-serveren:

Vi anbefaler at du bruker Cisco IOS XE Bengaluru 17.6.x eller nyere versjoner.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email «tacfaststart@gmail.com»

En lokal gateway som kjører på Cisco IOS XE-programvare, er ikke en vanlig nettbasert Gmail-klient som støtter OAuth, så vi må konfigurere en bestemt Gmail-kontoinnstilling og gi spesifikk tillatelse til å behandle e-posten fra enheten riktig:

  1. Gå til Administrer Google-konto > Sikkerhet og slå på innstillingen Mindre sikker apptilgang .

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail som sier «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer CPU-utnyttelsen i fem sekunder ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer som er installert i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du kommandoen snmp-server manager .

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    LocalGateway# kopier ftp://brukernavn:passord@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen. 

    kopier ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Får tilgang til ftp://*:*@ 192.0.2.12/DS_64224.xml …!  [OK - 3571/4096 byte] 3571 byte kopiert på 0,064 sek (55797 byte/sekund)

  4. Installer DS XML-filen i den lokale gatewayen.

    Call-home diagnostikksignatur lasting DS_64224.xml Lastfil DS_64224.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi. 

    vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:  Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Last ned DSes:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av SIP-trunk-registrering

Denne DS sjekker for avregistrering av en lokal gateway SIP-trunk med Webex Calling-sky hvert 60. sekund. Når avregistreringshendelsen er oppdaget, genererer den en e-post og et syslog-varsel og avinstallerer seg selv etter to avregistreringsforekomster. Bruk trinnene nedenfor for å installere signaturen:

  1. Last ned DS 64117 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    sip-sip

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsel.

  2. Kopier DS XML-filen til den lokale gatewayen.

    kopier ftp://brukernavn:password@/DS_64117.xml bootflash:

  3. Installer DS XML-filen i den lokale gatewayen. 

    Call-home diagnostikksignatur lasting DS_64117.xml Innlastingsfil DS_64117.xml vellykket LocalGateway#

  4. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å sjekke om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen. 

    kopier ftp://brukernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    Call-home diagnostikksignatur last DS_65221.xml Last fil DS_65221.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Bruk diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Diagnostikksignaturer (DS) eliminerer behovet for å manuelt sjekke om problemet oppstår, og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke oppslagsverktøyet for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en ekstra DS-miljøvariabel ds_fsurl_prefix som er banen til Cisco TAC-filserveren (cxd.cisco.com) som de innsamlede diagnostikkdataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager i følgende kommando. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager etter behov. 

    konfigurere terminal call-home diagnostikksignatur LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end

    Eksempel: 

    callhome diagnostisk signatur miljø ds_fsurl_prefix " miljø ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager end

  3. Sørg for å installere overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer under perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): iec=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    kopier ftp://brukernavn:password@/DS_64224.xml bootflash:  kopier ftp://brukernavn:passord@/DS_65095.xml bootflash:

  6. Installer overvåking av høy CPU, DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av kommandoen vis diagnostikksignatur for Call Home . Statuskolonnen må ha en «registrert» verdi. 

    vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:  Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

    Nedlastede DS-er:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Bekreft utføring av diagnostikksignaturer

I følgende kommando endres "Status"-kolonnen i kommandoen vis diagnostikksignatur for Call Home til "kjører" mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:  Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

Nedlastede DS-er:

ID-nummer

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

ID-nummer

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/n

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og viser kommandoutganger som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdata fra kommandoen vis diagnostikksignatur for Call Home og kjører følgende kommando:

avinstallering av diagnostikksignatur for call-home <DS ID>

Eksempel:

diagnostikksignatur avinstallering av call-home 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som ofte observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Administrere og validere Cisco IOS XE Gateways gjennom Control Hub

For bedre administrasjon av Cisco IOS XE Gateways anbefaler vi at du registrerer og administrerer gatewayene gjennom Control Hub. En valgfri konfigurasjon. Når du er registrert, kan du bruke alternativet for konfigurasjonsvalidering i Control Hub til å validere konfigurasjonen av den lokale gatewayen og identifisere eventuelle konfigurasjonsproblemer. For øyeblikket støtter bare registreringsbaserte trunker denne funksjonaliteten.

For mer informasjon, se følgende:

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en sertifikatbasert, felles TLS (mTLS) SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklassetenanter: brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Selv om IP og SIP har blitt standardprotokollene for PSTN-trunker, brukes TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye og støttes med Webex Calling-trunker. For å muliggjøre medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, er det for øyeblikket nødvendig å bruke en tostrenget samtalerutingsprosess. Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker som vist på bildet nedenfor.

Konfigurasjon av samtaleruting med et sett med interne ringenoder for tilbakeringing mellom Webex Calling og PSTN-trunker

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr en Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Løsningsdiagram som viser Unified Communications Manager gir sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor. Alternativer er gitt for offentlig eller privat (bak NAT) adressering. SRV DNS-oppføringer er valgfrie, med mindre belastningen balanseres på tvers av flere CUBE-forekomster.

Vertsnavn, IP-adresser og grensesnitt som brukes i sertifikatbaserte lokale gateway-konfigurasjoner

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer tilkobling og sikkerhet for ruteren ved baseline

  • Trinn 2: Konfigurere Webex Calling-trunk

    Avhengig av hvilken arkitektur du trenger, følger du enten:

  • Trinn 3: Konfigurere lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer lokal gateway med et eksisterende Unified CM-miljø

    Eller:

  • Trinn 3: Konfigurere lokal gateway med TDM PSTN-trunk

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle sertifikatbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. Cisco IOS XE 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

    • For krav med høy kapasitet kan du også kreve en HSEC-lisens (High Security) og ekstra gjennomstrømningsrettigheter.

      Se Godkjenningskoder for mer informasjon.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Lokale gateway-adresser for fullstendig kvalifiserte domenenavn (FQDN) eller tjenesteoppføring (SRV) som er konfigurert i Control Hub, må løses til en offentlig IPv4-adresse på internett.

  • Alle SIP- og medieporter på det lokale gateway-grensesnittet vendt mot Webex må være tilgjengelige fra Internett, enten direkte eller via statisk NAT. Sørg for at du oppdaterer brannmuren tilsvarende.

  • Følg de detaljerte konfigurasjonstrinnene nedenfor for å installere et signert sertifikat på den lokale gatewayen:

    • En offentlig sertifiseringsinstans (CA) som beskrevet i Hvilke rotsertifiseringsinstanser støttes for samtaler til Cisco Webex lyd- og videoplattformer? må signere enhetssertifikatet.

    • Sertifikatemnets vanlige navn (CN) eller et av emnets alternative navn (SAN) må være det samme som FQDN som er konfigurert i Control Hub. For eksempel:

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har cube1.lgw.com:5061 som FQDN for den lokale gatewayen, må CN eller SAN i rutersertifikatet inneholde cube1.lgw.com. 

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse til de(n) lokale gatewayen(e) som kan nås fra trunken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, A Record eller IP-adresse), er valgfrie i SAN.

      • Enten du bruker en FQDN eller SRV for trunken, må kontaktadressen for alle nye SIP-dialoger fra den lokale gatewayen bruke navnet som er konfigurert i Control Hub.

    • Sørg for at sertifikatene er signert for klient- og serverbruk.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen. Denne pakken inkluderer CA-rotsertifikatet som brukes til å bekrefte Webex-plattformen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:

 grensesnitt GigabitEthernet0/0/0 beskrivelse Grensesnitt vendt mot PSTN og/eller CUCM IP-adresse 192.168.80.14 255.255.255.0 ! grensesnitt GigabitEthernet0/0/1 beskrivelse Grensesnitt vendt mot Webex Calling (offentlig adresse) ip-adresse 198.51.100.1 255.255.255.240

2

Beskytt STUN-legitimasjonen på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:

 nøkkel config-nøkkel passord-kryptere YourPassword passord-kryptering aes
3

Opprett et krypteringsklareringspunkt med et sertifikat for domenet ditt, signert av en støttet sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende kjøringskommando.

    kryptonøkkel generere rsa generelle nøkler eksporterbar etikett lgw-nøkkelmodul 4096

  2. Bruk følgende konfigurasjonskommandoer til å opprette et klareringspunkt for sertifikatet, og angi feltverdiene som skal brukes i forespørselen om sertifikatsignering: 

     crypto pki trustpoint LGW_CERT-registreringsterminal pem fqdn ingen emne-navn cn=cube1.lgw.com emne-alt-navn cube1.lgw.com tilbakekalling-sjekk ingen rsakeypar lgw-nøkkel hash sha256

    Merknader for sertifikatfelt:

    • fqdn: Dette er ikke et obligatorisk felt for Webex Calling. Hvis du setter denne konfigurasjonen til «ingen», sikrer du at den ikke er inkludert i sertifikatsigneringsforespørselen. Hvis du trenger å inkludere et FQDN ved hjelp av denne kommandoen, vil det ikke påvirke den lokale gateway-operasjonen.

    • emnenavn: For å validere anrop fra en lokal gateway, må Webex samsvare FQDN i SIP-kontaktoverskrifter med de som er inkludert enten i attributtet Common Name (CN) eller feltet Subject Alternative Name (SAN) i SBC-sertifikatet. Emnefeltet skal derfor inneholde minst ett CN-attributt, men kan også inneholde andre attributter etter behov. Hvis du vil ha mer informasjon, se emnenavn.

    • subjekt-alt-navn: Feltet Subject Alternative Name (SAN) i SBC-sertifikatet kan inneholde en liste over ytterligere FQDN-er. Webex sjekker denne listen for å validere SIP-kontaktoverskriften i meldinger fra den lokale gatewayen hvis sertifikatets Subject CN-attributt ikke samsvarer.

    • Hash: Det anbefales sterkt at kundeservicerepresentanter signeres ved hjelp av SHA256. Denne algoritmen brukes som standard fra Cisco IOS XE 17.11.1 og bør konfigureres eksplisitt ved hjelp av denne kommandoen med tidligere versjoner.

  3. Generer sertifikatsigneringsforespørsel (CSR) med følgende kjør- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    kryptopki-registrering LGW_CERT

4

Oppgi sertifikatet for den mellomliggende signeringsinstansen, som brukes til å godkjenne vertssertifikatet. Skriv inn følgende kjør- eller konfigurasjonskommando:

 kryptopki-godkjenne LGW_CERT

5

Importer det signerte vertssertifikatet ved hjelp av følgende kjør- eller konfigurasjonskommando:

 Crypto pki import LGW_CERT-sertifikat

6

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt som skal brukes for taleprogrammer ved hjelp av følgende konfigurasjonskommandoer:

 sip-ua kryptosignalisering standard klareringspunkt LGW_CERT-transport tcp tls v1.2

7

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trustpool import ren url url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA-trustpool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80
 ip http klient kildegrensesnitt GigabitEthernet0/0/1 crypto pki trustpool import ren url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer sertifikatbasert trunk for Webex Calling
1

Opprett en CUBE-sertifikatbasert PSTN-trunk for et eksisterende sted i Control Hub. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Disse detaljene, som fremhevet i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne håndboken.

CUBE sertifikatbasert PSTN-trunk opprettes
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:

 taletjeneste voip ip-adresse klarert liste ipv4 x.x.x.x y.y.y.y.y-modus grenseelement tillate-tilkoblinger sip til sip ingen tilleggstjeneste sip referer stun stun flytdata agent-ID 1 oppstartsantall 4 stun flytdata delt-hemmelig 0 Passord123$ sip asymmetrisk nyttelast full innkommende tidlig tilbud tvungne sip-profiler

Her er en forklaring på feltene for konfigurasjonen:

 klarert liste over ip-adresser  ipv4 x.x.x.x y.y.y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverksenheter som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer en lokal gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Det er ikke nødvendig å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene for det regionale Webex Calling-datasenteret i listen. Se Portreferanseinformasjon for Webex Calling for mer informasjon. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

  • Hvis du vil ha mer informasjon om hvordan du bruker en klarert liste over IP-adresser for å forhindre svindel med avgift, kan du se klarert IP-adresse.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake til tilbake-brukeragent-funksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

Disse globale stun-kommandoene kreves bare når du distribuerer den lokale gatewayen bak NAT.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdata og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

inngående SIP-profiler

Gjør det mulig for CUBE å bruke SIP-profiler til å endre meldinger etter hvert som de mottas. Profiler brukes via oppringingsnoder eller leietakere.

3

Konfigurer kodek for taleklasse 100 slik at G.711-kodeker bare kan brukes for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Om nødvendig kan ytterligere kodektyper som støttes av både opprinnelige og avsluttende systemer, legges til i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 

 taleklasse kodek 100 kodek preferanse 1 g711ulaw kodek preferanse 2 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, se kodek for taleklasse.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken. (Dette trinnet gjelder ikke for Webex for Government)

 taleklasse stun-bruk 100 stun-bruk brannmur-traversal flytdata stun-bruk ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklasse og stun bruk is lite.

Kommandoen flytdata for brannmurtraversering er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk. (Dette trinnet gjelder ikke for Webex for Government)

 taleklasse srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer FIPS-kompatible GCM-chifre (dette trinnet gjelder bare for Webex for Government). 

 taleklasse srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som chifferserie som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chifre for lokal gateway for Webex for Government.

7

Konfigurer et mønster for å unikt identifisere anrop til en lokal gateway-trunk basert på destinasjonens FQDN eller SRV:

 taleklasse uri 100 sip mønster kube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du trunken FQDN eller SRV som er konfigurert i Control Hub for trunken.

8

Konfigurer profiler for SIP-meldingsmanipulering. Hvis gatewayen din er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen:

 taleklasse sip-profiler 100 regel 10 be om ENHVER sip-topptekst Kontakt endre "@.*:" "@cube1.lgw.com:" regel 20 svar ENHVER sip-topptekst Kontakt endre "@.*:" "@cube1.lgw.com:"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-hodet i en SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

9

Hvis gatewayen er konfigurert med en privat IP-adresse bak statisk NAT, konfigurerer du innkommende og utgående SIP-profiler som følger. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen, «10.80.13.12» er grensesnittet IP-adressen vendt mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

SIP-profiler for utgående meldinger til Webex Calling 
 -taleklasse sip-profiler 100 regel 10 be om ENHVER sip-header Contact modify "@.*:" "@cube1.lgw.com:" regel 20 svar ENHVER sip-header Contact modify "@.*:" "@cube1.lgw.com:" regel 30 svar ENHVER sdp-header Audio-attributt modify "(a=kandidat:1 1.*) 10.80.13.12" "\1 192.65.79.20" regel 31 svar ENHVER endring av lydattributt for sdp-topptekst "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Lydtilkobling-Info endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 41 forespørsel ENHVER sdp-header Lydtilkobling-Info endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 50 forespørsel ENHVER sdp-header Tilkobling-Info endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 51 svar ENHVER sdp-header Økt-Eier endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 60 forespørsel ENHVER sdp-header Økt-eier endre "I IP4 10.80.13.12" "I IP4 192.65.79.20" regel 61 forespørsel ENHVER sdp-header Økt-eier endre "I IP4 192.65.79.20" regel 70 forespørsel ENHVER sdp-header Lydattributt endre "(a= 1.*) 10.80.13.12" "\1 192.65.79.20" regel 81 be om ENHVER endring av lydattributt for sdp-topptekst "(a=kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-toppteksten i SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

regel 30 til 81

Konverter private adressereferanser til den eksterne offentlige adressen for nettstedet, slik at Webex kan tolke og rute etterfølgende meldinger riktig.

SIP-profil for innkommende meldinger fra Webex Calling 
 -taleklasse sip-profiler 110 regel 10 svar ENHVER sdp-header Video-Connection-Info endre "192.65.79.20" "10.80.13.12" regel 20 svar ENHVER sdp-header Connection-Info endre "192.65.79.20" "10.80.13.12" regel 40 svar ENHVER sdp-header Audio-Connection-Info endre "192.65.79.20" "10.80.13.12" regel 50 svar ENHVER sdp-header Økt-Eier endre "192.65.79.20" "10.80.13.12" regel 60 svar ENHVER sdp-header Audio-Attribute endre "(a=kandidat:1 1.*) 192.65.79.20" "\1 10.80.13.12" regel 70 svar ENHVER endring av lydattributt for sdp-topptekst "(a=kandidat:1 2.*) 192.65.79.20" "\1 10.80.13.12" regel 80 svar ENHVER lyd-attributt for sdp-topptekst endre "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter referanser for offentlig adresse til den konfigurerte private adressen, slik at CUBE kan behandle meldingene fra Webex.

Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i artikkelen Søppelanrop eller svindelanrop i Webex Calling .

10

Konfigurer en SIP Options holder live med endringsprofilen for toppteksten.

 taleklasse sip-profiler 115 regel 10 forespørsel ALTERNATIVER sip-header Kontakt endre "<sip:.*:" "<sip:cube1.lgw.com:" regel 30 forespørsel ENHVER sip-header Via endre "(SIP.*) 10.80.13.12" "\1 192.65.79.20" regel 40 svar ENHVER sdp-header Connection-Info endre "10.80.13.12" "192.65.79.20" regel 50 svar ENHVER sdp-header Audio-Connection-Info endre "10.80.13.12" "192.65.79.20" ! taleklasse sip-options-keepalive 100 beskrivelse Keepalive for Webex Calling-interval 5 transport tcp tls sip-profiler 115

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-alternativer-holder live 100

Konfigurerer en opprettholdelsesprofil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tiden (i sekunder) da en SIP Out of Dialog Options Ping sendes til oppringingsmålet når hjerteslagtilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne opprettholdelsesprofilen utløses fra oppringingsnoden som er konfigurert mot Webex.

For å sikre at kontaktoverskrifter inkluderer SBC fullt kvalifisert domenenavn, brukes SIP-profil 115. Regel 30, 40 og 50 kreves bare når SBC er konfigurert bak statisk NAT.

I dette eksemplet er cube1.lgw.com FQDN valgt for den lokale gatewayen, og hvis statisk NAT brukes, er «10.80.13.12» SBC-grensesnittet IP-adressen mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Oppringingsnoder tilknyttet denne leieren arver senere disse konfigurasjonene:

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

     taleklassetenant 100 ingen ekstern-part-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com økt transport tcp tls ingen øktoppdatering feil-passthru rel1xx deaktiver asserted-id pai bind control kildegrensesnitt GigabitEthernet0/0/1 bind media kildegrensesnitt GigabitEthernet0/0/1 ingen pass-thru innhold custom-sdp sip-profiler 100 sip-profiler 110 innkommende personvernpolicy passthru !

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Vi anbefaler at du bruker leietakere til å konfigurere trunker, som har sitt eget TLS-sertifikat og CN- eller SAN-valideringsliste. Her inneholder tls-profilen som er knyttet til leieren, klareringspunktet som skal brukes til å godta eller opprette nye tilkoblinger, og har CN- eller SAN-listen for å validere innkommende tilkoblinger. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som aktiveres ved hjelp av kommandoen asserted-id pai . Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken

    srtp-krypto 100

    Konfigurerer de foretrukne chifferpakkene for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    localhost dns: kube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID i utgående meldinger med det angitte FQDN. Bruk trunken FQDN eller SRV som er konfigurert i Control Hub for trunken her.

    økttransport tcp tls

    Angir transport til TLS for tilknyttede oppringingsnoder. Hvis du vil ha mer informasjon, kan du se økttransport.

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. Hvis du vil ha mer informasjon, kan du se øktoppdatering.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx deaktiver

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. Hvis du vil ha mer informasjon, se rel1xx.

    ID-pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis du vil ha mer informasjon, kan du se bekreftet ID.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    SIP-profiler for taleklasse 100

    Bruker endringsprofilen for toppteksten (offentlig IP- eller NAT-adressering) for utgående meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    inngående SIP-profiler 110 taleklasse

    Kun for LGW-distribusjoner bak NAT: Bruker endringsprofilen for topptekst som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    personvernerklæring passsthru

    Konfigurerer CUBE til å sende personvernhoder fra mottatt melding til neste anropsstrekning på en gjennomsiktig måte. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen.

     oppringingsnode stemme 100 voip-beskrivelse Innkommende/utgående Webex Calling-mål-mønster BAD.BAD øktprotokoll sipv2 øktmål sip-server innkommende uri-forespørsel 100 taleklasse kodek 100 taleklasse stun-bruk 100 taleklasse sip-tenant 100 taleklasse sip options-keepalive profil 100 dtmf-relay rtp-nte srtp no vad

    Her er en forklaring på feltene for konfigurasjonen:

     stemme for oppringingsnode 100 voip  -beskrivelse innkommende/utgående Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

    øktprotokoll sipv2

    Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden.

    innkommende uri-forespørsel 100

    Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av toppteksten INVITER FORESPØRSEL. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Webex Calling. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler fra den lokale gatewayen sendes over den forhandlede mediebanen. STUN-pakker hjelper med å åpne et hull for brannmur for medietrafikk og oppdage gyldige baner for medieoptimalisering.

    SIP-leier for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå. Hvis du vil ha mer informasjon, kan du se sip-leietaker for taleklasse.

    sip-alternativer for taleklasse-holder profil 100

    Denne kommandoen brukes til å overvåke tilgjengeligheten til en gruppe SIP-servere eller endepunkter ved hjelp av en bestemt profil (100).

    srtp

    Aktiverer SRTP for anropsstrekningen.

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. CUBE støtter sikker samtaleruting.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurere lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP Gateways, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:

 taleklasse uri 200 sip vert ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til IP PSTN-gatewayen. Hvis du vil ha mer informasjon, se uri for taleklasse.

2

Konfigurer følgende oppringingsnode for IP PSTN:

 oppringingsnode stemme 200 voip beskrivelse Innkommende/utgående IP PSTN trunk destinasjonsmønster BAD.BAD øktprotokoll sipv2 øktmål ipv4:192.168.80.13 innkommende uri via 200 taleklasse sip asserted-id pai taleklasse sip bind control kildegrensesnitt GigabitEthernet0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet0/0/0 taleklasse kodek 100 dtmf-relay rtp-nte no vad

Her er en forklaring på feltene for konfigurasjonen:

 oppringingsnode tale 200 voip  beskrivelse innkommende/utgående IP PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.13

Angir måladressen for samtaler som sendes til PSTN-leverandøren. Dette kan enten være en IP-adresse eller et DNS-vertsnavn. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

innkommende uri via 200

Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av topptekstURI-en INVITE VIA. Hvis du vil ha mer informasjon, kan du se innkommende URL.

taleklasse sip assert-id pai

(Valgfritt) Slår på P-Asserted-Identity-topptekstbehandlingen og kontrollerer hvordan dette brukes for PSTN-trunken. Hvis denne kommandoen brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden for de utgående topptekstene Fra og P-Asserted-Identity. Hvis denne kommandoen ikke brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden til topptekstene Fra og Ekstern part-ID. Hvis du vil ha mer informasjon, kan du se SIP asserted-ID for taleklasse.

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

kodek for taleklasse 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 200 oppringingsnode stemme 200 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.

1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og samtalerutingskoder for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette oppringingsløkker. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:

 taleoversettelse-regel 100 regel 1 /^\+/ /A2A/ taleoversettelse-profil 100 oversette kalt 100 taleoversettelse-regel 200 regel 1 /^/ /A1A/ taleoversettelse-profil 200 oversette kalt 200 taleoversettelse-regel 11 regel 1 /^A1A/ // taleoversettelse-profil 11 oversette kalt 11 taleoversettelse-regel 12 regel 1 /^A2A44/ /0/ regel 2/^A2A/ /00/ taleoversettelse-profil 12 oversette kalt 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som legges til av oversettelsesprofil 100 til å lede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofil 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, justerer du regel 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se profil for taleoversettelse og regel for taleoversettelse.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM slot 2 på en enhet kan for eksempel inneholde følgende:

 korttype e1 0 2 isdn svitsjtype primær-net5 kontroller E1 0/2/0 pri-gruppe timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:

 oppringingsnode tale 200 pots beskrivelse Innkommende/utgående PRI PSTN trunk destinasjonsmønster BAD.BAD oversettelsesprofil innkommende 200 direkte-inngående oppringingsport 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode tale 200 pott  beskrivelse Innkommende/utgående PRI PSTN-trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direkte-inn-oppringing

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.

 oppringningsnode stemme 10 voip-beskrivelse Utgående loop-rundt ben destinasjonsmønster BAD.BAD økt-protokoll sipv2 øktmål ipv4:192.168.80.14 taleklasse sip-bind-kontrollkilde-grensesnitt GigabitEthernet0/0/0 taleklasse sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode stemme 11 voip-beskrivelse Inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sipv2 innkommende oppringingsnode-stemme A1AT inngående loop-rundt-ben mot Webex oversettelsesprofil innkommende 11 øktprotokoll sip-bind-mediakilde-grensesnitt GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw ingen hva oppringingsnode-stemme 12 voip-beskrivelse Inngående loop-rundt-ben mot PSTN oversettelsesprofil innkommende 12 øktprotokoll sip2 innkommende oppringingsnummer A2AT taleklasse si

Her er en forklaring på feltene for konfigurasjonen: 

 oppringingsnode tale 10 voip  beskrivelse Utgående løypete-ben

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

innkommende oversettelsesprofil 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. Hvis du vil ha mer informasjon, se bind.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

kodek g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 10 beskrivelse Rute anrop til Loopback oppringingsnode 10

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

     oppringingsnode stemme 100 destinasjon dpg 10 oppringingsnode stemme 200 destinasjon dpg 10 oppringingsnode stemme 11 destinasjon dpg 100 oppringingsnode stemme 12 destinasjon dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

     taleklasse uri 300 sip mønster:5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

     taleklasse uri 400 sip mønster 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.

 ip-vert ucmpub.mydomain.com 192.168.80.60 ip-vert ucmsub1.mydomain.com 192.168.80.61 ip-vert ucmsub2.mydomain.com 192.168.80.62 ip-vert ucmsub3.mydomain.com 192.168.80.63 ip-vert ucmsub4.mydomain.com 192.168.80.64 ip-vert ucmsub5.mydomain.com 192.168.80.65 ip-vert _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip-vert _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

     dial-peer voice 300 voip beskrivelse UCM-Webex Calling trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:wxtocucm.io innkommende uri via 300 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 300 voip  -beskrivelse UCM-Webex Calling-trunk

    Definerer en VoIP-oppringingsnode med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

     dial-peer voice 400 voip beskrivelse UCM-PSTN trunk mål-mønster BAD.BAD økt protokoll sipv2 øktmål dns:pstntocucm.io innkommende uri via 400 taleklasse kodek 100 taleklasse sip bind control kildegrensesnitt GigabitEthernet 0/0/0 taleklasse sip bind media kildegrensesnitt GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Her er en forklaring på feltene for konfigurasjonen:

     oppringingsnode tale 400 voip  -beskrivelse UCM-PSTN-trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

     taleklasse dpg 100 beskrivelse Rute anrop til Webex Calling oppringingsnode 100 taleklasse dpg 300 beskrivelse Rute anrop til Unified CM Webex Calling trunk oppringingsnode 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

     taleklasse dpg 200 beskrivelse Rute anrop til PSTN oppringingsnode 200 taleklasse dpg 400 beskrivelse Rute anrop til Unified CM PSTN trunk oppringingsnode 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

     oppringingsnode stemme 100 destinasjon dpg 300 oppringingsnode stemme 300 destinasjon dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

     oppringingsnode stemme 200 destinasjon dpg 400 oppringingsnode stemme 400 destinasjon dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den Cisco IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke visningskommandoer for å definere logikken for problemdetektering. Handlingstypene inkluderer:

  • Samle inn vis kommandoutganger

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS, SCP, FTP-server

TAC-ingeniører skriver DS-filer og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har den unike numeriske ID som er tilordnet av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren du bruker til å sende proaktivt varsel hvis enheten kjører IOS XE 17.6.1 eller nyere.

     konfigurer terminal call-home e-postserver :@ prioritet 1 sikker tls end

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg.

     konfigurere terminal call-home diagnostikksignatur LocalGateway(cfg-call-home-diag-sign)environment ds_email  slutt

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer 5 sekunders CPU-utnyttelse ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer du installerer i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Kontroller at du aktiverte SNMP ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

     vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    kopier ftp://brukernavn:password@/DS_64224.xml bootflash:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsel

    Last ned DS 64224 fra oppslagsverktøyet for diagnostikksignaturer

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    kopier ftp://brukernavn:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen.

    kopier ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Får tilgang til ftp://*:*@ 192.0.2.12/DS_64224.xml …!  [OK - 3571/4096 byte] 3571 byte kopiert på 0,064 sek (55797 byte/sekund)

  4. Installer DS XML-filen i den lokale gatewayen.

     Call-home diagnostikksignatur lasting DS_64224.xml Lastfil DS_64224.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi. 

     vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:   Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned URL(er):  https://tools.cisco.com/its/service/oddce/services/DDCEService Miljøvariabel: ds_email: username@gmail.com

    Last ned DSes:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager slutt vis snmp Chassis: ABCDEFGHIGK 149655 SNMP pakkeinndata      0 Ugyldige SNMP-versjonsfeil      1 Ukjent fellesskapsnavn      0 Ulovlig operasjon for fellesskapsnavn oppgitt      0 Kodingsfeil 37763 Antall forespurte variabler      2 Antall endrede variabler 34560 Get-forespørsel PDU 138 Get-neste PDU      2 PDU-er for forespørsel om oppsett      0 Pakkedråper i inngangskø (Maksimal køstørrelse 1000) 158277 SNMP pakkeutgang      0 For store feil (maksimal pakkestørrelse 1500) 20 Ingen slike navnefeil      0 Feil verdier      0 Generelle feil 7998 Respons PDU 10280 Trap PDU Pakker som for tiden er i SNMP-prosessinngangskø: 0 SNMP global felle: aktivert

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen.

    kopier ftp://brukernavn:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

     Call-home diagnostikksignatur lasting DS_65221.xml Lastfil DS_65221.xml vellykket

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Du kan også bruke diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Dette eliminerer behovet for å manuelt sjekke problemet og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke oppslagsverktøyet for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en annen DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverbanen (cxd.cisco.com) for å laste opp diagnostikkdataene. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager som vist nedenfor. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager, etter behov.

    Filopplastingstokenet generert i Vedlegg-delen av Support Case Manager
     konfigurer terminal call-home diagnostikksignatur LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com" end

    Eksempel: 

     callhome diagnostic signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

     vis snmp %SNMP agent ikke aktivert konfigurasjon t snmp-server manager end

  3. Vi anbefaler at du installerer overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer i perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: ccapi: Intern feil (terskel for høyeste anrop): iec=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

     kopier ftp://brukernavn:password@/DS_64224.xml bootflash:  kopier ftp://brukernavn:passord@/DS_65095.xml bootflash:

  6. Installer høy CPU-overvåking DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

     call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Kontroller at signaturen er installert med vis diagnostikksignatur for Call Home. Statuskolonnen skal ha en «registrert» verdi. 

     vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:   Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

    Nedlastede DS-er:

    ID-nummer

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Bekreft utføring av diagnostikksignaturer

I kommandoen nedenfor viser «Status»-kolonnen i kommandoen diagnostikksignatur for Call Home endringer til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

vis diagnostikksignatur for call-home Gjeldende innstillinger for diagnostikksignatur:   Diagnostisk signatur: aktivert profil: CiscoTAC-1 (status: AKTIV) Laster ned 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

Nedlastede DS-er:

ID-nummer

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

ID-nummer

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/n

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og viser kommandoutganger som er relevante for å feilsøke det gitte problemet.

Varsel-e-post som sendes under kjøring av diagnostikksignatur

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturene til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdataene fra vis diagnostikksignatur for Call Home og kjører følgende kommando:

avinstallering av diagnostikksignatur for call-home <DS ID>

Eksempel:

diagnostikksignatur avinstallering av call-home 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Konfigurer Webex Calling for organisasjonen din

Konfigurere anropsinnstillinger i veiviseren for førstegangsoppsett

Det første trinnet for å få Webex Calling-tjenestene i gang er å fullføre veiviseren for førstegangsoppsett (FTSW). Når FTSW er fullført for ditt første sted, trenger det ikke å fullføres for flere steder.

1

Klikk på koblingen Komme i gang i velkomst-e-posten du mottar.

Administratorens e-postadresse brukes automatisk til å logge på Control Hub, der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gjennomgå og godta tjenestevilkårene.

3

Se gjennom planen, og klikk deretter på Kom i gang.

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du mottar meldingen «Kan ikke konfigurere samtalen» når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakt og kundeadresseinformasjon.

5

Klikk på Neste: Standardplassering.

6

Velg blant følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av Webex Calling.
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere steder senere.

Når du har fullført installasjonsveiviseren, må du sørge for at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal gjelde for dette stedet:

  • Kunngjøringsspråk– For lydkunngjøringer og forespørsler om nye brukere og funksjoner.
  • E-postspråk– For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Legg til et sted

Før du begynner

Klargjør følgende informasjon for å opprette en ny plassering:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

En ny plassering vil bli driftet i det regionale datasenteret som tilsvarer landet du valgte ved hjelp av veiviseren for førstegangsoppsett.
2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere stedet.
  • Land/region – Velg et land du vil knytte stedet til. Du kan for eksempel opprette ett sted (hovedkontor) i USA og en annen (filial) i Storbritannia. Landet du velger, bestemmer adressefeltene som følger. De som dokumenteres her bruker den amerikanske adressekonvensjonen som et eksempel.
  • Stedsadresse– angi stedets hovedpostadresse.
  • By/By– Angi en by for dette stedet.
  • Delstat/provins/region– Velg en delstat fra rullegardinlisten.
  • Postnummer– angi postnummeret.
  • Kunngjøringsspråk– Velg språket for kunngjøringer og meldinger for nye brukere og funksjoner.
  • E-postspråk– Velg språket for e-postkommunikasjon med nye brukere.
  • Tidssone – Velg tidssonen for stedet.
3

Klikk på Lagre og velg deretter Ja/ Nei for å legge til numre på stedet nå eller senere.

4

Hvis du klikket på Ja, velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. Eksisterende steder som har fått tildelt andre PSTN-funksjoner, er ikke kvalifisert for Cisco Calling-planen på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

    CCP-partnere og den geografiske dekningen er oppført her. Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av en region, i parenteser (Eksempel: (EU), (US) eller (CA)). Partnere oppført med en logo tilbyr alltid Regional Media for CCP. For partnere som vises som en streng, velger du regionen nærmest landet der du befinner deg, for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP gjør det mulig å skaffe og klargjøre telefonnumre i Control Hub på én glassrute. Ikke-integrert CCP krever at du skaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller koble til nettsteder som ikke er skybaserte, med skybaserte nettsteder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan blande og matche så mange alternativer som du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskapene for plasseringen. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere numrene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller lokalt basert PSTN, skriver du inn Telefonnumre som kommadelte verdier, og klikker deretter på Valider.

Numre legges til for det bestemte stedet. Gyldige oppføringer flyttes til feltet Validerte numre , og ugyldige oppføringer blir værende i feltet Legg til numre ledsaget av en feilmelding.

Avhengig av lokasjonens land er numrene formatert i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi tall med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva du skal gjøre nå

Når du har opprettet et sted, kan du aktivere nødtjenester for dette stedet. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

Slett et sted

Før du begynner

Du kan slette en plassering som enten ikke er i bruk eller ble feilaktig konfigurert etter å ha slettet brukerne og arbeidsområdene som er knyttet til den. Når du sletter en plassering, sletter du alle tilordnede tjenester og numre.

Få en liste over brukerne og arbeidsområdene som er knyttet til et sted: Gå til Tjenester > Anrop > Numre og velg plasseringen du vil slette fra rullegardinmenyen. Du må slette disse brukerne og arbeidsområdene før du sletter plasseringen.

Husk at eventuelle numre knyttet til dette stedet blir utgitt tilbake til din PSTN-leverandør. Du vil ikke lenger eie disse numrene.

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

2

Klikk Flere alternativer-knapp i Handlinger -kolonnen ved siden av plasseringen du vil slette.

3

Velg Slett plassering, og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter å slette stedet permanent, men det kan ta opptil en time. Du kan sjekke statusen ved å klikke Flere alternativer-knapp ved siden av stedsnavnet og velge Slettestatus.

Oppdater en eksisterende plassering

Du kan endre PSTN-oppsettet, navnet, tidssonen og språket for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.

For eksisterende steder kan du aktivere nødtjenester. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

1

Logg på Control Hub.

2

Gå til Administrasjon > Plassering.

Hvis du ser et Advarsel-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for den plasseringen ennå. Du kan ikke foreta eller motta noen anrop før du har konfigurert dette nummeret.

3

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalt PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Administrer for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

    CCP-partnere og den geografiske dekningen er oppført her. Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av en region, i parenteser (Eksempel: (EU), (USA) eller (CA). Partnere oppført med en logo tilbyr alltid Regional Media for CCP. For partnere som vises som en streng, velger du regionen nærmest landet der du befinner deg, for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av en integrert CCP. Integrert CCP gjør det mulig å skaffe og klargjøre telefonnumre i Control Hub i én glassrute. Ikke-integrert CCP krever at du skaffer telefonnumrene dine fra CCP-partneren utenfor Control Hub.

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller koble til nettsteder som ikke er skybaserte, med skybaserte nettsteder.

    Webex Calling-kunder med steder som tidligere er konfigurert med en lokal gateway, vil automatisk bli konvertert til lokalt basert PSTN med en tilsvarende trunk.

Hvis du vil migrere, kan du se Migrer til Cisco Calling-planer nedenfor.

4

For plasseringen velger du Hovednummer fra rullegardinlisten.

Hovednummeret kan tilordnes til en automatisk svartjeneste eller en annen destinasjon innenfor plasseringen, slik at eksterne innringere rutes til en passende destinasjon.

Det er obligatorisk å tilordne et hovednummer til stedet hvis det har trunker eller enheter som kun kan utvides, for eksempel brukere, arbeidsområder, virtuelle linjer eller funksjoner. Uten et hovednummer kan ikke trunkene brukes, og enheter med kun internnummer kan ikke foreta eller motta interne eller eksterne anrop. Brukere på den plasseringen kan også bruke dette nummeret som ekstern oppringer-ID når de foretar PSTN-anrop.

Hvis du velger et gratisnummer som hovednummer for et sted, anbefaler vi at du oppdaterer nødnummeret for stedet fordi et gratisnummer ikke har en adresse til nødetatene. Hvis du vil ha mer informasjon, se Konfigurere nødnummer for tilbakeringing for et sted.

5

(Valgfritt) Under Nødanrop kan du velge Nødstedsidentifikator for å tilordne dette stedet.

Denne innstillingen er valgfri og gjelder kun for land som krever det.

I noen land (eksempel: Frankrike), forskriftsmessige krav til mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødanrop, og blir gjort tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, kan du se Forbedret nødsamtale.

Nødsamtaleleverandøren trenger kanskje informasjon om tilgangsnettverket, og dette oppnås ved å definere et nytt privat SIP-utvidelseshode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir nødstedsidentifikatoren for en plassering, sendes plasseringsverdien til leverandøren som en del av SIP-meldingen. Ta kontakt med nødsamtaleleverandøren for å se om du trenger denne innstillingen, og bruk verdien fra nødsamtaleleverandøren.»

6

Velg talepostnummeret som brukere kan ringe for å sjekke talepost for dette stedet.

7

(Valgfritt) Klikk på blyantikonet øverst på Plassering-siden for å endre Stedsnavn, Kunngjøringsspråk, E-postspråk, Tidssone eller Adresse etter behov, og klikk deretter på Lagre.

Endring av kunngjøringsspråket trer i kraft umiddelbart for nye brukere og funksjoner som legges til på dette stedet. Hvis kunngjøringsspråket også skal endres for eksisterende brukere og/eller funksjoner, velger du Endre for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner når du blir bedt om det. Klikk på Bruk. Du kan vise fremdriften på Oppgaver -siden. Du kan ikke gjøre flere endringer før dette er fullført.

Endring av tidssonen for et sted oppdaterer ikke tidssonene til funksjonene som er knyttet til stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til området Generelle innstillinger for den bestemte funksjonen du vil oppdatere tidssonen for, og redigerer og lagrer der.

Migrer til Cisco Calling-planer

Du kan endre PSTN-tilkoblingen for en eksisterende plassering til Cisco PSTN. Du kan for eksempel endre plasseringene for lokalbaserte PSTN (lokal gateway) eller ikke-integrerte CCP-tilkoblinger til Cisco PSTN. Cisco PSTN leverer en skybasert PSTN-løsning fra Cisco.

Alle bærbare numre forblir funksjonelle, bortsett fra en liten avbrudd i løpet av den planlagte fullføringstiden for overføring.

Du kan heller ikke gjøre noen endring av nummeradministrasjon for et sted som gjennomgår en PSTN-tilkoblingsovergang. Men de eksisterende numrene fungerer fortsatt, og du kan fremdeles tilordne eller fjerne tilordning av numre til stedet. Du kan ikke legge til, slette eller flytte inn eller ut numre for den plasseringen. I løpet av denne prosessen oppdateres rutingprofilen automatisk, slik at Cisco PSTN blir aktivert.

For øyeblikket støttes ikke muligheten til å endre PSTN-tilkobling for et eksisterende sted til Cisco PSTN for Japan-regionen.

Når PSTN-tilkoblingen endres, brukes et abonnement med en anropslisens, og faktureringstjenesten mottar et varsel.

Begrensninger:

  • Migrering fra et integrert IntelePeer-sted til et Cisco PSTN-sted støttes ikke

  • Dedikert forekomst-plassering kan ikke overføres til Cisco PSTN

  • Det kan være nødvendig med flere portordrer for endring av PSTN-tilkoblingen. I så fall er disse bestillingene sammenkoblet slik at de fullføres samtidig. Enhver datoendring eller kansellering av én portordre må brukes på alle sammenkoblede portordrer for tilkoblingsendringen.

Slik starter du en endring av PSTN-tilkobling

1

Logg på Control Hub.

2

Gå til Administrasjon > Plassering.

3

Velg plasseringen der du vil endre PSTN-tilkoblingen til Cisco PSTN.

4

Gå til Anrop -fanen, klikk på Administrer -alternativet ved siden av den lokale PSTN eller ikke-integrert skytilkoblet PSTN.

5

Rediger ved siden av Tilkoblingstype.

6

Velg kortet Cisco Calling Plans , og velg abonnementet som tilordner Cisco Calling Plan for brukere på dette stedet. Klikk på Neste.

7

Det vises en side for endring av tilkobling for bekreftelse. Klikk på Neste , og sjekk at portalene dine er klare.

Neste-knappen aktiveres bare hvis alle numrene i listen er bærbare. Les disse pekerne:

  • «Ikke-porterbare numre» refererer til inaktive numre. Sørg for at det ikke er noen numre under denne listen.

  • Fjern ikke-porterbare numre fra stedet. Du kan flytte eller fjerne tilordningen og deretter slette numrene.

8

Klikk på Neste og oppgi kontraktinformasjonen.

Dette er den primære kontraktkontakten for alle steder som bruker Cisco Calling Plans (USA). Eventuelle endringer i denne kontakten gjelder for alle andre steder som bruker Cisco Calling Plans (USA).

9

Klikk på Neste. Det vises et varsel som ber om bekreftelse for å lagre kontraktinformasjonen din for den plasseringen. Velg Ja, endre.

10

Oppgi adressen til nødetaten, og klikk på Lagre.

I en nødssituasjon bruker det lokale beredskapsteamet denne adressen til å lokalisere oppringeren.

11

Oppsummeringssiden vises med antall porter som er opprettet. Hvis det bare er én bestilling, kan du se et ekstra trinn kalt Oppgi tilleggsinformasjon. For flere bestillinger er en ordrevelgeren tilgjengelig øverst for å navigere mellom dem. Klikk på Neste og skriv inn detaljene for å fullføre portveiviseren.

Bestillingene sendes inn umiddelbart når all informasjon er gitt for én enkelt PSTN-overføringsforespørsel. Som standard er datoen for firmaets ordreforpliktelse konsekvent på tvers av alle bestillinger. Endringen av PSTN-tilkoblingen gjelder automatisk etter at den siste koblede bestillingen er overført fullstendig.

  • Hvis bestillingen mislykkes, opprettes en støtteforespørsel automatisk og sendes til støtteteamet.

  • Hvis endringen av PSTN-tilkoblingen krever flere bestillinger fra flere transportører, kan det ta opptil 10 virkedager å fullføre.

Overføringsdetaljene er tilgjengelige under fanen Tjenester > Anrop > PSTN > Bestilling . Velg bestillings-ID for å vise bestillingsdetaljene i en sidepanelvisning. Du kan se typen som Endre PSTN for bestillingene som er opprettet fra PSTN-tilkoblingsendring.

Avbryt endring av PSTN-tilkobling

En administrator kan avbryte PSTN-overføringen når stedet fremdeles er i en overgangstilstand.

1

Logg på Control Hub.

2

Gå til Administrasjon > Plassering.

3

Velg plasseringen der du vil avbryte PSTN-tilkoblingen.

4

Gå til Anrop-fanen, klikk på knappen Avbryt endring av PSTN-tilkobling .

5

Klikk på Ja, fortsett for å bekrefte kanselleringen.

Konfigurer ringeplanen for Webex Calling

Du kan kontrollere ringeplanen for Webex Calling-distribusjonen med utgående oppringingskoder. Tilpass utvidelseslengder, rutingprefikser og oppringingsinnstillinger (interne og eksterne) slik at de er kompatible med oppringingsvanene til brukerne.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, vises eksempelnumrene i Control Hub-oppdateringen for å vise disse endringene.

Du kan konfigurere tillatelser for utgående anrop for et sted. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Control Hub, gå til Tjenester > Anrop > Tjenesteinnstillinger, og bla deretter til Intern oppringing.

2

Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:

  • Lengde på prefiks for stedsruting– Hvis du har flere steder, anbefaler vi denne innstillingen. Du kan angi en lengde på 1-7 sifre. Hvis du har flere steder med samme internnummer, må brukerne ringe et prefiks når de Ringer mellom steder. Hvis du for eksempel har flere butikker, alle med internnummeret 1000, kan du konfigurere et rutingprefiks for hver butikk. Hvis én butikk har prefikset 888, ringer du 8881000 for å nå den butikken.

    • Lengder av prefiks for ruting inkluderer styringssifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan du bare bruke tre sifre til å angi nettstedet.

    • Hvis du tilordner et rutingprefiks til en plassering, inkluderer alle utseender av internnumre som er tilordnet den plasseringen, rutingprefikset foran internnummeret. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styringssiffer i rutingprefiks– Velg nummeret som skal angis som første siffer i hvert rutingprefiks.
  • Lengde på internnummer – Du kan angi 2–10 sifre, og standarden er 2.

    Når du har økt lengden på internnummeret, oppdateres ikke eksisterende kortnumre til internnumre automatisk.

  • Tillat internnummeroppringing mellom steder – Lar deg tilpasse internnummeroppringing mellom steder basert på organisasjonens krav.

    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte utvidelser på tvers av alle stedene.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen har samme internnummer på forskjellige steder. Når bryteren er deaktivert og innringeren ringer internnummeret, rutes samtalen til en bruker med et tilsvarende internnummer på samme sted som innringeren. Oppringeren må ringe det viktige bedriftsnummeret (prefiks for stedsruting + internnummer) for å nå et internnummer på andre steder.

3

Angi intern oppringing for bestemte steder. Gå til Administrasjon > Plasseringer, velg et sted fra listen, og klikk på Anrop. Bla til Oppringing, og endre deretter intern oppringing etter behov:

  • Intern oppringing – Angi rutingsprefikset som brukere fra ett sted må ringe for å kontakte noen på det andre stedet. Rutingsprefikset for hver plassering må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men den må være 1–7 sifre lang.
4

Angi ekstern oppringing for bestemte steder. Gå til Administrasjon > Plasseringer, velg et sted fra listen, og klikk på Anrop. Bla til Oppringing, og endre deretter ekstern oppringing etter behov:

  • Ekstern oppringing – Du kan velge et utgående oppringingssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen , og du kan forlate den hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styringssiffer.

    Brukere kan inkludere det utgående oppringingssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan likevel foreta eksterne anrop uten det utgående oppringingssifferet.

  • Alternativt kan du Håndheve oppringing av det utgående oppringingssifferet for dette stedet, slik at brukeren må bruke det utgående oppringingssifferet angitt av administratoren for å foreta eksterne anrop.

    • Du kan ringe nødanrop med eller uten oppringingssifferet ved å aktivere denne funksjonen.

      Når dette alternativet er aktivert, vil eventuelle eksterne destinasjonsnumre som de som brukes til viderekobling av anrop ikke lenger fungere hvis et utgående oppringingssiffer ikke er inkludert.

    • Hvis et internnummer er det samme som det nasjonale nummeret, får internnummeret forrang over det nasjonale nummeret. Vi anbefaler derfor at du aktiverer oppringingssifferet.

    • Vi anbefaler på det sterkeste å bruke E.164-nummereringsformatet for innkommende og utgående PSTN-anrop.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Brukerutvidelser bør ikke starte med samme nummer som stedets styringssiffer eller utgående oppringingssiffer.

Konfigurer lokalbasert PSTN (lokal gateway) i Control Hub

Hvis du er en merverdiforhandler, kan du bruke disse trinnene til å starte konfigurasjon av lokal gateway i Control Hub. Når denne gatewayen er registrert i skyen, kan du bruke den på ett eller flere av Webex Calling-stedene dine for å levere ruting til en bedrifts PSTN-tjenesteleverandør.

Et sted som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre steder.

Opprett trunk

Følg disse trinnene for å opprette en kanal i Control Hub.

Før du begynner

  • Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og numre for hver enkelt. Steder må finnes før du kan legge til et lokalt PSTN.

  • Forstå de lokale PSTN-kravene (lokal gateway) for Webex Calling.

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg på Control Hub på https://admin.webex.com, gå til Tjenester > Anrop > Samtaleruting, og velg Legg til trunk.

2

Velg et sted.

3

Gi trunken et navn, og klikk på Lagre.

Navnet kan ikke være lengre enn 24 tegn.

Hva du skal gjøre nå

Du får presentert de relevante parameterne som du må konfigurere på trunken. Du vil også generere et sett med SIP-sammendragslegitimasjon for å sikre PSTN-tilkoblingen.

Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/port og Utgående proxy-adresse.

Vi anbefaler at du kopierer denne informasjonen fra Control Hub og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere den lokale PSTN-en.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i Control Hub. Klikk på Hent brukernavn og tilbakestill passord for å generere et nytt sett med autentiseringslegitimasjon som skal brukes på trunken.

Velg en trunk for lokalt basert PSTN

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

2

Velg et sted du vil endre, og klikk på Administrer.

3

Velg Lokalbasert PSTN og klikk på Neste.

4

Velg en trunk fra rullegardinmenyen.

Gå til trunksiden for å administrere dine valg av trunkgruppe.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre.

Hva du skal gjøre nå

Du må ta konfigurasjonsinformasjonen som Control Hub genererte, og tilordne parametrene til den lokale gatewayen (for eksempel på en Cisco CUBE som ligger i lokalene). Denne artikkelen fører deg gjennom denne prosessen. Som referanse kan du se følgende diagram for et eksempel på hvordan konfigurasjonsinformasjonen for Control Hub (til venstre) tilordnes parametere i CUBE (til høyre):

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Samtale > Plasseringer i Control Hub, og gatewayen du opprettet, blir oppført på plasseringskortet du tildelte den til, med en grønn prikk til venstre for navnet. Denne statusen indikerer at gatewayen er sikkert registrert i den oppringende skyen og fungerer som den aktive PSTN-gatewayen for plasseringen.

Administrer telefonnumre

Du kan enkelt vise, aktivere, fjerne og legge til telefonnumre for organisasjonen i Control Hub. Hvis du vil ha mer informasjon, kan du se Administrere telefonnumre i Control Hub.

Be om et kjøp av Webex-tjenester fra en prøveversjon i Control Hub

Hvis du prøver ut Webex-tjenester og ønsker å konvertere prøveversjonen til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på Control Hub på https://admin.webex.com, velg bygningsikonet .

2

Velg fanen Abonnementer , og klikk deretter på Kjøp nå.

En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement.

Angi oppringingsalternativer

Du kan bruke Control Hub til å angi prioriteten til tilgjengelige anropsalternativer som brukere ser i Webex-appen. Du kan også aktivere dem for enkelt klikk-for-å-ringe. For mer informasjon, se: Angi anropsalternativer for brukere av Webex-appen.

Konfigurere anropsvirkemåte

Du kan kontrollere hvilket anropsprogram som åpnes når brukere ringer. Du kan konfigurere innstillingene for anropsklienter, inkludert distribusjon i blandet modus for organisasjoner med brukere som er kvalifisert med Unified CM eller Webex Calling, og brukere uten betalte anropstjenester fra Cisco. For mer informasjon, se: Konfigurer anropsvirkemåte.

Konfigurer Unified CM for Webex Calling

Konfigurere SIP-trunk-sikkerhetsprofil for trunk til lokal gateway

I tilfeller der lokal gateway og PSTN-gateway ligger på samme enhet, må Unified CM kunne skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra samme enhet, og bruke differensierte tjenesteklasser for disse anropstypene. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokale gateway- og PSTN-gateway-enheten som krever forskjellige SIP-lytteporter for de to trunkene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Sikkerhetsprofil for Webex SIP Trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway-konfigurasjon for trafikk til/fra Webex: 5065

Konfigurere SIP-profil for den lokale gateway-kanalen

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex SIP-profil
Aktiver ALTERNATIVER Ping for å overvåke destinasjonsstatus for trunker med tjenestetypen «Ingen (standard)»Kontrollert

Opprette et anropssøkeområde for samtaler fra Webex

Opprett et anropssøkeområde for anrop fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex Calling Search Space
Valgte partisjoner

DN (+E.164 katalognumre)

ESN (forkortet oppringing mellom steder)

PSTNInternasjonal (PSTN-tilgang)

onNetRemote (GDPR-lærte destinasjoner)

Den siste partisjonen onNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM-klynger ved hjelp av Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex SIP Trunk
Kjør på alle aktive Unified CM-noderKontrollert
Innkommende anrop
AnropssøkeområdeDet tidligere definerte søkeområdet for anrop: Webex
AAR Calling Search Space Et anropssøkeområde med kun tilgang til PSTN-rutemønstre: PSTNRerute
SIP-informasjon
DestinasjonsadresseIP-adressen til den lokale gateway CUBE
Destinasjonsport5060
Sikkerhetsprofil for SIP-kanalTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurere rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunken: Webex

Konfigurere ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Ruteliste for Webex
Kjør på alle aktive Unified CM-noderKontrollert
Informasjon om rutelistemedlem
Valgte grupperBare den tidligere definerte rutegruppen: Webex

Opprette en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-destinasjonene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex Partition

Hva du skal gjøre nå

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-destinasjoner. Du må legge til denne partisjonen spesifikt i anropssøkeområdet som brukes som innkommende anropssøkeområde på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

Konfigurer rutemønstre for hvert DID-område på Webex med følgende innstillinger:

InnstillingVerdi
RutemønsterFullt + E.164-mønster for DID-området i Webex med den ledende «\». For eksempel: \+140855501XX
Partisjon for ruteWebex
Gateway/rutelisteRL_Webex
HasteprioritetKontrollert

Konfigurere forkortet normalisering av oppringing mellom steder for Webex

Hvis det kreves forkortet oppringing mellom steder for Webex, konfigurerer du oppringingsnormaliseringsmønstre for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex normaliseringsmønster
Bruk avsenderens anropssøkeområdeKontrollert
HasteprioritetKontrollert
Ikke vent på intersifret tidsavbrudd på etterfølgende hopperKontrollert
Transformasjonsmaske for kalt partiMaske for å normalisere nummeret til +E.164. For eksempel: +140855501XX

Konfigurer Webex Calling-funksjonene dine

Sett opp en huntgruppe

Huntgrupper ruter innkommende anrop til en gruppe brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du konfigurerer en huntgruppe, kan du se Huntgrupper i Cisco Webex Control Hub.

Opprett en samtalekø

Du kan konfigurere en samtalekø slik at når kundenes anrop ikke kan besvares, får de automatisk svar, betryggelsesmeldinger og ventemusikk frem til noen kan svare på anropet.

Hvis du vil ha mer informasjon om hvordan du konfigurerer og administrerer en samtalekø, kan du se Administrere samtalekøer i Cisco Webex Control Hub.

Opprett en resepsjonistklient

Hjelp med å støtte behovene til personalet ditt på kontaktkontoret. Du kan konfigurere brukere som telefonsvarere, slik at de kan vise innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du konfigurerer og viser resepsjonistklientene, kan du se Resepsjonistklienter i Cisco Webex Control Hub.

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, sette opp menyer og rute anrop til en svartjeneste, en huntgruppe, en talepostboks eller en ekte person. Opprett en 24-timers plan eller oppgi forskjellige alternativer når bedriften din er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, kan du se Administrere automatiske svartjenester i Cisco Webex Control Hub.

Konfigurere en oppkallingsgruppe

Gruppeoppkall gjør det mulig for en bruker å foreta et enveis anrop eller gruppeoppkall til opptil 75 målbrukere og arbeidsområder ved å ringe et nummer eller et internnummer som er tilordnet en bestemt oppkingsgruppe.

Hvis du vil ha informasjon om hvordan du konfigurerer og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub.

Konfigurere mottak av anrop

Forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukerne kan svare på anrop til hverandre. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på samtalene sine.

Hvis du vil ha informasjon om hvordan du konfigurerer en mottak av anrop, kan du se Mottak av anrop i Cisco Webex Control Hub.

Konfigurere samtaleparkering

Samtaleparkering gjør det mulig for en definert gruppe brukere å parkere samtaler mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på telefonen.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub.

Aktiver innbryting for brukere

1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop.

3

Gå til delen Tillatelser mellom brukere , og velg deretter Bryt inn.

4

Slå på bryteren for å la andre brukere legge seg selv til denne brukerens pågående samtale.

5

Merk av for Spill av en tone når denne brukeren brytes inn i en samtale hvis du vil spille av en tone for andre når denne brukeren brytes inn i samtalen.

Innstillingen Spill av en tone når denne brukeren Brytes inn i en samtale gjelder ikke for Brukeropplevelsens grunnleggende og grunnleggende funksjoner for innbryting av ledere. Selv om du aktiverer dette alternativet for en leder, spiller ikke systemet varseltonen til agenten når en leder bryter inn i samtalekøen.

Hvis du vil spille av en tone til en agent når en leder bryter inn i samtalen, kan du aktivere den via innstillingene «Varslingstone for agenter». Hvis du vil ha mer informasjon, kan du se delen Opprett en kø i Grunnleggende om Webex-kundeopplevelse eller Grunnleggende om Webex-kundeopplevelse.

6

Klikk på Lagre.

Aktiver personvern for en bruker

1

Logg på Control Hub, og gå til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop.

3

Gå til området Tillatelser mellom brukere , og velg deretter Personvern.

4

Velg de riktige innstillingene for personvern for automatisk svartjeneste for denne brukeren.

  • Tillat denne brukeren å bli oppringt med internnummer
  • Tillat denne brukeren å bli oppringt med for- eller etternavn
5

Merk av for Aktiver personvern . Deretter kan du bestemme deg for å blokkere alle ved å ikke velge medlemmer fra rullegardinlisten. Du kan også velge brukere, arbeidsområder og virtuelle linjer som kan overvåke linjestatusen til denne brukeren.

Hvis du er stedsadministrator, vises bare brukerne, arbeidsområdene og de virtuelle linjene som gjelder de tilordnede stedene dine i rullegardinlisten.

Fjern merket i avkrysningsboksen Aktiver personvern slik at alle kan overvåke linjestatusen.

6

Merk av i avkrysningsboksen Håndhev personvern for rettet mottak av anrop og bryt inn for å aktivere personvern for rettet mottak av anrop og bryt inn anrop.

  • Hvis du aktiverer dette alternativet, kan bare autoriserte brukere, virtuelle linjer og arbeidsområdeenheter bruke rettet mottak av anrop og bryt inn på denne brukeren. Ellers kan alle i organisasjonen påkalle rettet mottak av anrop og bryte inn på en linje.
  • Hvis du vil ha mer informasjon om innbryting, kan du se Innbryt på andres telefonsamtale.
  • Lederen kan alltid bryte inn i samtaler som agentene mottar gjennom samtalekøen. Det vil si at personverninnstillingene ikke påvirker innbrytingsalternativet til en leder.

7

Fra Legg til medlem etter navn velger du brukerne, arbeidsområdene og de virtuelle linjene som kan overvåke telefonlinjestatusen og aktivere styrt henting av anrop og innbryting.

8

Hvis du vil filtrere medlemmene du velger, bruker du filteret etter navn, nummer eller ext -felt.

9

Klikk på Fjern alle for å fjerne alle de valgte medlemmene.

Hvis du vil fjerne et enkelt medlem, klikker du på Slett ved siden av medlemmets navn.

10

Klikk på Lagre.

Personverninnstillinger

Konfigurer overvåking

Maksimalt antall overvåkede linjer for en bruker er 50. Når du konfigurerer overvåkingslisten, bør du imidlertid vurdere antall meldinger som påvirker båndbredden mellom Webex Calling og nettverket ditt. Du kan også bestemme maksimalt antall overvåkede linjer etter antall linjeknapper på brukerens telefon.

1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon og klikker deretter på Brukere.

2

Velg brukeren du vil endre, og klikk på Anrop.

3

Gå til delen Tillatelser mellom brukere , og velg Overvåking.

4

Velg blant følgende:

  • Legg til overvåket linje
  • Legg til internnummer for samtaleparkering

Du kan inkludere en virtuell linje i listen Legg til overvåket linje for brukerovervåking.

5

Velg om du vil varsle denne brukeren om parkerte samtaler, søk etter personen eller internnummeret for samtaleparkering som skal overvåkes, og klikk deretter på Lagre.

Listen over overvåkede linjer i Control Hub tilsvarer rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene Innringer-ID Fornavn og Etternavn for brukeren, arbeidsområdet og den virtuelle linjen.

Vil du se hvordan det gjøres? Se denne videodemonstrasjonen om hvordan du administrerer overvåkingsinnstillinger for en bruker i Control Hub.

Aktiver advarselstone for anropsbro for brukere

Før du begynner

Du må ha konfigurert den delte linjen for å kunne starte anropsbroen. Se hvordan du konfigurerer delte linjer før du aktiverer varseltonen for anropsbroen.
1

Logg på Control Hub, og gå til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop -fanen.

3

Gå til Tillatelser mellom brukere, og klikk på Varseltone for kobling av anrop.

4

Slå på Varseltone for samtalekobling, og klikk deretter på Lagre.

Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebroking på en delt MPP-linje, kan du se Delte linjer på bordtelefonen for flere plattformer.

Hvis du vil ha mer informasjon om samtalebroking på en delt linje i Webex-appen, kan du se Delt linje-utseende for WebexApp.

Slå på fleksibel kontorplass for en bruker

Ved å aktivere fleksibel kontorplass for en bruker kan de jobbe i et annet område samtidig som de opprettholder funksjonaliteten og funksjonene til hovedbordtelefonen.
1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon og velger Brukere.

2

Velg en bruker og klikk på Anrop -fanen.

3

Gå til delen Tillatelser mellom brukere , velg Fleksibel kontorplass og slå på bryteren.

4

Skriv inn navnet eller nummeret på verten i søkefeltet Plassering av fleksibel kontorplass , og velg verten du vil tilordne til brukeren.

Bare én hotellvert kan velges. Hvis du velger en annen hotellvert, blir den første slettet.

Hvis du er stedsadministrator, kan du bare tilordne hotellverten som gjelder de tilordnede stedene dine.

5

Hvis du vil begrense tiden en bruker kan knyttes til hotellverten, velger du hvor mange timer brukeren kan bruke hotellverten fra rullegardinlisten Begrens tilknytningsperiode .

Brukeren blir automatisk logget ut etter det valgte tidspunktet.

Det vises en feilmelding på skjermen hvis grensetilknytningsperioden som er angitt for brukeren, overskrider grensetilknytningsperioden til den valgte verten. Hvis for eksempel verten har en grensesammenslutningsperiode på 12 timer og brukerens grensesammenslutningsperiode er 24 timer, vises en feilmelding. I slike tilfeller må du forlenge den begrensede tilknytningsperioden til verten hvis det kreves mer tid for brukeren.

6

Klikk på Lagre.

En bruker kan også søke etter og finne hotellverten de ønsker å bruke fra User Hub. Hvis du vil ha mer informasjon, se Få tilgang til anropsprofilen din fra hvor som helst.

Vil du se hvordan det gjøres? Se denne videodemonstrasjonen om hvordan du konfigurerer hotellopphold i Control Hub.

Innføringstrender og bruksrapporter for Webex Calling

Vis anropsrapporter

Du kan bruke Analyse -siden i Control Hub til å se hvordan Webex Calling-tjenester brukes, engasjement i Webex-appen og kvaliteten på samtalemedieopplevelsen. Slik får du tilgang til Webex Calling-analyse:

1

Logg på Control Hub.

2

Gå til Analyse og velg Anrop -fanen.

3

Velg Detaljert samtalelogg.

Anropsloggdetaljene vises med mediekvalitetsdata.
4

Hvis du vil ha tilgang til mediekvalitetsdata, logger du på Control Hub, går til Analyse og velger Anrop.

Relatert informasjon

Oversikt over Webex Calling

Tenk deg å kunne bruke funksjoner for skyanrop, mobilitet og PBX i bedriftsklassen, sammen med for meldinger og møter og anrop fra en myk klient eller Cisco-enhet. Det er akkurat det som har å tilby deg.

gir følgende funksjoner og fordeler:

  • Oppringingsabonnementer for telefonibrukere og fellesområder.

  • Sikre og pålitelige skytjenester levert av klarerte regionale tjenesteleverandører

  • tilgang for hver bruker, og legger til rik enhetlig kommunikasjon og teamsamarbeidstjenester.

  • Webex Meetings som et valgfritt, integrert tillegg for å gi de premium møteopplevelsene som bedriftsbrukere forventer.

  • PSTN-tilgang (Public Switch Telephony Networks) for å la brukerne ringe numre utenfor organisasjonen. Tjenesten leveres gjennom en eksisterende bedriftsinfrastruktur

    • Lokal gateway uten lokal IP PBX

    • Eksisterende Unified CM-samtalemiljø

    • PSTN-alternativer levert av partner eller Cisco

  • Støtte på nivå 1 levert av partneren din, støtte på neste nivå levert av Cisco

er en nettbasert administrasjonsportal som integreres med for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det samlede tilbudet – og Webex Meetings.

Tabell 1. Funksjoner som kan konfigureres for administrator

Funksjon

Beskrivelse

Automatisk svartjeneste

Du kan legge til hilsener, sette opp menyer og rute anrop til en svartjeneste, en huntgruppe, en talepostboks eller en ekte person. Du kan opprette en 24-timers plan eller tilby forskjellige alternativer når bedriften din er åpen eller stengt. Du kan til og med rute samtaler basert på innringer-ID-attributter for å opprette VIP-lister eller håndtere samtaler fra bestemte retningsnumre annerledes.

Samtalekø

Du kan konfigurere en samtalekø når du ikke kan svare på innkommende anrop. Du kan gi innringere et automatisk svar, betryggelsesmeldinger og ventemusikk til noen kan svare på anropet.

Mottak av anrop

Du kan forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe, slik at brukere kan svare på andre brukeres anrop. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på samtalene sine.

Samtaleparkering

Du kan slå på samtaleparkering for å la brukerne sette en samtale på vent og hente den opp fra en annen telefon.

Huntgruppe

Det kan være lurt å sette opp huntgrupper i følgende scenarier:

  • Et salgsteam som ønsker sekvensiell ruting. Et innkommende anrop ringer én telefon, men hvis det ikke er noe svar, går anropet til neste agent i listen.

  • Et støtteteam som vil at telefoner skal ringe på én gang, slik at den første tilgjengelige agenten kan ta samtalen.

Oppkallingsgruppe

Du kan opprette en oppkallingsgruppe slik at brukere kan sende en lydmelding til en person, en avdeling eller et team. Når noen sender en melding til en oppkallingsgruppe, spilles meldingen av på alle enhetene i gruppen.

Resepsjonistklient

Hjelp med å støtte behovene til personalet ved å gi dem et komplett sett med samtalekontrollalternativer, overvåking av linje i stor skala, samtalekø, flere katalogalternativer og visninger, Outlook-integrering og mer.
Tabell 2. Brukerkonfigurerbare funksjoner

Funksjon

Beskrivelse

Avvisning av anonymt anrop

Brukere kan avvise innkommende anrop med blokkerte oppringer-ID-er.

Forretningskontinuitet

Hvis brukernes telefoner ikke er koblet til nettverket på grunn av strømbrudd, nettverksproblemer osv., kan brukerne viderekoble innkommende anrop til et bestemt telefonnummer.

Viderekobling av anrop

Brukere kan viderekoble innkommende anrop til en annen telefon.

Selektiv viderekobling

Brukere kan viderekoble anrop på bestemte tidspunkter fra bestemte innringere. Denne innstillingen har forrang over viderekobling av anrop.

Anropvarsling

Brukere kan sende seg en e-post når de mottar et anrop i henhold til forhåndsdefinerte kriterier som telefonnummer eller dato og klokkeslett.

Samtale venter

Brukere kan tillate svar på ytterligere innkommende anrop.

Ikke forstyrr

Brukere kan midlertidig la alle anrop gå direkte til talepost.

Kontor hvor som helst

Brukere kan bruke sine valgte telefoner ("Steder") som en utvidelse av bedriftens telefonnummer og ringeplan.

Prioritert varsel

Brukere kan ringe telefonene sine med en karakteristisk ringetone når forhåndsdefinerte kriterier oppfylles, for eksempel telefonnummer eller dato og klokkeslett.

Eksternt kontor

Brukere kan ringe fra en ekstern telefon og få den til å vises fra bedriftslinjen. I tillegg ringer alle innkommende anrop til bedriftslinjen på denne eksterne telefonen.

Selektiv samtalegodkjenning

Brukere kan godta anrop på bestemte tidspunkter fra bestemte innringere.

Selektiv avvisning av anrop

Brukere kan avvise anrop på bestemte tidspunkter fra bestemte innringere.

Sekvensiell ring

Ring opptil 5 enheter etter hverandre for innkommende anrop.

Samtidig ringing

Ring brukernes og andre («samtalemottakere») numre samtidig for innkommende anrop.

Klargjøringstjenester, enheter og brukere i , krysslansering til detaljert konfigurasjon i

( ) er en administrasjonsportal som integreres med for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det samlede tilbudet –, og .

er det sentrale punktet for klargjøring av alle tjenester, enheter og brukere. Du kan konfigurere anropstjenesten for første gang, registrere MPP-telefoner i skyen (ved hjelp av MAC-adresse), konfigurere brukere ved å knytte enheter, legge til numre, tjenester, anropsfunksjoner og så videre. Også, fra , du kan krysslansere til .

Brukeropplevelse

Brukere har tilgang til følgende grensesnitt:

  • applikasjon – Myk klient for anrop som er merket av Cisco. Hvis du vil ha mer informasjon, se Utforsk den nye Cisco Webex Calling-appen.

  • ( ) – grensesnitt der brukere kan angi preferanser for profilen, laste ned Webex-appen og krysstarte inn i innstillingene for anrop. Hvis du vil ha mer informasjon, kan du se Endre innstillingene for Cisco Webex.

  • Webex-appen – Programmet er inkludert i abonnementet som en Cisco-varemerket Team Messaging-klient. Hvis du vil ha mer informasjon, kan du se Komme i gang med Cisco Webex-appen.

  • Webex Meetings – valgfri applikasjon lagt til som en Meetings-løsning. Hvis du vil ha mer informasjon, kan du se Webex Meetings.

Kundeadministratorer

Som kundeadministrator på en prøveversjon eller et betalt abonnement på , kan du konfigurere organisasjonen ved å legge til steder, lisenser, telefonnumre, anropsfunksjoner, brukere og arbeidsområder (romenheter som registreres i Webex-skyen). Du kan administrere alle disse komponentene derfra også.

Partnere

Som partnertjenesteleverandør kan du merke, markedsføre og selge til kundene dine. Du kan sette opp og utvide prøveversjoner, distribuere tjenester for kundene dine og opprette og klargjøre bestillinger for kundene dine.

Tilgjengelighet

Se toppteksten i artikkelen Hvor er Cisco Webex tilgjengelig for land der den er tilgjengelig for salg.

Ta en omvisning av

er ditt enkle, nettbaserte grensesnitt for å administrere organisasjonen, administrere brukerne, tilordne tjenester, analysere innføringstrender og samtalekvalitet med mer.

Oversikt over Control Hub-grensesnittet som fremhever og merker den venstre navigasjonsmenyen, bedriftsinformasjon, varsler, hjelp i appen, tilbakemelding, språk og logg av.

For å få organisasjonen i gang anbefaler vi at du inviterer noen brukere til å bli med ved å skrive inn e-postadressene deres i . Oppmuntre folk til å bruke tjenestene du tilbyr, inkludert å ringe, og til å gi deg tilbakemelding om opplevelsen deres. Når du er klar, kan du alltid legge til flere brukere.

Vi anbefaler at du bruker den nyeste skrivebordsversjonen av Google Chrome eller Mozilla Firefox for å få tilgang til. Nettlesere på mobile enheter og andre stasjonære nettlesere kan gi uventede resultater.

Bruk informasjonen som er presentert nedenfor som et sammendrag på høyt nivå av hva du kan forvente når du får organisasjonen din til å sette opp tjenester. Hvis du vil ha mer detaljert informasjon, kan du se de enkelte kapitlene for trinnvise instruksjoner.

Kom i gang

Når partneren din har opprettet kontoen din, vil du motta en velkomst-e-post. Klikk på koblingen Komme i gang i e-posten, bruk Chrome eller Firefox for å få tilgang til . Koblingen logger deg automatisk på med administratorens e-postadresse. Deretter blir du bedt om å opprette administratorpassordet ditt.

Opprett et nytt passordskjermbilde fra å starte e-post for oppsett av Control Hub.

Førstegangsveiviser for prøveversjoner

Hvis partneren din har registrert deg for en prøveversjon, starter installasjonsveiviseren automatisk etter at du har logget på . Veiviseren leder deg gjennom de grunnleggende innstillingene for å få organisasjonen din i gang med , blant andre tjenester. Du kan konfigurere og se gjennom anropsinnstillingene før du fullfører veiviseren.

Førstegangs installasjonsveiviser for Control Hub.

Se gjennom innstillingene dine

Når du laster, kan du se gjennom innstillingene dine.

Oversiktsside for Control Hub.

Legg til brukere

Nå som du har konfigurert tjenestene, er du klar til å legge til personer fra bedriftskatalogen din. Gå til Brukere og klikk på Administrer brukere.

Administrer popup-vinduet for brukere i Control Hub.

Hvis du bruker Microsoft Active Directory, anbefaler vi at du først aktiverer katalogsynkronisering og deretter bestemmer hvordan du vil legge til brukere. Klikk på Neste og følg instruksjonene for å konfigurere Cisco-registerkobling.

Konfigurere engangspålogging (SSO)

bruker grunnleggende godkjenning. Du kan velge å konfigurere SSO slik at brukere kan godkjenne med identitetsleverandøren din ved hjelp av bedriftslegitimasjonen, i stedet for et eget passord som er lagret og administrert i Webex.

Gå til Innstillinger, bla til Autentisering, klikk på Endre, og velg deretter Integrer en tredjeparts identitetsleverandør.

Skjermbildet for innstillinger for engangspålogging med alternativet «Integrer en tredjepartsleverandør» valgt.

Tilordne tjenester til brukere

Du må tilordne tjenester til brukerne du har lagt til, slik at folk kan begynne å bruke .

Gå til Brukere, klikk på Administrer brukere, velg Eksporter og importer brukere med en CSV-fil, og klikk deretter på Eksporter.

I filen du laster ned, legger du ganske enkelt til Sann for tjenestene du vil tilordne til hver av brukerne.

Eksempel på CSV-fil for tilordning av tjenester til brukere i Control Hub.

Importer den fullførte filen, klikk på Legg til og fjern tjenester, og klikk deretter på Send. Du er nå klar til å konfigurere anropsfunksjoner, registrere enheter som kan deles på et felles sted, og registrere og knytte enheter til brukere.

Styrke brukerne dine

Nå som du har lagt til brukere og de har blitt tilordnet tjenester, kan de begynne å bruke sine støttede multiplattformtelefoner (MPP-er) til og for meldinger og møter. Oppmuntre dem til å bruke Cisco Webex-innstillinger som en one-stop-shop for tilgang.

Den lokale gatewayens rolle

Den lokale gatewayen er en bedrifts- eller partneradministrert kantenhet for samarbeid mellom PSTN (Public Switch Telephony Network) og eldre PBX (Public Branch Exchange) (inkludert Unified CM).

Du kan bruke til å tilordne en lokal gateway til en plassering, og deretter oppgir du parametere som du kan konfigurere på CUBE. Disse trinnene registrerer den lokale gatewayen med skyen, og deretter leveres PSTN-tjenesten gjennom gatewayen til brukere på et bestemt sted.

Hvis du vil angi og bestille en lokal gateway, kan du lese bestillingsveiledningen for lokal gateway.

Støttede lokale gateway-distribusjoner for

Følgende grunnleggende distribusjoner støttes:

Den lokale gatewayen kan distribueres frittstående eller i distribusjoner der integrering i Cisco Unified Communications Manager kreves.

Distribusjon av lokal gateway uten lokal IP PBX

Frittstående lokale gateway-distribusjoner

Denne figuren viser en distribusjon uten eksisterende IP PBX og gjelder for ett enkelt sted eller en distribusjon med flere steder.

Illustrasjon som viser en Webex Calling-distribusjon uten eksisterende IP PBX.

For alle anrop som ikke samsvarer med destinasjonene dine, sender du disse anropene til den lokale gatewayen som er tilordnet stedet for behandling. Den lokale gatewayen ruter alle anrop som kommer fra til PSTN og i den andre retningen, PSTN til .

PSTN-gatewayen kan være en dedikert plattform eller sambor med den lokale gatewayen. Som i figuren nedenfor anbefaler vi den dedikerte PSTN-gateway-varianten for denne distribusjonen. Den kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal gateway.

Illustrasjon som viser det anbefalte distribusjonsalternativet for PSTN-gateway, som kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Samkjørende lokal gateway-distribusjon

Den lokale gatewayen kan være IP-basert, koble til en ITSP ved hjelp av en SIP-trunk, eller TDM-basert ved hjelp av en ISDN eller en analog krets. Følgende figur viser en distribusjon der den lokale gatewayen er samlokalisert med PSTN GW/SBC.

Illustrasjon som viser en Webex Calling-distribusjon der den lokale gatewayen er samlokalisert med PSTN GW/SBC.

Lokal gateway-distribusjon med lokal Unified CM PBX

Integreringer med Unified CM er påkrevd i følgende tilfeller:

  • -aktiverte steder legges til i en eksisterende Cisco UC-distribusjon der Unified CM distribueres som den lokale samtalekontrollløsningen

  • Direkte oppringing mellom telefoner registrert i Unified CM og telefoner på steder er påkrevd.

Denne figuren viser en distribusjon der kunden har en eksisterende Unified CM IP PBX.

Illustrasjon som viser en Webex Calling-distribusjon der kunden har en eksisterende Unified CM IP PBX.

Webex Calling sender samtaler som ikke samsvarer med kundens destinasjoner til den lokale gatewayen. Dette inkluderer PSTN-numre og interne Unified CM-internnumre, som Webex Calling ikke kan se. Den lokale gatewayen ruter alle anrop som kommer fra Webex Calling til Unified CM og omvendt. Unified CM ruter deretter innkommende anrop til lokale destinasjoner eller til PSTN i henhold til den eksisterende ringeplanen. Unified CM-ringeplanen normaliserer numre som +E.164. PSTN-gatewayen kan være en dedikert én eller sambosatt med den lokale gatewayen.

Dedikert PSTN-gateway

Den dedikerte PSTN-gatewayen-varianten for denne distribusjonen som vist i dette diagrammet, er det anbefalte alternativet og kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som lokal gateway.

Illustrasjon som viser den dedikerte PSTN-gatewayen-varianten. Det anbefalte alternativet som kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Samkjørende PSTN Gateway

Denne figuren viser en distribusjon med en Unified CM der den lokale gatewayen er samlokalisert med PSTN-gatewayen/SBC.

Webex Calling ruter alle anrop som ikke samsvarer med kundens destinasjoner til den lokale gatewayen som er tilordnet stedet. Dette inkluderer PSTN-destinasjoner og on-net-anrop til interne Unified CM-utvidelser. Den lokale gatewayen ruter alle anrop til Unified CM. Unified CM ruter deretter anrop til lokalt registrerte telefoner eller til PSTN via den lokale gatewayen, som har PSTN/SBC-funksjonalitet samlokalisert.

Illustrasjon som viser en Webex Calling-distribusjon med en Unified CM der den lokale gatewayen er samlokalisert med PSTN-gatewayen/SBC.

Hensyn til samtaleruting

Samtaler fra til Unified CM

Rutingslogikken fungerer slik: Hvis nummeret som ringes på et endepunkt, ikke kan rutes til en annen destinasjon innenfor samme kunde i Webex Calling, sendes samtalen til den lokale gatewayen for videre behandling. Alle off-net-samtaler (utenfor Webex Calling) sendes til den lokale gatewayen.

For en distribusjon uten integrering i en eksisterende Unified CM, vil alle samtaler utenfor nettet betraktes som et PSTN-anrop. Når det kombineres med Unified CM, kan et off-net-anrop fremdeles være et on-net-anrop til en hvilken som helst destinasjon som driftes på Unified CM, eller et ekte off-net-anrop til en PSTN-destinasjon. Forskjellen mellom de to siste anropstypene bestemmes av Unified CM og avhenger av bedriftens ringeplan som er klargjort på Unified CM.

Figuren nedenfor viser en bruker som ringer et nasjonalt nummer i USA.

Illustrasjon som viser en Webex Calling-bruker som ringer et nasjonalt nummer i USA.

Unified CM ruter nå samtalen til et lokalt registrert endepunkt der den oppringte destinasjonen klargjøres som katalognummer, basert på den konfigurerte oppringingsplanen. Unified CM-ringeplanen må derfor støtte ruting av +E.164-numre.

Samtaler Fra Unified CM til

For å muliggjøre samtaleruting fra Unified CM til Unified CM må et sett med ruter klargjøres for å definere settet med +E.164 og adresser for bedriftsnummereringsplan i .

Med disse rutene på plass er begge anropsscenarioene vist i figuren nedenfor mulige.

Illustrasjon som viser samtaleruting fra Unified CM til Webex Calling på et Unified CM-sett med ruter.

Hvis en innringer i PSTN ringer et DID-nummer som er tilordnet en enhet, blir anropet overlevert til bedriften gjennom bedriftens PSTN-gateway og deretter treffer Unified CM. Den oppringte adressen til samtalen samsvarer med en av rutene som er klargjort i Unified CM, og samtalen sendes til den lokale gatewayen. (Den oppringte adressen må være i +E.164-format når den sendes til den lokale gatewayen.) Rutingslogikken i Webex Calling sørger deretter for at anropet sendes til den tiltenkte enheten, basert på DID-tilordning.

Samtaler som kommer fra Unified CM registrerte endepunkter, rettet mot destinasjoner i , er også underlagt ringeplanen som er klargjort på Unified CM. Denne ringeplanen gjør det vanligvis mulig for brukerne å bruke vanlige bedriftsoppringingsvaner for å foreta anrop. Disse vanene inkluderer ikke nødvendigvis bare +E.164-oppringing. Alle andre oppringingsvaner enn +E.164 må normaliseres til +E.164 før anrop sendes til den lokale gatewayen for å tillate riktig ruting i Webex Calling.

Tjenesteklasse (CoS)

Det anbefales alltid å implementere strenge tjenestebegrensninger av ulike årsaker, inkludert å unngå anropsløyper og forhindre svindel med avgift. I forbindelse med integrering av lokal gateway med Unified CM-serviceklassen, må vi vurdere serviceklassen for:

  • Enheter registrert med Unified CM

  • Anrop som kommer inn i Unified CM fra PSTN

  • Anrop som kommer inn i Unified CM fra Webex Calling

Enheter registrert med Unified CM

Å legge til destinasjonene som en ny klasse av destinasjoner i et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale destinasjoner (inkludert internettbaserte destinasjoner).

Hvis en bedriftsoppringingsplan allerede implementerer en «on-net inter-site»-tillatelse, finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-net destinasjoner i samme partisjon.

Ellers finnes ikke konseptet med «on-net inter-site»-tillatelse ennå, så må en ny partisjon (for eksempel «onNetRemote») klargjøres, destinasjonene legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til i de aktuelle anropssøkeområdene.

Anrop som kommer inn i Unified CM fra PSTN

Å legge til destinasjonene som en ny klasse av destinasjoner i et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale destinasjoner (inkludert internettbaserte destinasjoner).

Hvis en bedriftsoppringingsplan allerede implementerer en «on-net inter-site»-tillatelse, finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-net destinasjoner i samme partisjon.

Ellers finnes ikke konseptet med «on-net inter-site»-tillatelse ennå, så må en ny partisjon (for eksempel «onNetRemote») klargjøres, destinasjonene legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til i de aktuelle anropssøkeområdene.

Anrop som kommer inn i Unified CM fra Webex Calling

Anrop som kommer inn fra PSTN trenger tilgang til alle destinasjoner. Dette krever at du legger til partisjonen ovenfor som holder alle destinasjoner i anropssøkeområdet som brukes for innkommende anrop på PSTN-trunken. Tilgang til destinasjoner kommer i tillegg til den allerede eksisterende tilgangen.

For samtaler fra PSTN-tilgang til Unified CM DID-er og DID-er kreves samtaler som har behov for tilgang til Unified CM DID-er og PSTN-destinasjoner.

Illustrasjon av differensierte CoS for samtaler fra PST og Webex Calling.
Differensierte CoS for samtaler fra PSTN og

Dette tallet sammenligner disse to forskjellige tjenesteklassene for anrop fra PSTN og Webex Calling. Figuren viser også at hvis funksjonaliteten for PSTN-gateway er samlokalisert med den lokale gatewayen, kreves to trunker fra den kombinerte PSTN GW og lokal gateway til Unified CM: én for anrop som kommer fra PSTN og én for anrop som kommer fra Webex Calling. Dette drives av kravet om å bruke differensierte anropssøkeområder etter trafikktype. Med to innkommende trunker på Unified CM kan dette enkelt oppnås ved å konfigurere det nødvendige anropssøkeområdet for innkommende anrop på hver trunk.

Integrering av ringeplan

Denne veiledningen forutsetter en eksisterende installasjon som er basert på beste gjeldende praksis i «Foretrukket arkitektur for Cisco Collaboration Local Deployments, CVD». Den nyeste versjonen er tilgjengelig her.

Utformingen av den anbefalte ringeplanen følger designtilnærmingen som er dokumentert i kapitlet Ringeplan i den nyeste versjonen av Cisco Collaboration System SRND som er tilgjengelig her.

Illustrasjon som viser en oversikt over den anbefalte oppringingsplanen.
Anbefalt ringeplan

Denne figuren viser en oversikt over utformingen av den anbefalte ringeplanen. De viktigste egenskapene ved denne oppringingsplanen inkluderer:

  • Alle katalognumre som er konfigurert på Unified CM, er i formatet +E.164.

  • Alle katalognumre har samme partisjon (DN) og er merket som haster.

  • Kjerneruting er basert på +E.164.

  • Alle ikke-+E.164-oppringingsvaner (for eksempel forkortet intrasite-oppringing og PSTN-oppringing ved hjelp av vanlige oppringingsvaner) normaliseres (globaliseres) til +E.164 ved hjelp av normaliseringsoversettelsesmønstre for oppringing.

  • Normaliseringsoversettingsmønstre for oppringing bruker oversettingsmønster for oppringing søkeområde arv; de har alternativet «Bruk oppringingssøkeområde for oppringing» angitt.

  • Tjenesteklasse implementeres ved hjelp av nettsted og klasse med tjenestespesifikke anropssøkeområder.

  • PSTN-tilgangsfunksjoner (for eksempel tilgang til internasjonale PSTN-destinasjoner) implementeres ved å legge til partisjoner med de respektive +E.164-rutemønstrene i anropssøkeområdet som definerer tjenesteklasse.

Tilgjengelighet for Webex Calling

Illustrasjon som viser at du legger til Webex Calling-destinasjon i ringeplanen.
Legge til Webex Calling-destinasjon i ringeplanen

For å legge til tilgjengelighet for Webex Calling-destinasjoner i denne ringeplanen, må det opprettes en partisjon som representerer alle Webex Calling-destinasjoner («Webex Calling»), og et +E.164-rutemønster for hvert DID-område i Webex Calling legges til i denne partisjonen. Dette rutemønsteret refererer til en ruteliste med bare ett medlem: rutegruppen med SIP-trunken til den lokale gatewayen for samtaler til Webex Calling. Fordi alle oppringte destinasjoner er normalisert til +E.164 enten ved hjelp av oppringingsnormaliseringsoversettingsmønstre for samtaler som kommer fra Unified CM-registrerte endepunkter eller innkommende oppringte parter for samtaler som kommer fra PSTN, er dette enkle settet med +E.164-rutemønstre tilstrekkelig til å oppnå rekkevidde for destinasjoner i Webex Calling uavhengig av oppringingsvanen som brukes.

Hvis for eksempel en bruker ringer "914085550165", normaliserer oppringingsnormaliseringsmønsteret i partisjonen "UStoE164" denne oppringingsstrengen til "+14085550165" som deretter samsvarer med rutemønsteret for en Webex Calling-destinasjon i partisjonen "Webex Calling". Unified CM sender til slutt samtalen til den lokale gatewayen.

Legg til forkortet intersite-oppringing

Illustrasjon som viser at du legger til en forkortet oppringing mellom sidene.
Legge til forkortede samtaler mellom steder

Den anbefalte måten å legge til forkortet intersite-oppringing til referanseringsplanen på, er å legge til normaliseringsoversettingsmønstre for alle nettsteder under bedriftsnummerplanen til en dedikert partisjon (“ESN”, Enterprise Significant Numbers). Disse oversettelsesmønstrene fanger opp ringestrenger i formatet til bedriftsnummerplanen og normaliserer den oppringte strengen til +E.164.

Hvis du vil legge til bedriftsforkortet oppringing til Webex Calling-destinasjoner, legger du til det respektive oppringingsnormaliseringsmønsteret for Webex Calling-stedet i «Webex Calling»-partisjonen (for eksempel «8101XX» i diagrammet). Etter normalisering sendes samtalen igjen til Webex Calling etter at rutemønsteret i «Webex Calling»-partisjonen samsvarer.

Vi anbefaler ikke å legge til det forkortede oppringingsnormaliseringsmønsteret for Webex Calling-anrop i partisjonen «ESN», fordi denne konfigurasjonen kan skape uønskede rutingsløyfer for anrop.

Protokollhåndtering for anrop

registrerer følgende protokollhåndterere i operativsystemet for å aktivere klikk-for-samtale-funksjonalitet fra nettlesere eller andre programmer. Følgende protokoller starter en lyd- eller videosamtale i Webex-appen når det er standard anropsprogram på Mac eller Windows:

  • klikktosamtale: eller KLIKKTOCALL://

  • Sip: eller SIP://

  • tlf: eller TEL://

  • webextel: eller WEBEXTEL://

Liste over protokollhåndterere som starter en lyd- eller videosamtale i Webex-appen når det er standard anropsprogram på Mac eller Windows.

Protokoll Handlers for Windows

Andre apper kan registrere seg for protokollbehandlere før . I Windows 10 ber systemvinduet brukerne om å velge hvilken app de skal bruke for å starte samtalen. Brukerpreferansen kan huskes hvis brukeren kontrollerer Bruk alltid denne appen.

Windows 10 «Velg en app» med Webex uthevet som et valgalternativ.

Hvis brukerne må tilbakestille standard innstillinger for anropsappen slik at de kan velge, kan du be dem om å endre protokolltilknytningene for Windows 10:

  1. Åpne systeminnstillingene Standard appinnstillinger , klikk på Angi standarder etter app, og velg deretter .

    Windows 10 «Angi standarder etter app» med Webex uthevet som alternativet å velge.

  2. For hver protokoll velger du .

    Windows 10 Webex-alternativer for filtype- og protokolltilknytninger.

Protokollhåndtering for macOS

På Mac OS, hvis andre apper er registrert i anropsprotokollene før, må brukerne konfigurere sine som standard anropsalternativ.

På Mac kan brukere bekrefte at er valgt for Start samtaler med innstillingen under generelle innstillinger. De kan også merke av for Koble alltid til Microsoft Outlook hvis de vil ringe inn når de klikker på nummeret til en Outlook-kontakt.

Innstillinger for Mac OS-protokollbehandling; Velg alternativet «Koble alltid til Microsoft Outlook», og rullegardinmenyen «Start samtaler med» har Webex valgt.

Forbered miljøet ditt

Generelle forutsetninger

Før du konfigurerer en lokal gateway for , må du kontrollere at du:

  • ha grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende arbeidskunnskap om Cisco IOS-XE- og IOS-XE-talekonsepter

  • ha en grunnleggende forståelse av øktinitieringsprotokollen (SIP)

  • ha en grunnleggende forståelse av Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se konfigurasjonsveiledningen for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Maskinvare- og programvarekrav for lokal gateway

Kontroller at distribusjonen har én eller flere av de lokale gatewayene, for eksempel:

  • Cisco CUBE for IP-basert tilkobling

  • Cisco IOS Gateway for TDM-basert tilkobling

Se tabell 1 i bestillingsveiledningen for lokal gateway for Webex Calling. Kontroller også at plattformen kjører en støttet IOS-XE-utgivelse i henhold til konfigurasjonsveiledningen for lokal gateway.

Den lokale gatewayen hjelper deg med å migrere til Webex Calling i ditt eget tempo. Den lokale gatewayen integrerer din eksisterende lokale distribusjon med Webex Calling. Du kan også bruke din eksisterende PSTN-tilkobling. Se Kom i gang med lokal gateway

Sertifikat- og sikkerhetskrav for lokal gateway

krever sikker signalisering og media. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen som følger)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (oppgitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til spesifikke IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene er på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet vendt mot Webex Calling for samtaler mellom den lokale gatewayen og endepunktene for å bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Portreferanseinformasjon for

En riktig konfigurert brannmur og proxy er avgjørende for en vellykket Calling-distribusjon. bruker SIP og HTTPS til anropssignalisering og tilknyttede adresser og porter for medier, nettverkstilkobling og gateway-tilkobling på samme måte som en global tjeneste.

Ikke alle brannmurkonfigurasjoner krever at porter er åpne. Men hvis du kjører inn-til-ut-regler, må du åpne porter for de nødvendige protokollene for å utelate tjenester.

Oversettelse av nettverksadresse (NAT)

Funksjonaliteten Nettverksadresseoversettelse (NAT) og Port Address Translation (PAT) brukes ved grensen mellom to nettverk for å oversette adresseområder eller for å forhindre kollisjon mellom IP-adresseområder.

Organisasjoner bruker gateway-teknologier som brannmurer og proxyer som tilbyr NAT- eller PAT-tjenester for å gi Internett-tilgang til Webex-appprogrammer eller Webex-enheter som er på et privat IP-adresseområde. Disse gatewayene gjør at trafikk fra interne apper eller enheter til Internett ser ut til å komme fra én eller flere offentlig rutebare IP-adresser.

  • Hvis du distribuerer NAT, er det ikke obligatorisk å åpne en innkommende port på brannmuren.

  • Valider størrelsen på NAT-gruppen som kreves for app- eller enhetstilkobling når flere appbrukere og enheter får tilgang til Webex Calling & Webex Aware-tjenester ved hjelp av NAT eller PAT. Sørg for at tilstrekkelige offentlige IP-adresser er tilordnet NAT-bassengene for å forhindre utmattelse av porten. Portutmattelse bidrar til at interne brukere og enheter ikke kan koble til Webex Calling- og Webex Aware-tjenestene.

  • Definer rimelige bindingsperioder og unngå å manipulere SIP på NAT-enheten.

  • Konfigurer et minimum tidsavbrudd for NAT for å sikre riktig drift av enhetene. Eksempel: Cisco-telefoner sender en oppfølgings REGISTRER oppdateringsmelding hvert 1.–2. minutt.

  • Hvis nettverket implementerer NAT eller SPI, må du angi et større tidsavbrudd (på minst 30 minutter) for tilkoblingene. Dette tidsavbruddet muliggjør pålitelig tilkobling og reduserer batteriforbruket til brukernes mobile enheter.

SIP Application Layer Gateway

Hvis en ruter eller brannmur er SIP Aware, og det betyr at SIP Application Layer Gateway (ALG) eller lignende er aktivert, anbefaler vi at du slår av denne funksjonaliteten for nøyaktig drift av tjenesten. Selv om all Webex Calling-trafikk er kryptert, kan enkelte SIP ALG-implementeringer forårsake problemer med brannmurtraversering. Vi anbefaler derfor at du slår av SIP ALG for å sikre en service av høy kvalitet.

Sjekk den relevante produsentens dokumentasjon for trinn for å deaktivere SIP ALG på bestemte enheter.

Proxy-støtte for

Organisasjoner distribuerer en Internett-brannmur eller Internett-proxy og brannmur for å inspisere, begrense og kontrollere HTTP-trafikken som forlater og går inn i nettverket. Dermed beskyttes nettverket mot ulike former for cyberangrep.

Proxyer utfører flere sikkerhetsfunksjoner, for eksempel:

  • Tillat eller blokker tilgang til bestemte URL-adresser.

  • Brukerautentisering

  • IP-adresse/domene/vertsnavn/URI-omdømmeoppslag

  • Trafikkdekryptering og inspeksjon

Ved konfigurering av proxy-funksjonen gjelder den for alle programmer som bruker HTTPs protokoll.

Webex-appen og Webex-enhetsapplikasjonene inkluderer følgende:

  • Webex-tjenester

  • Prosedyrer for aktivering av kundeenheter (CDA) ved hjelp av Cisco Cloud-klargjøringsplattformen, for eksempel GDS, EDOS-enhetsaktivering, klargjøring og innføring i Webex-skyen.

  • Sertifikatgodkjenning

  • Fastvareoppgraderinger

  • Statusrapporter

  • PRT-opplastinger

  • XSI-tjenester

Hvis en proxy-serveradresse er konfigurert, sendes bare signaltrafikk (HTTP/HTTPS) til proxy-serveren. Klienter som bruker SIP til å registrere seg for Webex Calling-tjenesten og de tilknyttede mediene, sendes ikke til proxyen. La derfor disse klientene gå direkte gjennom brannmuren.

Støttede proxy-alternativer, konfigurasjoner og godkjenningstyper

De støttede proxy-typene er:

  • Eksplisitt proxy (inspeksjons- eller ikke-inspeksjons-) – Konfigurer klientene enten appen eller enheten med eksplisitt proxy for å angi serveren som skal brukes.

  • Gjennomsiktig proxy (ikke-inspeksjons) – Klientene er ikke konfigurert til å bruke en bestemt proxy-serveradresse og krever ikke endringer for å fungere med en ikke-inspeksjons-proxy.

  • Gjennomsiktig proxy (inspeksjon) – Klientene er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for HTTP er nødvendig, men klientene dine trenger et rotsertifikat for å klarere proxyen. IT-teamet bruker inspeksjons-proxyer til å håndheve policyer på nettstedene som skal besøkes, og hvilke typer innhold som ikke er tillatt.

Konfigurer proxy-adressene manuelt for Cisco-enhetene og Webex-appen ved hjelp av:

Når du konfigurerer dine foretrukne produkttyper, velger du blant følgende proxy-konfigurasjoner og godkjenningstyper i tabellen:

Produkt

Proxy-konfigurasjon

Godkjenningstype

Webex for Mac

Manuell, WPAD, PAC

Ingen godkjenning, enkel, NTLM,

Webex for Windows

Manuell, WPAD, PAC, GPO

Ingen godkjenning, enkel, NTLM, , forhandling

Webex for iOS

Manuell, WPAD, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

Webex for Android

Manuell, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

Webex-webapp

Støttet via operativsystemet

Ingen godkjenning, enkel, sammendrag, NTLM, forhandling

Webex-enheter

WPAD, PAC eller manuell

Ingen godkjenning, grunnleggende, sammendrag

Cisco IP-telefoner

Manuell, WPAD, PAC

Ingen godkjenning, grunnleggende, sammendrag

Webex videonettnode

Manuell

Ingen godkjenning, enkel, sammendrag, NTLM

For legender i tabellen:

  1. Mac NTLM godkjenning - Maskinen trenger ikke å være logget på domenet, brukeren blir bedt om et passord

  2. Windows NTLM Auth - støttes bare hvis en maskin er logget på domenet

  3. Forhandling - Kerberos med NTLM-tilbakefallsgodkjenning.

  4. Hvis du vil koble en Cisco Webex Board-, Desk- eller Room-enhet til en proxy-server, kan du se Koble Board-, Desk- eller Room-enheten til en proxy-server.

  5. For Cisco IP-telefoner kan du se Konfigurere en proxy-server som et eksempel på hvordan du konfigurerer proxy-serveren og innstillingene.

For No Authentication konfigurerer du klienten med en proxy-adresse som ikke støtter autentisering. Når du bruker Proxy Authentication, konfigurerer du med gyldig legitimasjon. Proxyer som inspiserer webtrafikk kan forstyrre Web Socket-tilkoblinger. Hvis dette problemet oppstår, kan det å omgå ikke-inspeksjons-trafikk til *.Webex.com løse problemet. Hvis du allerede ser andre oppføringer, legger du til et semikolon etter den siste oppføringen, og skriver deretter inn Webex-unntaket.

Proxy-innstillinger for Windows OS

Microsoft Windows støtter to nettverksbiblioteker for HTTP-trafikk (WinINet og WinHTTP) som tillater proxy-konfigurasjon.WinINet er et supersett av WinHTTP.

  1. WinInet er utviklet for engangs- og skrivebordsklientprogrammer

  2. WinHTTP er primært utviklet for flere brukere, serverbaserte programmer

Når du velger mellom de to, velger du WinINet for proxy-konfigurasjonsinnstillingene. For mer informasjon, se wininet-vs-winhttp.

Se Konfigurere en liste over tillatte domener for å få tilgang til Webex mens du er på bedriftsnettverket hvis du vil ha mer informasjon om følgende:

  • For å sikre at folk bare logger på programmer ved hjelp av kontoer fra en forhåndsdefinert liste over domener.

  • Bruk en proxy-server til å fange opp forespørsler og begrense tillatte domener.

Proxy-inspeksjon og sertifikatfesting

Webex-appen og -enhetene validerer sertifikatene til serverne når de etablerer TLS-øktene. Sertifikater kontrollerer at sertifikatutstederen og den digitale signaturen er avhengig av å bekrefte sertifikatkjeden opp til rotsertifikatet. For å utføre valideringskontrollene bruker Webex-appen og -enhetene et sett med klarerte rotsertifiseringsinstanssertifikater som er installert i klareringslageret for operativsystemet.

Hvis du har distribuert en TLS-inspiserende proxy for å fange opp, dekryptere og inspisere Webex Calling-trafikk. Sørg for at sertifikatet som proxyen presenterer (i stedet for Webex-tjenestesertifikatet), er signert av en sertifikatmyndighet, og at rotsertifikatet er installert i klareringslageret til Webex-appen eller Webex-enheten din.

  • For Webex-appen – Installer CA-sertifikatet som brukes til å signere sertifikatet av proxyen i enhetens operativsystem.

  • For Webex Room-enheter og Cisco IP-telefoner for flere plattformer – Åpne en serviceforespørsel med TAC-teamet for å installere CA-sertifikatet.

Denne tabellen viser Webex-appen og Webex-enhetene som støtter TLS-inspeksjon av proxy-servere

Produkt

Støtter egendefinerte klarerte sertifiseringsinstanser for TLS-inspeksjon

Webex-appen (Windows, Mac, iOS, Android, nett)

Ja

Webex Room-enheter

Ja

Cisco IP-telefoner for flere plattformer (MPP)

Ja

Brannmurkonfigurasjon

Cisco støtter og Webex Aware-tjenester i sikre datasentre for Cisco og Amazon Web Services (AWS). Amazon har reservert sine IP-subnett til Ciscos eneste bruk, og sikret tjenestene som er plassert i disse subnettene i AWS virtuell privat sky.

Konfigurer brannmuren slik at kommunikasjonen fra enhetene dine, appens programmer og internettrettede tjenester kan utføre funksjonene på riktig måte. Denne konfigurasjonen gir tilgang til alle støttede og Webex Aware-skytjenester, domenenavn, IP-adresser, porter og protokoller.

Hviteliste eller åpne tilgang til følgende slik at tjenestene og Webex Aware fungerer som de skal.

  • URL-adressene/domenene som er nevnt under delen Domener og URL-adresser for Webex Calling-tjenester

  • IP-subnett, porter og protokoller nevnt under avsnittet IP-subnett for Webex Calling-tjenester

  • Hvis du bruker Webex Suite for skysamarbeidstjenester i organisasjonen deres, Webex Meetings, Meldinger, Webex Attendant-konsollen og andre tjenester, må du sørge for at IP-delnettene, domenene/URL-adressene som er nevnt i disse artiklene, er åpne Nettverkskrav for Webex-tjenester og Nettverkskrav for Attendant-konsollen

Hvis du bare bruker en brannmur, støttes ikke filtrering av trafikk ved hjelp av IP-adresser alene, da noen av IP-adressegruppene er dynamiske og kan endres når som helst. Oppdater reglene regelmessig, hvis du ikke oppdaterer listen over brannmurregler, kan det påvirke brukernes opplevelse. Cisco støtter ikke filtrering av et delsett av IP-adresser basert på et bestemt geografisk område eller skytjenesteleverandør. Filtrering etter område kan føre til alvorlig svekkelse av Calling-opplevelsen.

Cisco opprettholder ikke dynamisk skiftende IP-adressegrupper, og er derfor ikke oppført i denne artikkelen.

Hvis brannmuren ikke støtter filtrering av domene/URL-adresser, bruker du et alternativ for Enterprise Proxy-server. Dette alternativet filtrerer/tillater, etter URL/domene, at HTTP-ene signaliserer trafikk til og Webex Aware-tjenester på proxy-serveren, før de videresendes til brannmuren.

Du kan konfigurere trafikk ved hjelp av filtrering av port og IP-subnett for samtalemedier. Siden medietrafikken krever direkte tilgang til Internett, velger du alternativet for filtrering av URL for signalisering av trafikk.

For , UDP er Ciscos foretrukne transportprotokoll for medier, og det anbefales bare å bruke SRTP over UDP. TCP og TLS som transportprotokoller for medier støttes ikke i produksjonsmiljøer. Den tilkoblingsorienterte naturen til disse protokollene påvirker mediekvaliteten over tapte nettverk. Hvis du har spørsmål angående transportprotokollen, kan du sende inn en støtteforespørsel.

Domener og URL-adresser for Webex Calling-tjenester

En * vist i begynnelsen av en URL-adresse (for eksempel *.webex.com) indikerer at tjenester på toppnivådomenet og alle underdomener er tilgjengelige.

Domene/URL

Beskrivelse

Webex-apper og -enheter som bruker disse domenene/URL-adressene

Cisco Webex-tjenester

*.broadcloudpbx.com

Webex-autorisasjonsmikrotjenester for krysslansering fra Control Hub til Calling Admin Portal.

Control Hub

*.broadcloud.com.au

Webex Calling-tjenester i Australia.

Alle

*.broadcloud.eu

Webex Calling-tjenester i Europa.

Alle

*.broadcloudpbx.net

Kundekonfigurasjon og administrasjonstjenester for anrop.

Webex-apper

*.webex.com

*.cisco.com

Kjernetjenester for Webex Calling og Webex Aware

  1. Identitetsklargjøring

  2. Identitetslagring

  3. Autentisering

  4. OAuth-tjenester

  5. Innføring av enheten

  6. Skytilkoblet UC

Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger uten DHCP-alternativer er angitt, kontakter den en enhetsaktiveringsserver for nullberøring. Nye telefoner bruker activate.cisco.com og telefoner med fastvareversjon tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com for klargjøring.

Last ned enhetens fastvare og oppdateringer av språk fra binaries.webex.com.

Gi Cisco Multiplatform-telefoner (MPP-er) eldre enn 12.0.3-versjonen tilgang til sudirenewal.cisco.com via port 80 for å fornye produsentinstallert sertifikat (MIC) og ha en sikker unik enhetsidentifikator (SUDI). Hvis du vil ha mer informasjon, kan du se Feltmerknad.

Alle

*.ucmgmt.cisco.com

Webex Calling-tjenester

Control Hub

*.wbx2.com og *.ciscospark.com

Brukes for skybevissthet for å ta kontakt med Webex Calling og Webex Aware-tjenester under og etter innføring.

Disse tjenestene er nødvendige for

  • Administrasjon av apper og enheter

  • Apper Administrasjon av programvarslingsmekanisme

Alle

*.webexapis.com

Webex-mikrotjenester som administrerer dine Webex-appprogrammer og Webex-enheter.

  1. Profilbildetjeneste

  2. Tavletjeneste

  3. Nærhetstjeneste

  4. Tilstedeværelsestjeneste

  5. Registreringstjeneste

  6. Kalendertjeneste

  7. Søketjeneste

Alle

*.webexcontent.com

Webex Messaging-tjenester relatert til generell fillagring, inkludert:

  1. Brukerfiler

  2. Transkodede filer

  3. Bilder

  4. Skjermbilder

  5. Tavleinnhold

  6. Klient- og enhetslogger

  7. Profilbilder

  8. Merkevarelogoer

  9. Loggfiler

  10. Masseeksport av CSV-filer og importer filer (Control Hub)

Meldingstjenester for Webex-apper.

Fillagring ved bruk av webexcontent.com erstattet av clouddrive.com i oktober 2019

*.accompany.com

Integrering av People Insights

Webex-apper

Ytterligere Webex-relaterte tjenester (tredjepartsdomener)

*.appdynamics.com

*.eum-appdynamics.com

Ytelsessporing, feil- og krasjregistrering, øktmåledata.

Control Hub

*.sipflash.com

Tjenester for enhetsadministrasjon. Fastvareoppgraderinger og sikre innføringsformål.

Webex-apper

*.walkme.com *.walkmeusercontent.com

Webex brukerveiledningsklient. Gir innførings- og bruksveiledning for nye brukere.

For mer informasjon om WalkMe, klikk her.

Webex-apper

*.google.com

*.googleapis.com

Varsler til Webex-apper på mobile enheter (eksempel: ny melding, når anropet besvares)

Se disse koblingene for IP-delnett

Google Firebase Cloud Messaging-tjeneste (FCM)

Apple Push Notification Service (APNS)

For APNS viser Apple IP-delnettene for denne tjenesten.

Webex-appen

IP-delnett for Webex Calling-tjenester

IP-delnett for 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

Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter)

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

Konfigurasjon av Webex-app

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Tilkoblingsformål

KildeadresserKildeporterProtokollDestinasjonsadresserMålporterMerknader
Anropssignalisering til Webex Calling (SIP TLS)Ekstern lokal gateway (NIC)8000-65535tcpSe IP-delnett for Webex Calling-tjenester.5062, 8934

Disse IP-adressene/portene er nødvendige for utgående SIP-TLS-anropssignalisering fra lokale gatewayer, enheter og Webex-appapplikasjoner (kilde) til Webex Calling-skyen (mål).

Port 5062 (kreves for sertifikatbasert trunk). Og port 8934 (kreves for Registreringsbasert trunk

Enheter5060-50808934
Webex-appen Kortvarig (OS-avhengig)
Anropssignalisering fra Webex Calling (SIP TLS) til lokal gateway

Adresseområde for Webex Calling.

Se IP-delnett for Webex Calling-tjenester

8934tcpIP- eller IP-områder valgt av kunden for sin lokale gatewayPort eller portområde valgt av kunden for den lokale gatewayen

Gjelder sertifikatbaserte lokale gatewayer. Det er nødvendig å opprette en tilkobling fra Webex Calling til en lokal gateway.

En registreringsbasert lokal gateway fungerer på gjenbruk av en tilkobling opprettet fra den lokale gatewayen.

Målporten er kundens valg Konfigurer trunker

Anropsmedier til Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Lokal gateway ekstern NIC8000-48199†*UDPSe IP-delnett for Webex Calling-tjenester.

5004, 9000 (STUN-porter)

Lyd: 8500-8599

Video: 8600-8699

19560-65535 (SRTP over UDP)

  • Disse IP-adressene/portene brukes for utgående SRTP-anropsmedier fra lokale gatewayer, enheter og Webex-appprogrammer (kilde) til Webex Calling-skyen (destinasjon).

  • For samtaler i organisasjonen der STUN, ICE-forhandling er vellykket, fjernes medierelay i skyen som kommunikasjonsbane. I slike tilfeller er medieflyten direkte mellom brukerens apper/enheter.

    For Eksempel: Hvis medieoptimaliseringen lykkes, sender Webex-appen medier direkte mellom hverandre i portområder 8500–8699, og enheter sender medier direkte til hverandre i portområder 19560–19661.

  • For visse nettverkstopologier der brannmurer brukes i et kundeområde, kan du gi tilgang til de nevnte kilde- og målportområdene i nettverket slik at mediene kan flyte gjennom.

    Eksempel: Tillat kilde- og destinasjonsportområdet for Webex-appen

    Lyd: 8500-8599 Video:8600-8699

  • Nettlesere bruker den kortvarige kildeporten som kan kontrolleres ved å angi retningslinjene for WebRtcUdpPortRange i profilen Managed Device Management (MDM).

    Webex Calling-tjenesten fungerer normalt hvis ingen MDM-tjeneste er angitt, eller hvis SiteURL og EnableForceLogin ikke er konfigurert.

Enheter*19560-19661

VG400 ATA-enheter

19560-19849
Webex-appen*

Lyd: 8500-8599

Video: 8600-8699

WebRTC

Ephemeral (i henhold til nettleserens retningslinjer)
Anropsmedier fra Webex Calling (SRTP/SRTCP, T38)

Adresseområde for Webex Calling.

Se IP-delnett for Webex Calling-tjenester

19560-65535 (SRTP over UDP) UDPIP- eller IP-område valgt av kunden for den lokale gatewayen Medieportområde valgt av kunden for sin lokale gateway
Anropssignalisering til PSTN-gateway (SIP TLS)Lokal gateway intern NIC8000-65535tcpDin ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Anropsmedia til PSTN-gateway (SRTP/SRTCP)Lokal gateway intern NIC8000-48199†*UDPDin ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter)Webex Calling-enheterEphemeraltcp

Se IP-delnett for Webex Calling-tjenester

443, 6970, 80

Påkrevd av følgende grunner:

  1. Migrering fra bedriftstelefoner (Cisco Unified CM) til Webex Calling. Se upgrade.cisco.com for mer informasjon. cloudupgrader.webex.com bruker porter: 6970 443 for fastvareoverføringsprosessen.

  2. Fastvareoppgraderinger og sikker innføring av enheter (MPP og rom- eller bordtelefoner) ved hjelp av den 16-sifrede aktiveringskoden (GDS)

  3. For CDA / EDOS - MAC adressebasert klargjøring. Brukes av enheter (MPP-telefoner, ATA-er og SPA ATA-er) med nyere fastvare.

  4. For Cisco ATA-er må du kontrollere at enhetene er på minimum fastvare 11.1.0MSR3-9.

  5. Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger, uten at DHCP-alternativene er angitt, kontakter den en enhetsaktiveringsserver for nullberøring. Nye telefoner bruker activate.cisco.com i stedet for webapps.cisco.com til klargjøring. Telefoner med fastvare som er utgitt tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com. Det anbefales å tillate alle disse IP-subnettene.

  6. Gi Cisco Multiplatform-telefoner (MPP-er) eldre enn 12.0.3-versjonen tilgang til sudirenewal.cisco.com via port 80 for å fornye produsentinstallert sertifikat (MIC) og ha en sikker unik enhetsidentifikator (SUDI). Hvis du vil ha mer informasjon, kan du se Feltmerknad

Konfigurasjon av Webex-appWebex-appprogrammerEphemeraltcp

Se IP-delnett for Webex Calling-tjenester

443, 8443Brukes til Id-meglerautentisering, konfigurasjonstjenester for Webex-appen for klienter, nettleserbasert webtilgang for selvbetjening OG Administrativ grensesnitttilgang.
TCP-port 8443 brukes av Webex-appen på Cisco Unified CM-oppsett for nedlasting av konfigurasjon. Bare kunder som bruker oppsettet til å koble til Webex Calling, må åpne porten.
Synkronisering av enhetstid (NTP)Webex Calling-enheter51494UDPSe IP-delnett for Webex Calling-tjenester.123Disse IP-adressene er nødvendige for tidssynkronisering for enheter (MPP-telefoner, ATA-er og SPA ATA-er)

Oppløsning for domenenavnsystem (DNS)

Webex Calling-enheter, Webex-appen og Webex-enheterEphemeralUDP og TCPVertsdefinert53Brukes til DNS-oppslag for å oppdage IP-adressene til Webex Calling-tjenestene i skyen. Selv om vanlige DNS-oppslag gjøres over UDP, kan noen kreve TCP, hvis spørringssvarene ikke kan passe det i UDP-pakker.
Protokoll for nettverkstid (NTP)Webex-appen og Webex-enheter123UDPVertsdefinert123Tidssynkronisering
CScanNettbasert verktøy for forhåndskvalifisering av nettverksberedskap for Webex CallingEphemeraltcpSe IP-delnett for Webex Calling-tjenester.8934 og 443Nettbasert verktøy for prekvalifisering av nettverksberedskap for Webex Calling. Gå til cscan.webex.com for mer informasjon.
UDP19569-19760
Ytterligere Webex Calling og Webex Aware-tjenester (tredjepart)
Push-varslinger APNS- og FCM-tjenester Webex Calling-programmer Ephemeraltcp

Se IP-delnett som er nevnt under koblingene

Apple Push Notification Service (APNS)

Google Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223Varsler til Webex-apper på mobile enheter (eksempel: Når du mottar en ny melding eller når et anrop blir besvart)

  • *CUBE-medieportområdet kan konfigureres med rtp-portområdet.

  • *Medieporter for enheter og programmer som er dynamisk tilordnet i SRTP-portlinjene. SRTP-porter er også nummererte porter, og den tilsvarende SRTCP-porten tildeles med den påfølgende ulige nummererte porten.

  • Hvis en proxy-serveradresse er konfigurert for appene og enhetene dine, sendes signaliseringstrafikken til proxyen. Medier transportert SRTP over UDP flyter direkte til brannmuren i stedet for proxy-serveren.

  • Hvis du bruker NTP- og DNS-tjenester i bedriftsnettverket, åpner du portene 53 og 123 gjennom brannmuren.

Kvalitet på tjenesten (QoS)

Lar deg aktivere tagging av pakker fra den lokale enheten eller klienten til Webex Calling-skyplattformen. QoS gjør det mulig å prioritere sanntidstrafikk fremfor annen datatrafikk. Hvis du aktiverer denne innstillingen, endres QoS-merknadene for apper og enheter som bruker SIP-signalisering og medier.

Kildeadresser Trafikktype Destinasjonsadresser Kildeporter Målporter DSCP-klasse og -verdi
Webex-appen Lyd

Referer IP-delnett, domener og URL-adresser for Webex Calling-tjenester

8500-8599 8500-8599, 19560-65535 Fremskyndet videresending (46)
Webex-appen Video 8600-8699 8600-8699, 19560-65535 Forsikret videresending 41 (34)
Webex-appen Signalisering Kortvarig (OS-avhengig) 8934 cs0 (0)
Webex-enheter (MPP-er og rom)Lyd og video 19560-19661 19560-65535

Fremskyndet videresending (46) &

Forsikret videresending 41 (34)

Webex-enheter Signalisering 5060-5080 8934 Klassevelger 3 (24)

  • Opprett en egen QoS-profil for lyd og video/deling siden de har forskjellige kildeportområder for å markere trafikk annerledes.

  • For Windows-klienter: Hvis du vil aktivere differensiering av UDP-kildeport for organisasjonen, kontakter du det lokale kontoteamet. Uten aktivering kan du ikke skille mellom lyd og video/deling ved hjelp av Windows QoS-policyer (GPO) fordi kildeportene er de samme for lyd/video/deling. Hvis du vil ha mer informasjon, se Aktivere portområder for mediekilde for Webex-appen

  • For Webex-enheter konfigurerer du endringene i QoS-innstillingene fra enhetsinnstillingene i Control Hub. Hvis du vil ha mer informasjon, se Konfigurere og endre enhetsinnstillinger i Webex-Calling

Webex Meetings/Messaging – Nettverkskrav

For kunder som bruker Webex Suite av skysamarbeidstjenester, Webex skyregistrerte produkter, innfører MPP-enhetene til Webex Cloud for tjenester som anropslogg, katalogsøk, møter og meldinger. Kontroller at domenene/URL-adressene/IP-adressene/portene som er nevnt i denne artikkelen, er åpne Nettverkskrav for Webex-tjenester.

Nettverkskrav for Webex for Government (FedRAMP)

For kunder som krever listen over domener, URL-adresser, IP-adresseområder og porter for Webex for Government-tjenester (FedRAMP), finner du informasjon her: Nettverkskrav for Webex for Government

Nettverkskrav for Webex Attendant-konsollen

For kunder som bruker svartjeneste-konsoll – resepsjonistfunksjonen, svartjenesten og operatørfunksjonen, må du sørge for at domener/URL-adresser/IP-adresser/porter/protokoller er åpne Nettverkskrav for svartjeneste-konsoll

Komme i gang med Webex Calling lokal gateway

For kunder som bruker den lokale gateway-løsningen med Webex Calling for lokalt basert PSTN og tredjeparts SBC-er, les artikkelen Kom i gang med lokal gateway

Referanser

Hvis du vil vite hva som er nytt i Webex Calling, kan du se hva som er nytt i Webex Calling

For sikkerhetskrav til Webex Calling, se artikkel

Optimalisering av Webex Calling-medier med Interactive Connectivity Establishment (ICE) Artikkel

Dokumentrevisjonslogg

Dato

Vi har gjort følgende endringer i denne artikkelen

21. januar 2025

Lagt til detaljer for bruk av SIP Application Layer Gateway.

8. januar 2025

Flyttet IP-subnettadressen relatert til enhetskonfigurasjon og Webex-appkonfigurasjon til delen IP-subnett for Webex Calling-tjenester

17. desember 2024

La til støtte for WebRTC for Webex Calling Media-spesifikasjonen.

14. november 2024

Oppdaterte det støttede portområdet for Webex Calling-samtalemedier for ATA-enhet i VG400-serien

11. november 2024

La til det støttede portområdet for Webex Calling-samtalemedier for ATA-enhet i VG400-serien

25. juli 2024

Lagt til IP-subnettverket 52.26.82.54 tilbake slik det er nødvendig for konfigurasjon av Cisco ATA-enheter og fastvareadministrasjon.

18. juli 2024

Oppdatert med følgende detaljer:

  • QoS (TOS/DSCP)-verdier som støttes for Webex Calling (apper, enheter)

  • Oppdatert nettverksdiagram

  • Inkludert koblingen for nettverkskrav relatert til Webex Attendant Console.

28. juni 2024

Oppdaterte bruken av begge SRTP-/SRTCP-portområdene for Webex Calling Media-spesifikasjonen.

11. juni 2024

Fjernet domenet "huron-dev.com" da det ikke brukes.

06. mai 2024

Oppdaterte bruken av begge SRTP-/SRTCP-portområdene for Webex Calling Media-spesifikasjonen.

03. april 2024

Oppdaterte IP-delnettene for Webex Calling-tjenester med 163.129.0.0/17 for å imøtekomme Webex Calling-markedsutvidelse for India-regionen.

18. desember 2023

Inkluderte sudirenewal.cisco.com -URL-adressen og port 80-kravet for enhetskonfigurasjon og fastvareadministrasjon av MIC-fornyelse på Cisco MPP-telefonen.

11. desember 2023

Oppdaterte IP-delnettene for Webex Calling-tjenester til å inkludere et større sett med IP-adresser.

150.253.209.128/25 – endret til 150.253.128.0/17

29. november 2023

Oppdaterte IP-delnettene for Webex Calling-tjenester for å inkludere et større sett med IP-adresser for å imøtekomme Webex Calling-regionutvidelse for fremtidig vekst.

144.196.33.0/25 – endret til 144.196.0.0/16

IP-delnettene for Webex Calling-tjenester under Webex Calling (SIP TLS) og samtalemedier til Webex Calling (STUN, SRTP) oppdateres for klarhet om sertifikatbasert trunking og brannmurkravene for lokal gateway.

14. august 2023

Vi har lagt til følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for å støtte økte kapasitetskrav for Edge- og Webex Calling-tjenester.

Dette IP-området støttes bare i området i USA.

5. juli 2023

La til koblingen https://binaries.webex.com for å installere Cisco MPP-fastvaren.

7. mars 2023

Vi har revidert hele artikkelen for å inkludere:

  1. Inkluderte alternativer for proxy-støtte.

  2. Endret diagram for anropsflyten

  3. Forenklede domener/URL-adresser/IP-delnettdeler for Webex Calling- og Webex Aware-tjenester

  4. La til 170.72.0.0/16 IP-subnettområde for Webex Calling- og Webex Aware-tjenester.

    Fjernet følgende områder 170.72.231.0, 170.72.231.10, 170.72.231.161 og 170.72.242.0/24

5. mars 2023

Oppdaterer artikkelen slik at den inkluderer følgende:

  • La til UDP-SRTP-portområdet (8500-8700) som brukes av programmer.

  • Lagt til portene for push-varslinger APNS- og FCM-tjenestene.

  • Del opp CScan-portområdet for UDP & TCP.

  • Lagt til referansedelen.

15. november 2022

Vi har lagt til følgende IP-adresser for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Vi har fjernet følgende IP-adresser fra enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 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

La til IP-subnettet 170.72.242.0/24 for Webex Calling-tjenesten.

08. september 2022

Cisco MPP-fastvareoverganger som skal brukes https://binaries.webex.com som verts-URL for MPP-fastvareoppgraderinger i alle regioner. Denne endringen forbedrer ytelsen til fastvareoppgraderingen.

30. august 2022

Fjernet referanse til port 80 fra Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter), Applikasjonskonfigurasjon og CScan-rader i Port-tabellen, da det ikke er noen avhengighet.

18. august 2022

Ingen endring i løsningen. Oppdaterte destinasjonsportene 5062 (kreves for sertifikatbasert trunk), 8934 (kreves for registreringsbasert trunk) for anropssignalisering til Webex Calling (SIP TLS).

26. juli 2022

La til 54.68.1.225 IP-adressen, som kreves for fastvareoppgradering av Cisco 840/860-enheter.

21. juli 2022

Oppdaterte destinasjonsportene 5062, 8934 for samtalesignalisering til Webex Calling (SIP TLS).

14. juli 2022

La til URL-adressene som støtter en fullstendig funksjon i Webex Aware-tjenester.

La til IP-subnettet 23.89.154.0/25 for Webex Calling-tjenesten.

27. juni 2022

Oppdaterte domenet og URL-adressene for Webex Calling-tjenester:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. juni 2022

La til følgende porter og protokoller under IP-adresser og porter for Webex Calling-tjenester:

  • Tilkoblingsformål: Webex-funksjoner

  • Kildeadresser: Webex Calling-enheter

  • Kildeporter: Ephemeral

  • Protokoll: tcp

  • Destinasjonsadresser: Se IP-delnett og domener definert i Webex Meetings/Messaging – nettverkskrav.

  • Målporter: 443

    Merknader: Webex Calling-enhetene bruker disse IP-adressene og domenene til å kommunisere med Webex Cloud Services som Directory, Call History og Meetings.

Oppdatert informasjon i delen Webex Meetings/Meldinger – nettverkskrav

24. mai 2022

La til IP-subnettet 52.26.82.54/24 til 52.26.82.54/32 for Webex Calling-tjenesten

6. mai 2022

La til IP-subnettet 52.26.82.54/24 for Webex Calling-tjenesten

7. april 2022

Oppdatert det interne og eksterne UDP-portområdet for lokal gateway til 8000-48198

5. april 2022

La til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. mars 2022

La til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. september 2021

La til 4 nye IP-delnett for Webex Calling-tjenesten:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2. april 2021

La til *.ciscospark.com under Domener og URL-adresser for Webex Calling-tjenester for å støtte Webex Calling-brukstilfeller i Webex-appen.

25. mars 2021

La til 6 nye IP-områder for activate.cisco.com, som trer i kraft 8. mai 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. mars 2021

Erstatt Webex Calling diskrete IP-er og mindre IP-områder med forenklede områder i en egen tabell for å gjøre det enklere å forstå brannmurkonfigurasjon.

26. februar 2021

La til 5004 som målport for samtalemedier til Webex Calling (STUN, SRTP) for å støtte Interactive Connectivity Establishment (ICE) som vil være tilgjengelig i Webex Calling i april 2021.

22. februar 2021

Domener og nettadresser er nå oppført i en egen tabell.

Tabellen over IP-adresser og porter justeres til å gruppere IP-adresser for de samme tjenestene.

Legge til Notater-kolonnen i tabellen over IP-adresser og porter som hjelper med å forstå kravene.

Flytte følgende IP-adresser til forenklede områder for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

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

Legge til følgende IP-adresser for applikasjonskonfigurasjon fordi Cisco Webex-klient peker til en nyere DNS SRV i Australia i mars 2021.

  • 199.59.64.237

  • 199.59.67.237

21. januar 2021

Vi har lagt til følgende IP-adresser i enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 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 enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Vi har lagt til følgende IP-adresser i applikasjonskonfigurasjonen:

  • 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 applikasjonskonfigurasjonen:

  • 64.68.99.6

  • 64.68.100.6

Vi har fjernet følgende portnumre fra applikasjonskonfigurasjonen:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Vi har lagt til følgende domener i applikasjonskonfigurasjonen:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. desember 2020

Lagt til nye IP-adresser for applikasjonskonfigurasjon i portreferansebildene.

22. desember 2020

Oppdaterte programkonfigurasjonsraden i tabellene for å inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

Skjul nettverksdiagrammene til disse IP-adressene legges til.

11. desember 2020

Oppdaterte enhetskonfigurasjonen og fastvareadministrasjonen (Cisco-enheter) og programkonfigurasjonsradene for de støttede kanadiske domenene.

16. oktober 2020

Oppdaterte anropssignalisering og medieoppføringer 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, erstattet 199.59.64.156 med 199.59.64.197.

14. august 2020

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

Samtalesignalisering 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

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

  • Anropsmedier til Webex Calling (SRTP) – 135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anropssignalisering til offentlig adresserte endepunkter (SIP TLS) – 135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter) – 135.84.173.155,135.84.174.155

  • Synkronisering av enhetstid – 135.84.173.152, 135.84.174.152

  • Applikasjonskonfigurasjon – 135.84.173.154,135.84.174.154

22. juli 2020

La til følgende IP-adresse for å støtte introduksjonen av datasentre i Canada: 135.84.173.146

9. juni 2020

Vi gjorde følgende endringer i CScan-oppføringen:

  • Rettet en av IP-adressene – endret 199.59.67.156 til 199.59.64.156.

  • Nye funksjoner krever nye porter og UDP – 19560–19760.

11. mars 2020

Vi la til følgende domene og IP-adresser i applikasjonskonfigurasjonen:

  • 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 oppdaterte følgende domener med ytterligere IP-adresser for enhetskonfigurasjon og fastvareadministrasjon:

  • 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 la til følgende domene og porter i enhetskonfigurasjon og fastvareadministrasjon:

cloudupgrader.webex.com—443, 6970

Konfigurere lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

Webex Calling støtter for øyeblikket to versjoner av lokal gateway:

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokale kravene til PSTN (Public Switched Telephone Network) og LGW (Local Gateway) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling for mer informasjon.

  • Denne artikkelen forutsetter at en dedikert lokal gateway-plattform er på plass uten eksisterende talekonfigurasjon. Hvis du endrer en eksisterende PSTN-gateway eller CUBE Enterprise-distribusjon til bruk som lokal gateway-funksjon for Webex Calling, må du være nøye med konfigurasjonen. Sørg for at du ikke avbryter eksisterende anropsflyter og funksjonalitet på grunn av endringene du gjør.

Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan finne ut mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Webex Managed Gateways Command Reference med mindre annet er angitt (i så fall går kommandokoblingene til Cisco IOS Voice Command Reference). Du kan få tilgang til alle disse veiledningene ved Kommandoreferanser for Cisco Unified Border Element.

For informasjon om støttede tredjeparts SBC-er, se den respektive produktreferansedokumentasjonen.

Konfigurere din lokale gateway

Det finnes to alternativer for å konfigurere den lokale gatewayen for Webex Calling-trunken:

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gateway eller Sertifikatbasert lokal gateway til å konfigurere lokal gateway for Webex Calling-trunken.

Se Kom i gang med lokal gateway hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av Command Line Interface (CLI). Vi bruker SIP-transport (Session Initiation Protocol) og TLS-transport (Transport Layer Security) for å sikre trunken og SRTP-protokollen (Secure Real Time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling.

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ingen tredjeparts Session Border Controllers (SBC). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med lokal gateway.

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifiseringsinstanser som Webex for Government støtter, kan du se Rotsertifiseringsinstanser for Webex for Government.

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, kan du se Nettverkskrav for Webex for Government (FedRAMP).

Lokal gateway for Webex for Government støtter ikke følgende:

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Bruk følgende alternativ for å konfigurere lokal gateway for Webex Calling-trunken i Webex for Government:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gateway til å konfigurere den lokale gatewayen for Webex Calling-trunken. Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurere sertifikatbasert trunk for Webex Calling.

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chifre for å støtte lokal gateway for Webex for Government. Hvis ikke, mislykkes samtaleoppsettet. Hvis du vil ha mer informasjon om konfigurasjon, kan du se Konfigurere Webex Calling-sertifikatbasert trunk.

Webex for Government støtter ikke registreringsbasert lokal gateway.

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en registrerende SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklasseleiere: Brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Selv om IP og SIP har blitt standardprotokollene for PSTN-trunker, brukes TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye og støttes med Webex Calling-trunker. For å muliggjøre medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, er det for øyeblikket nødvendig å bruke en tostrenget samtalerutingsprosess. Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker som vist på bildet nedenfor.

Konfigurasjon av samtaleruting med et sett med interne ringenoder for tilbakeringing mellom Webex Calling og PSTN-trunker

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Løsningsdiagram som viser Unified Communications Manager gir sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor.

Vertsnavn, IP-adresser og grensesnitt som brukes i konfigurasjonsløsninger for samtaleruting

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer tilkobling og sikkerhet for ruteren ved baseline

  • Trinn 2: Konfigurere Webex Calling-trunk

    Avhengig av hvilken arkitektur du trenger, følger du enten:

  • Trinn 3: Konfigurere lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer lokal gateway med et eksisterende Unified CM-miljø

    Eller:

  • Trinn 3: Konfigurere lokal gateway med TDM PSTN-trunk

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle registreringsbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. Cisco IOS 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Beskytt registrering og STUN-legitimasjon på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:


key config-key password-encrypt YourPassword
password encryption aes

3

Opprett et PKI-klareringspunkt for plassholder.

Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville kreves for en sertifikatbasert trunk.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametrene bør også oppdateres for å sikre en pålitelig, sikker tilkobling for registrering:

Den cn-san-validerte serverkommandoen sikrer at den lokale gatewayen tillater en tilkobling hvis vertsnavnet som er konfigurert i tenant 200, er inkludert i enten CN- eller SAN-feltene i sertifikatet mottatt fra den utgående proxyen.

  1. Sett tcp-retry count til 1000 (5-msek multippel = 5 sekunder).

  2. Kommandoen Tidtaker Connection Establish lar deg justere hvor lenge LGW venter på å konfigurere en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standard for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi og øk om nødvendig for å imøtekomme nettverksforholdene.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trust pool import clean url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA trust pool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer registreringsbasert trunk for Webex Calling
1

Opprett en registreringsbasert PSTN-trunk for en eksisterende plassering i Control Hub. Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Detaljene som er uthevet i illustrasjonen, brukes i konfigurasjonstrinnene i denne håndboken. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

PSTN-trunk registrert
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Her er en forklaring på feltene for konfigurasjonen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverk som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer den lokale gatewayen alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Det er ikke nødvendig å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene til det regionale Webex Calling-datasenteret i listen. Hvis du vil ha mer informasjon, kan du se Portreferanseinformasjon for Webex Calling. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

    Hvis LGW er bak en brannmur med begrenset kjegle-NAT, foretrekker du kanskje å deaktivere listen over klarerte IP-adresser på grensesnittet vendt mot Webex Calling. Brannmuren beskytter deg allerede mot uoppfordret innkommende VoIP. Deaktiver handling reduserer konfigurasjonskostnadene på lengre sikt, fordi vi ikke kan garantere at adressene til Webex Calling-noder forblir faste, og du må uansett konfigurere brannmuren for noder.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk

Gjør det mulig for kontrollplanet å undersøke dataplanet for statistikk for masseanrop.

Hvis du vil ha mer informasjon om disse kommandoene, kan du se Media.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake-til-tilbake-funksjonalitet for brukeragent. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdata og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

3

Konfigurer kodek for taleklasse 100 slik at G.711-kodeker bare kan brukes for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Om nødvendig kan ytterligere kodektyper som støttes av både opprinnelige og avsluttende systemer, legges til i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, se kodek for taleklasse.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklasse og stun bruk is lite.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer et mønster for å identifisere anrop til en lokal gateway-trunk basert på parameteren for destinasjonskanalen: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av trunkens OTG/DTG-verdi som ble oppgitt i Control Hub da trunken ble opprettet. Hvis du vil ha mer informasjon, se uri for taleklasse.

7

Konfigurer SIP-profil 100, som brukes til å endre SIP-meldinger før de sendes til Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "" "" 
 rule 50 response ANY sip-header To modify "" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-topptekster som brukes til samtalesignalisering, bruker SIP i stedet for SIP-skjemaet, som Webex-proxyer krever. Konfigurering av CUBE til å bruke SIP sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-toppteksten slik at den inkluderer OTG/DTG-identifikatoren for trunkgruppen fra Control Hub for å unikt identifisere et lokalt gateway-nettsted i en bedrift.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i artikkelen Søppelanrop eller svindelanrop i Webex Calling .

8

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Spesielt vil trunkregistreringsdetaljene som er oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Oppringingsnoder tilknyttet denne leieren vil senere arve disse konfigurasjonene.

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Definerer et sett med konfigurasjonsparametere som bare skal brukes for Webex Calling-trunken. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    register dns:98027369.us10.bcld.webex.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls

    Registratorserver for den lokale gatewayen med registreringen satt til å oppdateres annenhver minutt (50 % av 240 sekunder). For mer informasjon, se registrator.

    Sørg for at du bruker verdien Registrer domene fra Control Hub her.

    legitimasjonsnummer Dallas1171197921_LGU brukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, kan du se legitimasjon (SIP UA).

    Sørg for at du bruker verdiene for henholdsvis linje-/portverten, autentiseringsbrukernavnet og autentiseringspassordet fra Control Hub her.

    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm BroadWorks
    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Autentiseringsutfordring for samtaler. Hvis du vil ha mer informasjon, kan du se autentisering (oppringingsnode).

    Sørg for at du bruker henholdsvis verdier for autentiseringsbrukernavn, autentiseringspassord og registrardomene fra Control Hub her.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som er aktivert ved hjelp av asserted-ID PAI. Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken.

    tilkobling-gjenbruk

    Bruker den samme vedvarende tilkoblingen for registrering og samtalebehandling. Hvis du vil ha mer informasjon, kan du se gjenbruk av tilkobling.

    srtp-krypto 100

    Konfigurerer foretrukne chifferpakker for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Setter transport til TLS. Hvis du vil ha mer informasjon, kan du se økttransport.

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. Hvis du vil ha mer informasjon, kan du se øktoppdatering.

    url-sips

    SRV-spørringen må være SIP-er som støttes av Access SBC. Alle andre meldinger endres til SIP av sip-profil 200.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx deaktiver

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. Hvis du vil ha mer informasjon, se rel1xx.

    ID-pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis du vil ha mer informasjon, kan du se bekreftet ID.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se bind.

    Ingen passthru-innhold skreddersydd

    Standardkommando under leietaker. Hvis du vil ha mer informasjon om denne kommandoen, kan du se innhold over gjennomgang.

    SIP-profiler 100

    Endrer SIP-er til SIP og endrer linje/port for INVITER- og REGISTRER-meldinger som definert i sip-profiler 100. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    utgående-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling-tilgang SBC. Sett inn den utgående proxy-adressen som er oppgitt i Control Hub når du opprettet trunken. Hvis du vil ha mer informasjon, se utgående proxy.

    personvernerklæring passsthru

    Konfigurer alternativene for retningslinjene for personvernhode for at trunken skal sende personvernverdier fra mottatt melding til neste anropsstrekning. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    maks. konn 250

    Begrenser antall samtidige innkommende og utgående anrop mellom LGW og Webex Calling. For registrerings trunker må den konfigurerte maksimumsverdien være 250. Bruker lavere verdi hvis det er mer hensiktsmessig for distribusjonen. Hvis du vil ha mer informasjon om samtidige anropsbegrensninger for lokal gateway, kan du se dokumentet Kom i gang med lokal gateway .

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

    øktprotokoll sipv2

    Angir at oppringingsnode 100 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

    innkommende uri-forespørsel 100

    For å angi taleklassen som brukes til å matche en VoIP-oppringingsnode med URI-en (Uniform Resource Identifier) for et innkommende anrop. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et brannmurhull for medietrafikk.

    ingen taleklasse sip localhost

    Deaktiverer erstatning av det lokale DNS-vertsnavnet i stedet for den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID for utgående meldinger.

    sip-leietaker for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå.

    srtp

    Aktiverer SRTP for anropsstrekningen.

    ikke hva

    Deaktiverer registrering av taleaktivitet.

Når du har definert leietakeren 100 og konfigurert en SIP VoIP-oppringingsnode, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sitt sertifikat til den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling-tilgang ved hjelp av CA-rotbunten som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og Webex Calling-tilgang SBC. Den lokale gatewayen kan deretter bruke denne sikre tilkoblingen til å registrere seg hos Webex Access SBC. Når registreringen blir utfordret for godkjenning:

  • Parameterne brukernavn, passord og område fra konfigurasjonen av legitimasjon brukes i svaret.

  • Endringsreglene i SIP-profil 100 brukes til å konvertere SIPS URL tilbake til SIP.

Registreringen er vellykket når en 200 OK mottas fra tilgangs SBC.

Flytdiagram over godkjenning og registrering av Webex Calling med lokal gateway

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. CUBE støtter sikker samtaleruting.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP Gateways, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til IP PSTN-gatewayen. Hvis du vil ha mer informasjon, se uri for taleklasse.

2

Konfigurer følgende oppringingsnode for IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.13

Angir måladressen for samtaler som sendes til PSTN-leverandøren. Dette kan enten være en IP-adresse eller et DNS-vertsnavn. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

innkommende uri via 200

Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av topptekstURI-en INVITE VIA. Hvis du vil ha mer informasjon, kan du se innkommende URL.

taleklasse sip assert-id pai

(Valgfritt) Slår på P-Asserted-Identity-topptekstbehandlingen og kontrollerer hvordan dette brukes for PSTN-trunken. Hvis denne kommandoen brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden for de utgående topptekstene Fra og P-Asserted-Identity. Hvis denne kommandoen ikke brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden til topptekstene Fra og Ekstern part-ID. Hvis du vil ha mer informasjon, kan du se SIP asserted-ID for taleklasse.

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

kodek for taleklasse 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.

1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og koder for samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette løkker for oppringingsruting. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som legges til av oversettelsesprofil 100 til å veilede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofil 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, kan du justere regel 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se profil for taleoversettelse og regel for taleoversettelse.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM slot 2 på en enhet kan for eksempel inneholde følgende:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direkte-inn-oppringing

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

innkommende oversettelsesprofil 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. Hvis du vil ha mer informasjon, se bind.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

kodek g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

Når du oppretter Webex Calling-kanalen i Unified CM, må du sørge for at du konfigurerer den innkommende porten i innstillingene for sikkerhetsprofil for SIP-kanalen til 5065. Dette tillater innkommende meldinger på port 5065 og fyller ut VIA-toppteksten med denne verdien når du sender meldinger til den lokale gatewayen.

Angi informasjon om sikkerhetsprofil for SIP-kanal
1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-oppringingsnode med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som skal utføres for å informere, feilsøke og rette opp problemet. Du kan definere problemgjenkjenningslogikken ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av bestemte visningskommandoer.

Handlingstypene inkluderer innsamling av visningskommandoer:

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS-, SCP-, FTP-server.

TAC-ingeniører skriver DS-filene og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har en unik numerisk ID tilordnet av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1a eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren som skal brukes til å sende proaktivt varsel hvis enheten kjører Cisco IOS XE 17.6.1a eller nyere.

    configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email  
end

Følgende viser en eksempelkonfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com ved hjelp av Gmail som den sikre SMTP-serveren:

Vi anbefaler at du bruker Cisco IOS XE Bengaluru 17.6.x eller nyere versjoner.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

En lokal gateway som kjører på Cisco IOS XE-programvare, er ikke en vanlig nettbasert Gmail-klient som støtter OAuth, så vi må konfigurere en bestemt Gmail-kontoinnstilling og gi spesifikk tillatelse til å behandle e-posten fra enheten riktig:

  1. Gå til Administrer Google-konto > Sikkerhet og slå på innstillingen Mindre sikker apptilgang .

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail som sier «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer CPU-utnyttelsen i fem sekunder ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer som er installert i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du kommandoen snmp-server manager .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Last ned DSes:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av SIP-trunk-registrering

Denne DS sjekker for avregistrering av en lokal gateway SIP-trunk med Webex Calling-sky hvert 60. sekund. Når avregistreringshendelsen er oppdaget, genererer den en e-post og et syslog-varsel og avinstallerer seg selv etter to avregistreringsforekomster. Bruk trinnene nedenfor for å installere signaturen:

  1. Last ned DS 64117 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsel.

  2. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@/DS_64117.xml bootflash:

  3. Installer DS XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å sjekke om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen. 

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Bruk diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Diagnostikksignaturer (DS) eliminerer behovet for å manuelt sjekke om problemet oppstår, og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke oppslagsverktøyet for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en ekstra DS-miljøvariabel ds_fsurl_prefix som er banen til Cisco TAC-filserveren (cxd.cisco.com) som de innsamlede diagnostikkdataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager i følgende kommando. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager etter behov. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Eksempel: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Sørg for å installere overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer under perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installer overvåking av høy CPU, DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av kommandoen vis diagnostikksignatur for Call Home . Statuskolonnen må ha en «registrert» verdi. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Bekreft utføring av diagnostikksignaturer

I følgende kommando endres "Status"-kolonnen i kommandoen vis diagnostikksignatur for Call Home til "kjører" mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og viser kommandoutganger som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdata fra kommandoen vis diagnostikksignatur for Call Home og kjører følgende kommando:

call-home diagnostic-signature deinstall

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som ofte observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Administrere og validere Cisco IOS XE Gateways gjennom Control Hub

For bedre administrasjon av Cisco IOS XE Gateways anbefaler vi at du registrerer og administrerer gatewayene gjennom Control Hub. En valgfri konfigurasjon. Når du er registrert, kan du bruke alternativet for konfigurasjonsvalidering i Control Hub til å validere konfigurasjonen av den lokale gatewayen og identifisere eventuelle konfigurasjonsproblemer. For øyeblikket støtter bare registreringsbaserte trunker denne funksjonaliteten.

For mer informasjon, se følgende:

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en sertifikatbasert, felles TLS (mTLS) SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklassetenanter: brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr en Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Løsningsdiagram som viser Unified Communications Manager gir sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor. Alternativer er gitt for offentlig eller privat (bak NAT) adressering. SRV DNS-oppføringer er valgfrie, med mindre belastningen balanseres på tvers av flere CUBE-forekomster.

Vertsnavn, IP-adresser og grensesnitt som brukes i sertifikatbaserte lokale gateway-konfigurasjoner

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle sertifikatbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. Cisco IOS XE 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

    • For krav med høy kapasitet kan du også kreve en HSEC-lisens (High Security) og ekstra gjennomstrømningsrettigheter.

      Se Godkjenningskoder for mer informasjon.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Lokale gateway-adresser for fullstendig kvalifiserte domenenavn (FQDN) eller tjenesteoppføring (SRV) som er konfigurert i Control Hub, må løses til en offentlig IPv4-adresse på internett.

  • Alle SIP- og medieporter på det lokale gateway-grensesnittet vendt mot Webex må være tilgjengelige fra Internett, enten direkte eller via statisk NAT. Sørg for at du oppdaterer brannmuren tilsvarende.

  • Følg de detaljerte konfigurasjonstrinnene nedenfor for å installere et signert sertifikat på den lokale gatewayen:

    • En offentlig sertifiseringsinstans (CA) som beskrevet i Hvilke rotsertifiseringsinstanser støttes for samtaler til Cisco Webex lyd- og videoplattformer? må signere enhetssertifikatet.

    • Sertifikatemnets vanlige navn (CN) eller et av emnets alternative navn (SAN) må være det samme som FQDN som er konfigurert i Control Hub. For eksempel:

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har cube1.lgw.com:5061 som FQDN for den lokale gatewayen, må CN eller SAN i rutersertifikatet inneholde cube1.lgw.com. 

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse til de(n) lokale gatewayen(e) som kan nås fra trunken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, A Record eller IP-adresse), er valgfrie i SAN.

      • Enten du bruker en FQDN eller SRV for trunken, må kontaktadressen for alle nye SIP-dialoger fra den lokale gatewayen bruke navnet som er konfigurert i Control Hub.

    • Sørg for at sertifikatene er signert for klient- og serverbruk.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen. Denne pakken inkluderer CA-rotsertifikatet som brukes til å bekrefte Webex-plattformen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Beskytt STUN-legitimasjonen på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:


key config-key password-encrypt YourPassword
password encryption aes
3

Opprett et krypteringsklareringspunkt med et sertifikat for domenet ditt, signert av en støttet sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende kjøringskommando.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Bruk følgende konfigurasjonskommandoer til å opprette et klareringspunkt for sertifikatet, og angi feltverdiene som skal brukes i forespørselen om sertifikatsignering: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Merknader for sertifikatfelt:

    • fqdn: Dette er ikke et obligatorisk felt for Webex Calling. Hvis du setter denne konfigurasjonen til «ingen», sikrer du at den ikke er inkludert i sertifikatsigneringsforespørselen. Hvis du trenger å inkludere et FQDN ved hjelp av denne kommandoen, vil det ikke påvirke den lokale gateway-operasjonen.

    • emnenavn: For å validere anrop fra en lokal gateway, må Webex samsvare FQDN i SIP-kontaktoverskrifter med de som er inkludert enten i attributtet Common Name (CN) eller feltet Subject Alternative Name (SAN) i SBC-sertifikatet. Emnefeltet skal derfor inneholde minst ett CN-attributt, men kan også inneholde andre attributter etter behov. Hvis du vil ha mer informasjon, se emnenavn.

    • subjekt-alt-navn: Feltet Subject Alternative Name (SAN) i SBC-sertifikatet kan inneholde en liste over ytterligere FQDN-er. Webex sjekker denne listen for å validere SIP-kontaktoverskriften i meldinger fra den lokale gatewayen hvis sertifikatets Subject CN-attributt ikke samsvarer.

    • Hash: Det anbefales sterkt at kundeservicerepresentanter signeres ved hjelp av SHA256. Denne algoritmen brukes som standard fra Cisco IOS XE 17.11.1 og bør konfigureres eksplisitt ved hjelp av denne kommandoen med tidligere versjoner.

  3. Generer sertifikatsigneringsforespørsel (CSR) med følgende kjør- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    crypto pki enroll LGW_CERT

4

Oppgi sertifikatet for den mellomliggende signeringsinstansen, som brukes til å godkjenne vertssertifikatet. Skriv inn følgende kjør- eller konfigurasjonskommando:


crypto pki authenticate LGW_CERT

5

Importer det signerte vertssertifikatet ved hjelp av følgende kjør- eller konfigurasjonskommando:


crypto pki import LGW_CERT certificate

6

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt som skal brukes for taleprogrammer ved hjelp av følgende konfigurasjonskommandoer:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trustpool import ren url url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA-trustpool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer sertifikatbasert trunk for Webex Calling
1

Opprett en CUBE-sertifikatbasert PSTN-trunk for et eksisterende sted i Control Hub. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Disse detaljene, som fremhevet i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne håndboken.

CUBE sertifikatbasert PSTN-trunk opprettes
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Her er en forklaring på feltene for konfigurasjonen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverksenheter som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer en lokal gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Det er ikke nødvendig å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene for det regionale Webex Calling-datasenteret i listen. Se Portreferanseinformasjon for Webex Calling for mer informasjon. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

  • Hvis du vil ha mer informasjon om hvordan du bruker en klarert liste over IP-adresser for å forhindre svindel med avgift, kan du se klarert IP-adresse.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake til tilbake-brukeragent-funksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

Disse globale stun-kommandoene kreves bare når du distribuerer den lokale gatewayen bak NAT.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdata og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

inngående SIP-profiler

Gjør det mulig for CUBE å bruke SIP-profiler til å endre meldinger etter hvert som de mottas. Profiler brukes via oppringingsnoder eller leietakere.

3

Konfigurer kodek for taleklasse 100 slik at G.711-kodeker bare kan brukes for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Om nødvendig kan ytterligere kodektyper som støttes av både opprinnelige og avsluttende systemer, legges til i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, se kodek for taleklasse.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken. (Dette trinnet gjelder ikke for Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklasse og stun bruk is lite.

Kommandoen flytdata for brannmurtraversering er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk. (Dette trinnet gjelder ikke for Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer FIPS-kompatible GCM-chifre (dette trinnet gjelder bare for Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som chifferserie som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chifre for lokal gateway for Webex for Government.

7

Konfigurer et mønster for å unikt identifisere anrop til en lokal gateway-trunk basert på destinasjonens FQDN eller SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du trunken FQDN eller SRV som er konfigurert i Control Hub for trunken.

8

Konfigurer profiler for SIP-meldingsmanipulering. Hvis gatewayen din er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-hodet i en SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

9

Hvis gatewayen er konfigurert med en privat IP-adresse bak statisk NAT, konfigurerer du innkommende og utgående SIP-profiler som følger. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen, «10.80.13.12» er grensesnittet IP-adressen vendt mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

SIP-profiler for utgående meldinger til Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-toppteksten i SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

regel 30 til 81

Konverter private adressereferanser til den eksterne offentlige adressen for nettstedet, slik at Webex kan tolke og rute etterfølgende meldinger riktig.

SIP-profil for innkommende meldinger fra Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter referanser for offentlig adresse til den konfigurerte private adressen, slik at CUBE kan behandle meldingene fra Webex.

Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i artikkelen Søppelanrop eller svindelanrop i Webex Calling .

10

Konfigurer en SIP Options holder live med endringsprofilen for toppteksten.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-alternativer-holder live 100

Konfigurerer en opprettholdelsesprofil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tiden (i sekunder) da en SIP Out of Dialog Options Ping sendes til oppringingsmålet når hjerteslagtilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne opprettholdelsesprofilen utløses fra oppringingsnoden som er konfigurert mot Webex.

For å sikre at kontaktoverskrifter inkluderer SBC fullt kvalifisert domenenavn, brukes SIP-profil 115. Regel 30, 40 og 50 kreves bare når SBC er konfigurert bak statisk NAT.

I dette eksemplet er cube1.lgw.com FQDN valgt for den lokale gatewayen, og hvis statisk NAT brukes, er «10.80.13.12» SBC-grensesnittet IP-adressen mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Oppringingsnoder tilknyttet denne leieren arver senere disse konfigurasjonene:

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Vi anbefaler at du bruker leietakere til å konfigurere trunker, som har sitt eget TLS-sertifikat og CN- eller SAN-valideringsliste. Her inneholder tls-profilen som er knyttet til leieren, klareringspunktet som skal brukes til å godta eller opprette nye tilkoblinger, og har CN- eller SAN-listen for å validere innkommende tilkoblinger. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som aktiveres ved hjelp av kommandoen asserted-id pai . Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken

    srtp-krypto 100

    Konfigurerer de foretrukne chifferpakkene for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    localhost dns: kube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID i utgående meldinger med det angitte FQDN. Bruk trunken FQDN eller SRV som er konfigurert i Control Hub for trunken her.

    økttransport tcp tls

    Angir transport til TLS for tilknyttede oppringingsnoder. Hvis du vil ha mer informasjon, kan du se økttransport.

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. Hvis du vil ha mer informasjon, kan du se øktoppdatering.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx deaktiver

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. Hvis du vil ha mer informasjon, se rel1xx.

    ID-pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis du vil ha mer informasjon, kan du se bekreftet ID.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    SIP-profiler for taleklasse 100

    Bruker endringsprofilen for toppteksten (offentlig IP- eller NAT-adressering) for utgående meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    inngående SIP-profiler 110 taleklasse

    Kun for LGW-distribusjoner bak NAT: Bruker endringsprofilen for topptekst som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    personvernerklæring passsthru

    Konfigurerer CUBE til å sende personvernhoder fra mottatt melding til neste anropsstrekning på en gjennomsiktig måte. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

    øktprotokoll sipv2

    Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden.

    innkommende uri-forespørsel 100

    Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av toppteksten INVITER FORESPØRSEL. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Webex Calling. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler fra den lokale gatewayen sendes over den forhandlede mediebanen. STUN-pakker hjelper med å åpne et hull for brannmur for medietrafikk og oppdage gyldige baner for medieoptimalisering.

    SIP-leier for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå. Hvis du vil ha mer informasjon, kan du se sip-leietaker for taleklasse.

    sip-alternativer for taleklasse-holder profil 100

    Denne kommandoen brukes til å overvåke tilgjengeligheten til en gruppe SIP-servere eller endepunkter ved hjelp av en bestemt profil (100).

    srtp

    Aktiverer SRTP for anropsstrekningen.

Konfigurere lokal gateway med en SIP PSTN-trunk
Konfigurere lokal gateway med en TDM PSTN-trunk
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-oppringingsnode med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den Cisco IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke visningskommandoer for å definere logikken for problemdetektering. Handlingstypene inkluderer:

  • Samle inn vis kommandoutganger

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS, SCP, FTP-server

TAC-ingeniører skriver DS-filer og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har den unike numeriske ID som er tilordnet av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren du bruker til å sende proaktiv varsel hvis enheten kjører IOS XE 17.6.1 eller nyere.

    
configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email  
end

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer 5 sekunders CPU-utnyttelse ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer du installerer i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Kontroller at du aktiverte SNMP ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    copy ftp://username:password@/DS_64224.xml bootflash:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsel

    Last ned DS 64224 fra oppslagsverktøyet for diagnostikksignaturer

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    copy ftp://username:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Last ned DSes:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Du kan også bruke diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Dette eliminerer behovet for å manuelt sjekke problemet og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke Oppslagsverktøy for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en annen DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverbanen (cxd.cisco.com) for å laste opp diagnostikkdataene. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager som vist nedenfor. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager, etter behov.

    Filopplastingstokenet generert i Vedlegg-delen av Support Case Manager
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Eksempel: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Vi anbefaler at du installerer overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer i perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    
copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installer høy CPU-overvåking DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert med vis diagnostikksignatur for Call Home. Statuskolonnen skal ha en «registrert» verdi. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Bekreft utføring av diagnostikksignaturer

I kommandoen nedenfor viser «Status»-kolonnen i kommandoen diagnostikksignatur for Call Home endringer til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og viser kommandoutganger som er relevante for å feilsøke det gitte problemet.

Varsel-e-post som sendes under kjøring av diagnostikksignatur

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturene til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdataene fra vis diagnostikksignatur for Call Home og kjører følgende kommando:

call-home diagnostic-signature deinstall

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Implementere CUBE med høy tilgjengelighet som lokal gateway

Grunnleggende

Forutsetninger

Før du distribuerer CUBE HA som lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende konsepter:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway-plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres for også å bruke den lokale gateway-funksjonen for Cisco Webex Calling, må du være nøye med konfigurasjonen som brukes for å sikre at eksisterende anropsflyter og -funksjoner ikke blir avbrutt, og sørg for at du overholder CUBE HA-designkravene.

Maskinvare- og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform som støtter både CUBE HA- og LGW-funksjoner.

Kommandoene og loggene i denne artikkelen er basert på minimum programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA konfigurasjonsveiledninger for ulike plattformer:

Oversikt over Webex Calling-løsning

Cisco Webex Calling er et samarbeidstilbud som tilbyr et skybasert alternativ for flere leietakere til lokal PBX-telefontjeneste med flere PSTN-alternativer for kunder.

Distribusjonen av den lokale gatewayen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway (lokalbasert PSTN)-trunk i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for en enkelt distribusjon eller en distribusjon på flere steder. Konfigurasjonen beskrevet i denne artikkelen er basert på denne distribusjonen.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt/ventebypar av rutere. Dette paret deler den samme virtuelle IP-adressen (VIP) på tvers av sine respektive grensesnitt og utveksler statusmeldinger kontinuerlig. CUBE-øktinformasjon er sjekket på tvers av ruterparet, slik at standbyruteren kan ta over alle CUBE-samtalebehandlingsansvar umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i stateful bevaring av signalisering og media.

Kontroll av peking er begrenset til tilkoblede samtaler med mediapakker. Anrop som er i transit, blir ikke sjekket (for eksempel en forsøks- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundans for stateful samtalebevaring

Fra og med IOS-XE 16.12.2 KAN CUBE HA distribueres som lokal gateway for Cisco Webex Calling-trunk-distribusjoner (lokalt basert PSTN), og vi dekker designhensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling-trunkdistribusjon.

Redundancy-gruppe infra-komponent

Redundancy Group (RG) Infra-komponenten gir støtte for kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige overflødighetstilstanden for hver ruter ved å utveksle opprettholder og hei-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for å kontrollere signal- og medietilstanden for hver samtale fra den aktive til standbyruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP (VIP)-grensesnittet for trafikkgrensesnittet (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesielt for å støtte tale B2B HA.

Administrasjon av virtuell IP (VIP)-adresse for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP og tilhørende fysiske grensesnitt på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-subnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for støtte for tale B2B HA. Eksterne enheter som Unified CM, Webex Calling-tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som mål-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling-synspunkt fungerer CUBE HA-paret derfor som én enkelt lokal gateway.

Anropssignalering og RTP-øktinformasjon for etablerte samtaler sjekkes fra den aktive ruteren til standbyruteren. Når den aktive ruteren går ned, tar standbyruteren over og fortsetter å viderekoble RTP-strømmen som tidligere ble rutet av den første ruteren.

Samtaler i midlertidig tilstand ved failover vil ikke bli bevart etter overgang. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventefunksjon. Etablerte samtaler kan kobles fra etter bytte.

Følgende krav er gjeldende for bruk av CUBE HA som lokal gateway for stateful failover av samtaler:

  • CUBE HA kan ikke ha samtidig plassert TDM eller analoge grensesnitt

  • Gig1 og Gig2 kalles trafikkgrensesnitt (SIP/RTP), og Gig3 er Redundancy Group (RG) Control/Data-grensesnitt

  • Ikke mer enn 2 CUBE HA-par kan plasseres i samme lag 2-domene, det ene med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2 domener (vlan, separat svitsj)

  • Portkanal støttes for både RG Control/data og trafikkgrensesnitt

  • All signalisering/media kommer fra/til den virtuelle IP-adressen

  • Når en plattform lastes på nytt i et CUBE-HA-forhold, starter den alltid opp som Standby

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundancy Interface Identifier, rii skal være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identisk, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes så bind som de alltid er opp

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke over en krysskabel-tilkobling for RG-kontroll/datatilkobling (Gig3)

  • Begge plattformene må være identiske og være tilkoblet via en fysisk bryter på tvers av alle likelige grensesnitt for at CUBE HA skal fungere, dvs. GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme bryter og så videre.

  • Kan ikke ha WAN avsluttet på CUBE-er direkte eller Data HA på begge sider

  • Begge aktive/standbyene må være i samme datasenter

  • Det er obligatorisk å bruke et eget L3-grensesnitt for redundans (RG Control/Data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes for HA-oppbevaringssystemer og kontrollpeking

  • Ved failover gjennomgår den tidligere aktive CUBE en reload ved design, og bevarer signalering og media

Konfigurere redundans på begge CUBE-ene

Du må konfigurere boks-til-boks-redundans for lag 2 på begge CUBE-ene som skal brukes i et HA-par for å hente opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

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 brukes i RG til å spore taletrafikkgrensesnittet slik at den aktive ruten vil fjerne sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programredundans.

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å feltene som brukes i denne konfigurasjonen:

  • redundans– går inn i redundans-modus

  • Applikasjonsredundans– Går inn i konfigurasjonsmodus for applikasjonsredundans

  • gruppe – går inn i konfigurasjonsmodus for redundans-programgruppe

  • navn LocalGateway-HA– Definerer navnet på RG-gruppen

  • prioritet 100 failover-terskel 75 – Angir første prioritet og failover-terskel for en RG

  • Timers forsinkelse 30 omlasting 60 – Konfigurerer to ganger for forsinkelse og omlasting

    • Forsinkelsestidtaker som er hvor lang tid det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – Standard 30 sekunder. Området er 0-10000 sekunder

    • Reload – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en reload – standard 60 sekunder. Området er 0-10000 sekunder

    • Standardtidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme eventuelle ekstra forsinkelser i nettverkskonvergensen som kan oppstå under oppstart/omlasting av rutere, for å garantere at RG-protokollforhandlingen finner sted etter at ruting i nettverket har konvertert til et stabilt punkt. Hvis det for eksempel vises etter failover at det tar opptil 20 sekunder før den nye STANDBY ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakeren justeres til «tidtakerforsinkelse 60 reload 120» for å faktorere denne forsinkelsen.

  • Control GigabitEthernet3-protokoll 1 – Konfigurerer grensesnittet som brukes til å utveksle opprettholder live- og hei-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundancy-program-protokoll

  • GigabitEthernet3-data – Konfigurerer grensesnittet som brukes til å kontrollere datatrafikk

  • sporing– RG-gruppesporing av grensesnitt

  • protokoll 1 – angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundant program-protokoll

  • Timers hellotid 3 holdtid 10– Konfigurerer de to tidtakerne for hellotid og holdtid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – Standard 3 sekunder. Området er 250 millisekunder - 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at senderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – Standard 10 sekunder. Området er 750 millisekunder-255 sekunder

      Vi anbefaler at du konfigurerer holdtidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-programmet. Konfigurer RG fra forrige trinn under voice service voip. Dette gjør det mulig for CUBE-programmet å kontrollere overflødighetsprosessen.

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

Redundancy-gruppe 1– Å legge til og fjerne denne kommandoen krever en ny lasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittet med sine respektive virtuelle IP-er som vist nedenfor, og bruk redundant grensesnittidentifikator (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å feltene som brukes i denne konfigurasjonen:

  • redundancy rii – Konfigurerer redundancy grensesnittidentifikator for redundancy-gruppen. Kreves for å generere en virtuell MAC-ADRESSE (VMAC). Den samme rii-ID-verdien må brukes på grensesnittet til hver ruter (ACTIVE/STANDBY) som har samme VIP.

    Hvis det finnes mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans-applikasjonsgruppe alle» skal angi riktig lokal og motpartsinformasjon.

  • redundansgruppe 1– knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, samt VIP-en som er tilordnet dette fysiske grensesnittet.

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt spesifisert i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 til RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE og last den inn på nytt.

Plattformen som skal lastes inn på nytt, er alltid Standby.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Når VCUBE-1 starter opp fullstendig, lagre konfigurasjonen av VCUBE-2 og last den inn på nytt.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]

6

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift.

Vi lastet på nytt VCUBE-2 sist og i henhold til designhensyn. Plattformen som lastes på nytt vil alltid 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#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge konfigurasjonen av lokal gateway på både plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_LGU

  • Passord: lOV12SMeS

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene som vises nedenfor, før det kan brukes i legitimasjon eller delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-chiffrering og denne brukerdefinerte konfigurasjonsnøkkelen. 


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Her er konfigurasjonen av lokal gateway som vil gjelde for begge plattformene basert på Webex Control Hub-parametrene vist ovenfor, lagre og last inn på nytt. SIP Digest-legitimasjon fra Webex Control Hub er uthevet i fet.


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 ""
""
  rule 13 response ANY sip-header To 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 å vise visningskommandoen har vi lastet VCUBE-2 på nytt etterfulgt av VCUBE-1, slik at VCUBE-1 er standby CUBE og VCUBE-2 er den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med Webex Calling-tilgang SBC. Ta en titt på utdataene til følgende vise kommandoer.

vis overflødighetsapplikasjonsgruppe 1

vis sip-ua-registreringsstatus 


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 utdataene ovenfor kan du se at VCUBE-2 er den aktive LGW som opprettholder registreringen med Webex Calling access SBC, mens utdataene for «vis sip-ua registerstatus» er tomme i VCUBE-1

3

Aktiver nå følgende feilsøking 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

Simuler failover ved å utstede følgende kommando på den aktive LGW, VCUBE-2 i dette tilfellet.


VCUBE-2#redundancy application reload group 1 self

Overgang fra ACTIVE til STANDBY LGW skjer også i følgende scenario i tillegg til CLI oppført ovenfor

  • Når den AKTIVE ruteren lastes på nytt

  • Når den AKTIVE ruteren slår på

  • Når et RG-konfigurert grensesnitt til den AKTIVE ruteren avsluttes for hvilket sporing er aktivert

5

Sjekk om VCUBE-1 har registrert seg med Webex Calling access SBC. VCUBE-2 ville vært lastet på nytt nå.


              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 nå den aktive LGW.

6

Se på den aktuelle feilsøkingsloggen på VCUBE-1 ved å sende et SIP-REGISTER til Webex Calling VIA den virtuelle IP-adressen og motta 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: ;tag=8D573-189
To: 
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: 
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: ;tag=8D573-189
To: ;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: ;tag=8D573-189
To: 
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: 
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: ;tag=8D573-189
To: ;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: ;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 for organisasjonen din

Konfigurere anropsinnstillinger i veiviseren for førstegangsoppsett

Det første trinnet for å få tjenestene dine i gang er å fullføre veiviseren for førstegangsoppsett (FTSW). Når FTSW er fullført for ditt første sted, trenger det ikke å fullføres for flere steder.

1

Klikk på koblingen Komme i gang i velkomst-e-posten du mottar.

Administratorens e-postadresse brukes automatisk til å logge på , der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gjennomgå og godta tjenestevilkårene.

3

Se gjennom planen, og klikk deretter på Kom i gang.

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du mottar meldingen «Kan ikke konfigurere samtalen» når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakt og kundeadresseinformasjon.

5

Klikk på Neste: Standardplassering.

6

Velg blant følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av .
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere steder senere.

Når du har fullført installasjonsveiviseren, må du sørge for at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal gjelde for dette stedet:

  • Kunngjøringsspråk– For lydkunngjøringer og forespørsler om nye brukere og funksjoner.
  • E-postspråk– For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Legg til et sted

Før du begynner

Klargjør følgende informasjon for å opprette en ny plassering:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

En ny plassering vil bli driftet i det regionale datasenteret som tilsvarer landet du valgte ved hjelp av veiviseren for førstegangsoppsett.

2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere stedet.
  • Land/region – Velg et land du vil knytte stedet til. Du kan for eksempel opprette ett sted (hovedkontor) i USA og en annen (filial) i Storbritannia. Landet du velger, bestemmer adressefeltene som følger. De som dokumenteres her bruker den amerikanske adressekonvensjonen som et eksempel.
  • Stedsadresse– angi stedets hovedpostadresse.
  • By/By– Angi en by for dette stedet.
  • Delstat/provins/region– Velg en delstat fra rullegardinlisten.
  • Postnummer– angi postnummeret.
  • Kunngjøringsspråk– Velg språket for kunngjøringer og meldinger for nye brukere og funksjoner.
  • E-postspråk– Velg språket for e-postkommunikasjon med nye brukere.
  • Tidssone – Velg tidssonen for stedet.
3

Klikk på Lagre og velg deretter Ja/ Nei for å legge til numre på stedet nå eller senere.

4

Hvis du klikket på Ja, velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. Eksisterende steder som har fått tildelt andre PSTN-funksjoner, er ikke kvalifisert for Cisco Calling-planen på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

    CCP-partnere og den geografiske dekningen er oppført her. Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av en region, i parenteser (Eksempel: (EU), (US) eller (CA)). Partnere oppført med en logo tilbyr alltid Regional Media for CCP. For partnere som vises som en streng, velger du regionen nærmest landet der du befinner deg, for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP gjør det mulig å anskaffe og klargjøre telefonnumre på én glassrute. Ikke-integrert CCP krever at du skaffer telefonnumrene dine fra CCP-partneren utenfor .

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller koble til nettsteder som ikke er skybaserte, med skybaserte nettsteder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan blande og matche så mange alternativer som du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskapene for plasseringen. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere numrene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller lokalt basert PSTN, skriver du inn Telefonnumre som kommadelte verdier, og klikker deretter på Valider.

Numre legges til for det bestemte stedet. Gyldige oppføringer flyttes til feltet Validerte numre , og ugyldige oppføringer blir værende i feltet Legg til numre ledsaget av en feilmelding.

Avhengig av lokasjonens land er numrene formatert i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi tall med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva du skal gjøre nå

Når du har opprettet et sted, kan du aktivere nødtjenester for dette stedet. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

Slett et sted

Før du begynner

Du kan slette en plassering som enten ikke er i bruk eller ble feilaktig konfigurert etter å ha slettet brukerne og arbeidsområdene som er knyttet til den. Når du sletter en plassering, sletter du alle tilordnede tjenester og numre.

Få en liste over brukerne og arbeidsområdene som er knyttet til et sted: Gå til Tjenester > Anrop > Numre og velg plasseringen du vil slette fra rullegardinmenyen. Du må slette disse brukerne og arbeidsområdene før du sletter plasseringen.

Husk at eventuelle numre knyttet til dette stedet blir utgitt tilbake til din PSTN-leverandør. Du vil ikke lenger eie disse numrene.

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

2

Klikk Flere alternativer-knapp i Handlinger -kolonnen ved siden av plasseringen du vil slette.

3

Velg Slett plassering, og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter å slette stedet permanent, men det kan ta opptil en time. Du kan sjekke statusen ved å klikke Flere alternativer-knapp ved siden av stedsnavnet og velge Slettestatus.

Oppdater en eksisterende plassering

Du kan endre PSTN-oppsettet, navnet, tidssonen og språket for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.

For eksisterende steder kan du aktivere nødtjenester. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

1

Logg på https://admin.webex.com.

2

Gå til Administrasjon > Plassering.

Hvis du ser et Advarsel-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for den plasseringen ennå. Du kan ikke foreta eller motta noen anrop før du har konfigurert dette nummeret.

3

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalt PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Administrer for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

    CCP-partnere og den geografiske dekningen er oppført her. Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av en region, i parenteser (Eksempel: (EU), (USA) eller (CA). Partnere oppført med en logo tilbyr alltid Regional Media for CCP. For partnere som vises som en streng, velger du regionen nærmest landet der du befinner deg, for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av en integrert CCP. Integrert CCP gjør det mulig å anskaffe og klargjøre telefonnumre i én glassrute. Ikke-integrert CCP krever at du skaffer telefonnumrene dine fra CCP-partneren utenfor .

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller koble til nettsteder som ikke er skybaserte, med skybaserte nettsteder.

    Kunder med steder som tidligere er konfigurert med en lokal gateway, vil automatisk bli konvertert til lokalt basert PSTN med en tilsvarende trunk.

Hvis du vil migrere, kan du se Migrer til Cisco Calling-planer nedenfor.

4

For plasseringen velger du Hovednummer fra rullegardinlisten.

Hovednummeret kan tilordnes til en automatisk svartjeneste eller en annen destinasjon innenfor plasseringen, slik at eksterne innringere rutes til en passende destinasjon.

Det er obligatorisk å tilordne et hovednummer til stedet hvis det har trunker eller enheter som kun kan utvides, for eksempel brukere, arbeidsområder, virtuelle linjer eller funksjoner. Uten et hovednummer kan ikke trunkene brukes, og enheter med kun internnummer kan ikke foreta eller motta interne eller eksterne anrop. Brukere på den plasseringen kan også bruke dette nummeret som ekstern oppringer-ID når de foretar PSTN-anrop.

Hvis du velger et gratisnummer som hovednummer for et sted, anbefaler vi at du oppdaterer nødnummeret for stedet fordi et gratisnummer ikke har en adresse til nødetatene. Hvis du vil ha mer informasjon, se Konfigurere nødnummer for tilbakeringing for et sted.

5

(Valgfritt) Under Nødanrop kan du velge Nødstedsidentifikator for å tilordne dette stedet.

Denne innstillingen er valgfri og gjelder kun for land som krever det.

I noen land (eksempel: Frankrike), forskriftsmessige krav til mobilradiosystemer for å fastslå identiteten til cellen når du foretar et nødanrop, og blir gjort tilgjengelig for nødmyndighetene. Andre land som USA og Canada implementerer stedsbestemmelse ved hjelp av andre metoder. Hvis du vil ha mer informasjon, kan du se Forbedret nødsamtale.

Nødsamtaleleverandøren trenger kanskje informasjon om tilgangsnettverket, og dette oppnås ved å definere et nytt privat SIP-utvidelseshode, P-Access-Network-Info. Toppteksten inneholder informasjon om tilgangsnettverket.

Når du angir nødstedsidentifikatoren for en plassering, sendes plasseringsverdien til leverandøren som en del av SIP-meldingen. Ta kontakt med nødsamtaleleverandøren for å se om du trenger denne innstillingen, og bruk verdien fra nødsamtaleleverandøren.»

6

Velg talepostnummeret som brukere kan ringe for å sjekke talepost for dette stedet.

7

(Valgfritt) Klikk på blyantikonet øverst på Plassering-siden for å endre Stedsnavn, Kunngjøringsspråk, E-postspråk, Tidssone eller Adresse etter behov, og klikk deretter på Lagre.

Endring av kunngjøringsspråket trer i kraft umiddelbart for nye brukere og funksjoner som legges til på dette stedet. Hvis kunngjøringsspråket også skal endres for eksisterende brukere og/eller funksjoner, velger du Endre for eksisterende brukere og arbeidsområder eller Endre for eksisterende funksjoner når du blir bedt om det. Klikk på Bruk. Du kan vise fremdriften på Oppgaver -siden. Du kan ikke gjøre flere endringer før dette er fullført.

Endring av tidssonen for et sted oppdaterer ikke tidssonene til funksjonene som er knyttet til stedet. Hvis du vil redigere tidssonene for funksjoner som automatisk svartjeneste, huntgruppe og samtalekø, går du til området Generelle innstillinger for den bestemte funksjonen du vil oppdatere tidssonen for, og redigerer og lagrer der.

Migrer til Cisco Calling-planer

Du kan endre PSTN-tilkoblingen for en eksisterende plassering til Cisco PSTN. Du kan for eksempel endre plasseringene for lokalbaserte PSTN (lokal gateway) eller ikke-integrerte CCP-tilkoblinger til Cisco PSTN. Cisco PSTN leverer en skybasert PSTN-løsning fra Cisco.

Alle bærbare numre forblir funksjonelle, bortsett fra en liten avbrudd i løpet av den planlagte fullføringstiden for overføring.

Du kan heller ikke gjøre noen endring av nummeradministrasjon for et sted som gjennomgår en PSTN-tilkoblingsovergang. Men de eksisterende numrene fungerer fortsatt, og du kan fremdeles tilordne eller fjerne tilordning av numre til stedet. Du kan ikke legge til, slette eller flytte inn eller ut numre for den plasseringen. I løpet av denne prosessen oppdateres rutingprofilen automatisk, slik at Cisco PSTN blir aktivert.

For øyeblikket støttes ikke muligheten til å endre PSTN-tilkobling for et eksisterende sted til Cisco PSTN for Japan-regionen.

Når PSTN-tilkoblingen endres, brukes et abonnement med en anropslisens, og faktureringstjenesten mottar et varsel.

Begrensninger:

  • Migrering fra et integrert IntelePeer-sted til et Cisco PSTN-sted støttes ikke

  • Dedikert forekomst-plassering kan ikke overføres til Cisco PSTN

  • Det kan være nødvendig med flere portordrer for endring av PSTN-tilkoblingen. I så fall er disse bestillingene sammenkoblet slik at de fullføres samtidig. Enhver datoendring eller kansellering av én portordre må brukes på alle sammenkoblede portordrer for tilkoblingsendringen.

Slik starter du en endring av PSTN-tilkobling

1

Logg på https://admin.webex.com.

2

Gå til Administrasjon > Plassering.

3

Velg plasseringen der du vil endre PSTN-tilkoblingen til Cisco PSTN.

4

Gå til Anrop -fanen, klikk på Administrer -alternativet ved siden av den lokale PSTN eller ikke-integrert skytilkoblet PSTN.

5

Rediger ved siden av Tilkoblingstype.

6

Velg kortet Cisco Calling Plans , og velg abonnementet som tilordner Cisco Calling Plan for brukere på dette stedet. Klikk på Neste.

7

Det vises en side for endring av tilkobling for bekreftelse. Klikk på Neste , og sjekk at portalene dine er klare.

Veiviseren for PSTN-tilkoblingsporter kontrollerer om numrene dine er klare til å bli portert siden.

Neste-knappen aktiveres bare hvis alle numrene i listen er bærbare. Les disse pekerne:

  • «Ikke-porterbare numre» refererer til inaktive numre. Sørg for at det ikke er noen numre under denne listen.

  • Fjern ikke-porterbare numre fra stedet. Du kan flytte eller fjerne tilordningen og deretter slette numrene.

8

Klikk på Neste og oppgi kontraktinformasjonen.

Adressesiden for PSTN-tilkoblingsportveiviser for nødtjenester.

Dette er den primære kontraktkontakten for alle steder som bruker Cisco Calling Plans (USA). Eventuelle endringer i denne kontakten gjelder for alle andre steder som bruker Cisco Calling Plans (USA).

9

Klikk på Neste. Det vises et varsel som ber om bekreftelse for å lagre kontraktinformasjonen din for den plasseringen. Velg Ja, endre.

10

Oppgi adressen til nødetaten, og klikk på Lagre.

Adressesiden for PSTN-tilkoblingsportveiviser for nødtjenester.

I en nødssituasjon bruker det lokale beredskapsteamet denne adressen til å lokalisere oppringeren.

11

Oppsummeringssiden vises med antall porter som er opprettet. Hvis det bare er én bestilling, kan du se et ekstra trinn kalt Oppgi tilleggsinformasjon. For flere bestillinger er en ordrevelgeren tilgjengelig øverst for å navigere mellom dem. Klikk på Neste og skriv inn detaljene for å fullføre portveiviseren.

Oppsummeringsside for veiviseren for PSTN-tilkoblingsport.

Bestillingene sendes inn umiddelbart når all informasjon er gitt for én enkelt PSTN-overføringsforespørsel. Som standard er datoen for firmaets ordreforpliktelse konsekvent på tvers av alle bestillinger. Endringen av PSTN-tilkoblingen gjelder automatisk etter at den siste koblede bestillingen er overført fullstendig.

  • Hvis bestillingen mislykkes, opprettes en støtteforespørsel automatisk og sendes til støtteteamet.

  • Hvis endringen av PSTN-tilkoblingen krever flere bestillinger fra flere transportører, kan det ta opptil 10 virkedager å fullføre.

Overføringsdetaljene er tilgjengelige under fanen Tjenester > Anrop > PSTN > Bestilling . Velg bestillings-ID for å vise bestillingsdetaljene i en sidepanelvisning. Du kan se typen som Endre PSTN for bestillingene som er opprettet fra PSTN-tilkoblingsendring.

Avbryt endring av PSTN-tilkobling

En administrator kan avbryte PSTN-overføringen når stedet fremdeles er i en overgangstilstand.

1

Logg på https://admin.webex.com.

2

Gå til Administrasjon > Plassering.

3

Velg plasseringen der du vil avbryte PSTN-tilkoblingen.

4

Gå til Anrop-fanen, klikk på knappen Avbryt endring av PSTN-tilkobling .

5

Klikk på Ja, fortsett for å bekrefte kanselleringen.

Konfigurer ringeplanen

Du kan kontrollere oppringingsplanen for distribusjonen med utgående oppringingskoder. Tilpass utvidelseslengder, rutingprefikser og oppringingsinnstillinger (interne og eksterne) slik at de er kompatible med oppringingsvanene til brukerne.

Disse innstillingene er for intern oppringing og er også tilgjengelige i veiviseren for førstegangsoppsett. Når du endrer ringeplanen, vises eksempelnumrene i oppdateringen for å vise disse endringene.

Du kan konfigurere tillatelser for utgående anrop for et sted. Se disse trinnene for å konfigurere tillatelser for utgående anrop.

1

Logg på Control Hub, gå til Tjenester > Anrop > Tjenesteinnstillinger, og bla deretter til Intern oppringing.

2

Konfigurer følgende valgfrie oppringingsinnstillinger etter behov:

  • Lengde på prefiks for stedsruting– Hvis du har flere steder, anbefaler vi denne innstillingen. Du kan angi en lengde på 1-7 sifre. Hvis du har flere steder med samme internnummer, må brukerne ringe et prefiks når de Ringer mellom steder. Hvis du for eksempel har flere butikker, alle med internnummeret 1000, kan du konfigurere et rutingprefiks for hver butikk. Hvis én butikk har prefikset 888, ringer du 8881000 for å nå den butikken.

    • Lengder av prefiks for ruting inkluderer styringssifferet. Hvis du for eksempel angir lengden på rutingprefikset til fire, kan du bare bruke tre sifre til å angi nettstedet.

    • Hvis du tilordner et rutingprefiks til en plassering, inkluderer alle utseender av internnumre som er tilordnet den plasseringen, rutingprefikset foran internnummeret. For eksempel 888-1000 (internnummer for rutingprefiks).

  • Styringssiffer i rutingprefiks– Velg nummeret som skal angis som første siffer i hvert rutingprefiks.
  • Lengde på internnummer – Du kan angi 2–10 sifre, og standarden er 2.

    Når du har økt lengden på internnummeret, oppdateres ikke eksisterende kortnumre til internnumre automatisk.

  • Tillat internnummeroppringing mellom steder – Lar deg tilpasse internnummeroppringing mellom steder basert på organisasjonens krav.

    • Aktiver bryteren hvis organisasjonen din ikke har dupliserte utvidelser på tvers av alle stedene.

      Som standard er bryteren aktivert.

    • Deaktiver bryteren hvis organisasjonen har samme internnummer på forskjellige steder. Når bryteren er deaktivert og innringeren ringer internnummeret, rutes samtalen til en bruker med et tilsvarende internnummer på samme sted som innringeren. Oppringeren må ringe det viktige bedriftsnummeret (prefiks for stedsruting + internnummer) for å nå et internnummer på andre steder.

3

Angi intern oppringing for bestemte steder. Gå til Administrasjon > Plasseringer, velg et sted fra listen, og klikk på Anrop. Bla til Oppringing, og endre deretter intern oppringing etter behov:

  • Intern oppringing – Angi rutingsprefikset som brukere fra ett sted må ringe for å kontakte noen på det andre stedet. Rutingsprefikset for hver plassering må være unikt. Vi anbefaler at prefikslengden samsvarer med lengden som er angitt på organisasjonsnivå, men den må være 1–7 sifre lang.
4

Angi ekstern oppringing for bestemte steder. Gå til Administrasjon > Plasseringer, velg et sted fra listen, og klikk på Anrop. Bla til Oppringing, og endre deretter ekstern oppringing etter behov:

  • Ekstern oppringing – Du kan velge et utgående oppringingssiffer som brukere må ringe for å nå en ekstern linje. Standarden er Ingen , og du kan forlate den hvis du ikke trenger denne oppringingsvanen. Hvis du bestemmer deg for å bruke denne funksjonen, anbefaler vi at du bruker et annet nummer enn organisasjonens styringssiffer.

    Brukere kan inkludere det utgående oppringingssifferet når de foretar eksterne anrop for å etterligne hvordan de ringte på eldre systemer. Alle brukere kan likevel foreta eksterne anrop uten det utgående oppringingssifferet.

  • Alternativt kan du Håndheve oppringing av det utgående oppringingssifferet for dette stedet, slik at brukeren må bruke det utgående oppringingssifferet angitt av administratoren for å foreta eksterne anrop.

    • Du kan ringe nødanrop med eller uten oppringingssifferet ved å aktivere denne funksjonen. Når dette alternativet er aktivert, vil eventuelle eksterne destinasjonsnumre som de som brukes til viderekobling av anrop ikke lenger fungere hvis et utgående oppringingssiffer ikke er inkludert.

    • Hvis et internnummer er det samme som det nasjonale nummeret, får internnummeret forrang over det nasjonale nummeret. Vi anbefaler derfor at du aktiverer oppringingssifferet.

    • Vi anbefaler på det sterkeste å bruke E.164-nummereringsformatet for innkommende og utgående PSTN-anrop.

Innvirkning på brukere:

  • Brukere må starte telefonen på nytt for at endringer i oppringingsinnstillingene skal tre i kraft.

  • Brukerutvidelser bør ikke starte med samme nummer som stedets styringssiffer eller utgående oppringingssiffer.

Konfigurer lokalbasert PSTN (lokal gateway) i

Hvis du er en merverdiforhandler, kan du bruke disse trinnene til å starte konfigurasjon av lokal gateway i . Når denne gatewayen er registrert i skyen, kan du bruke den på én eller flere av stedene dine for å levere ruting til en bedrifts PSTN-tjenesteleverandør.

Et sted som har en lokal gateway, kan ikke slettes når den lokale gatewayen brukes for andre steder.

Opprett trunk

Følg disse trinnene for å opprette en trunk i .

Før du begynner

  • Når en plassering er lagt til, og før du konfigurerer lokalt PSTN for en plassering, må du opprette en trunk.

  • Opprett alle steder og spesifikke innstillinger og numre for hver enkelt. Steder må finnes før du kan legge til et lokalt PSTN.

  • Forstå de lokale PSTN-kravene (lokal gateway) for .

  • Du kan ikke velge mer enn én trunk for et sted med lokalt basert PSTN, men du kan velge samme trunk for flere steder.

1

Logg på på , gå til Tjenester > Anrop > Samtaleruting, og velg Legg til trunk.

2

Velg et sted.

3

Gi trunken et navn, og klikk på Lagre.

Navnet kan ikke være lengre enn 24 tegn.

Hva du skal gjøre nå

Du får presentert de relevante parameterne som du må konfigurere på trunken. Du vil også generere et sett med SIP-sammendragslegitimasjon for å sikre PSTN-tilkoblingen.

Trunkinformasjon vises på skjermen Registrer domene, Trunkgruppe OTG/DTG, Linje/port og Utgående proxy-adresse.

Vi anbefaler at du kopierer denne informasjonen fra og limer den inn i en lokal tekstfil eller et lokalt dokument, slik at du kan referere til den når du er klar til å konfigurere den lokale PSTN-en.

Hvis du mister legitimasjonen, må du generere den fra skjermbildet for trunkinformasjon i . Klikk på Hent brukernavn og tilbakestill passord for å generere et nytt sett med autentiseringslegitimasjon som skal brukes på trunken.

Velg en trunk for lokalt basert PSTN

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

2

Velg et sted du vil endre, og klikk på Administrer.

3

Velg Lokalbasert PSTN og klikk på Neste.

4

Velg en trunk fra rullegardinmenyen.

Gå til trunksiden for å administrere dine valg av trunkgruppe.

5

Klikk på bekreftelsesmeldingen, og klikk deretter på Lagre.

Hva du skal gjøre nå

Du må ta konfigurasjonsinformasjonen som ble generert, og tilordne parameterne til den lokale gatewayen (for eksempel på en Cisco CUBE som er plassert i lokalet). Denne artikkelen fører deg gjennom denne prosessen. Som referanse kan du se følgende diagram for et eksempel på hvordan konfigurasjonsinformasjonen (til venstre) tilordnes parametere i KUBEN (til høyre):

Diagrameksempel på en lokal gateway.

Når du har fullført konfigurasjonen på selve gatewayen, kan du gå tilbake til Tjenester > Samtale > Plasseringer i, og gatewayen du opprettet, blir oppført på plasseringskortet du tildelte den til, med en grønn prikk til venstre for navnet. Denne statusen indikerer at gatewayen er sikkert registrert i den oppringende skyen og fungerer som den aktive PSTN-gatewayen for plasseringen.

Administrer telefonnumre

Du kan enkelt vise, aktivere, fjerne og legge til telefonnumre for organisasjonen din i . Hvis du vil ha mer informasjon, kan du se Administrere telefonnumre i Control Hub.

Be om et tjenestekjøp fra en prøveversjon i

Hvis du prøver ut Webex-tjenester og ønsker å konvertere prøveversjonen til et betalt abonnement, kan du sende inn en e-postforespørsel til partneren din.

1

Logg på , velg bygningsikonet Byggeikon..

2

Velg fanen Abonnementer , og klikk deretter på Kjøp nå.

En e-post sendes til partneren din for å fortelle dem at du er interessert i å konvertere til et betalt abonnement.

Angi oppringingsalternativer

Du kan bruke Control Hub til å angi prioriteten til tilgjengelige anropsalternativer som brukere ser i Webex-appen. Du kan også aktivere dem for enkelt klikk-for-å-ringe. For mer informasjon, se: Angi anropsalternativer for brukere av Webex-appen.

Konfigurere anropsvirkemåte

Du kan kontrollere hvilket anropsprogram som åpnes når brukere ringer. Du kan konfigurere innstillingene for anropsklienter, inkludert distribusjon i blandet modus for organisasjoner med brukere som er kvalifisert med Unified CM eller brukere uten betalte anropstjenester fra Cisco. For mer informasjon, se: Konfigurer anropsvirkemåte.

Konfigurer Unified CM for

Konfigurere SIP-trunk-sikkerhetsprofil for trunk til lokal gateway

I tilfeller der lokal gateway og PSTN-gateway ligger på samme enhet, må Unified CM kunne skille mellom to forskjellige trafikktyper (anrop fra Webex og fra PSTN) som kommer fra samme enhet, og bruke differensierte tjenesteklasser for disse anropstypene. Denne differensierte samtalebehandlingen oppnås ved å klargjøre to trunker mellom Unified CM og den kombinerte lokale gateway- og PSTN-gateway-enheten som krever forskjellige SIP-lytteporter for de to trunkene.

Opprett en dedikert sikkerhetsprofil for SIP-trunk for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Sikkerhetsprofil for Webex SIP Trunk
Innkommende portMå samsvare med porten som brukes i lokal gateway-konfigurasjon for trafikk til/fra Webex: 5065

Konfigurere SIP-profil for den lokale gateway-kanalen

Opprett en dedikert SIP-profil for den lokale gateway-trunken med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex SIP-profil
Aktiver ALTERNATIVER Ping for å overvåke destinasjonsstatus for trunker med tjenestetypen «Ingen (standard)»Kontrollert

Opprette et anropssøkeområde for samtaler fra Webex

Opprett et anropssøkeområde for anrop fra Webex med følgende innstillinger:

InnstillingVerdi
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex Calling Search Space
Valgte partisjoner

DN (+E.164 katalognumre)

ESN (forkortet oppringing mellom steder)

PSTNInternasjonal (PSTN-tilgang)

onNetRemote (GDPR-lærte destinasjoner)

Den siste partisjonen onNetRemote brukes bare i et miljø med flere klynger der rutingsinformasjon utveksles mellom Unified CM-klynger ved hjelp av Intercluster Lookup Service (ILS) eller Global Dialplan Replication (GDPR).

Konfigurere en SIP-trunk til og fra Webex

Opprett en SIP-trunk for samtaler til og fra Webex via den lokale gatewayen med følgende innstillinger:

InnstillingVerdi
Enhetsinformasjon
EnhetsnavnEt unikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex SIP Trunk
Kjør på alle aktive Unified CM-noderKontrollert
Innkommende anrop
AnropssøkeområdeDet tidligere definerte søkeområdet for anrop: Webex
AAR Calling Search Space Et anropssøkeområde med kun tilgang til PSTN-rutemønstre: PSTNRerute
SIP-informasjon
DestinasjonsadresseIP-adressen til den lokale gateway CUBE
Destinasjonsport5060
Sikkerhetsprofil for SIP-kanalTidligere definert: Webex
SIP-profilTidligere definert: Webex

Konfigurere rutegruppe for Webex

Opprett en rutegruppe med følgende innstillinger:

InnstillingVerdi
Informasjon om rutegruppe
Navn på rutegruppeEt unikt navn, for eksempel Webex
Valgte enheterDen tidligere konfigurerte SIP-trunken: Webex

Konfigurere ruteliste for Webex

Opprett en ruteliste med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnEt unikt navn, for eksempel RL_Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Ruteliste for Webex
Kjør på alle aktive Unified CM-noderKontrollert
Informasjon om rutelistemedlem
Valgte grupperBare den tidligere definerte rutegruppen: Webex

Opprette en partisjon for Webex-destinasjoner

Opprett en partisjon for Webex-destinasjonene med følgende innstillinger:

InnstillingVerdi
Informasjon om ruteliste
NavnUnikt navn, for eksempel Webex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex Partition

Hva du skal gjøre nå

Sørg for å legge til denne partisjonen i alle anropssøkeområder som skal ha tilgang til Webex-destinasjoner. Du må legge til denne partisjonen spesifikt i anropssøkeområdet som brukes som innkommende anropssøkeområde på PSTN-trunker, slik at anrop fra PSTN til Webex kan rutes.

Konfigurere rutemønstre for Webex-destinasjoner

Konfigurer rutemønstre for hvert DID-område på Webex med følgende innstillinger:

InnstillingVerdi
RutemønsterFullt + E.164-mønster for DID-området i Webex med den ledende «\». For eksempel: \+140855501XX
Partisjon for ruteWebex
Gateway/rutelisteRL_Webex
HasteprioritetKontrollert

Konfigurere forkortet normalisering av oppringing mellom steder for Webex

Hvis det kreves forkortet oppringing mellom steder for Webex, konfigurerer du oppringingsnormaliseringsmønstre for hvert ESN-område på Webex med følgende innstillinger:

InnstillingVerdi
OversettelsesmønsterESN-mønster for ESN-området i Webex. For eksempel: 80121XX
PartisjonWebex
BeskrivelseMeningsfull beskrivelse, for eksempel Webex normaliseringsmønster
Bruk avsenderens anropssøkeområdeKontrollert
HasteprioritetKontrollert
Ikke vent på intersifret tidsavbrudd på etterfølgende hopperKontrollert
Transformasjonsmaske for kalt partiMaske for å normalisere nummeret til +E.164. For eksempel: +140855501XX

Konfigurer funksjonene dine

Sett opp en huntgruppe

Huntgrupper ruter innkommende anrop til en gruppe brukere eller arbeidsområder. Du kan til og med konfigurere et mønster for å rute til en hel gruppe.

Hvis du vil ha mer informasjon om hvordan du konfigurerer en huntgruppe, kan du se Huntgrupper i Cisco Webex Control Hub.

Opprett en samtalekø

Du kan konfigurere en samtalekø slik at når kundenes anrop ikke kan besvares, får de automatisk svar, betryggelsesmeldinger og ventemusikk frem til noen kan svare på anropet.

Hvis du vil ha mer informasjon om hvordan du konfigurerer og administrerer en samtalekø, kan du se Administrere samtalekøer i Cisco Webex Control Hub.

Opprett en resepsjonistklient

Hjelp med å støtte behovene til personalet ditt på kontaktkontoret. Du kan konfigurere brukere som telefonsvarere, slik at de kan vise innkommende anrop til bestemte personer i organisasjonen.

Hvis du vil ha informasjon om hvordan du konfigurerer og viser resepsjonistklientene, kan du se Resepsjonistklienter i Cisco Webex Control Hub.

Opprett og administrer automatiske svartjenester

Du kan legge til hilsener, sette opp menyer og rute anrop til en svartjeneste, en huntgruppe, en talepostboks eller en ekte person. Opprett en 24-timers plan eller oppgi forskjellige alternativer når bedriften din er åpen eller stengt.

Hvis du vil ha informasjon om hvordan du oppretter og administrerer automatiske svartjenester, kan du se Administrere automatiske svartjenester i Cisco Webex Control Hub.

Konfigurere en oppkallingsgruppe

Gruppeoppkall gjør det mulig for en bruker å foreta et enveis anrop eller gruppeoppkall til opptil 75 målbrukere og arbeidsområder ved å ringe et nummer eller et internnummer som er tilordnet en bestemt oppkingsgruppe.

Hvis du vil ha informasjon om hvordan du konfigurerer og redigerer oppkallingsgrupper, kan du se Konfigurere en oppkallingsgruppe i Cisco Webex Control Hub.

Konfigurere mottak av anrop

Forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe slik at brukerne kan svare på anrop til hverandre. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på samtalene sine.

Hvis du vil ha informasjon om hvordan du konfigurerer en mottak av anrop, kan du se Mottak av anrop i Cisco Webex Control Hub.

Konfigurere samtaleparkering

Samtaleparkering gjør det mulig for en definert gruppe brukere å parkere samtaler mot andre tilgjengelige medlemmer av en samtaleparkeringsgruppe. Parkerte samtaler kan besvares av andre medlemmer av gruppen på telefonen.

Hvis du vil ha mer informasjon om hvordan du konfigurerer samtaleparkering, se Samtaleparkering i Cisco Webex Control Hub.

Aktiver innbryting for brukere

1

2

Gå til Administrasjon > Brukere.

3

Velg en bruker og klikk på Anrop.

4

Gå til delen Tillatelser mellom brukere , og velg deretter Bryt inn.

5

Slå på bryteren for å la andre brukere legge seg selv til denne brukerens pågående samtale.

6

Merk av for Spill av en tone når denne brukeren brytes inn i en samtale hvis du vil spille av en tone for andre når denne brukeren brytes inn i samtalen.

Innstillingen Spill av en tone når denne brukeren Brytes inn i en samtale gjelder ikke for Brukeropplevelsens grunnleggende og grunnleggende funksjoner for innbryting av ledere. Selv om du aktiverer dette alternativet for en leder, spiller ikke systemet varseltonen til agenten når en leder bryter inn i samtalekøen.

Hvis du vil spille av en tone til en agent når en leder bryter inn i samtalen, kan du aktivere den via innstillingene «Varslingstone for agenter». Hvis du vil ha mer informasjon, kan du se delen Opprett en kø i Grunnleggende om Webex-kundeopplevelse eller Grunnleggende om Webex-kundeopplevelse.

7

Klikk på Lagre.

Aktiver personvern for en bruker

1

Logg på Control Hub, og gå til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop.

3

Gå til området Tillatelser mellom brukere , og velg deretter Personvern.

4

Velg de riktige innstillingene for personvern for automatisk svartjeneste for denne brukeren.

  • Tillat denne brukeren å bli oppringt med internnummer
  • Tillat denne brukeren å bli oppringt med for- eller etternavn
5

Merk av for Aktiver personvern . Deretter kan du bestemme deg for å blokkere alle ved å ikke velge medlemmer fra rullegardinlisten. Du kan også velge brukere, arbeidsområder og virtuelle linjer som kan overvåke linjestatusen til denne brukeren.

Hvis du er stedsadministrator, vises bare brukerne, arbeidsområdene og de virtuelle linjene som gjelder de tilordnede stedene dine i rullegardinlisten.

Fjern merket i avkrysningsboksen Aktiver personvern slik at alle kan overvåke linjestatusen.

6

Merk av i avkrysningsboksen Håndhev personvern for rettet mottak av anrop og bryt inn for å aktivere personvern for rettet mottak av anrop og bryt inn anrop.

  • Hvis du aktiverer dette alternativet, kan bare autoriserte brukere, virtuelle linjer og arbeidsområdeenheter bruke rettet mottak av anrop og bryt inn på denne brukeren. Ellers kan alle i organisasjonen påkalle rettet mottak av anrop og bryte inn på en linje.
  • Hvis du vil ha mer informasjon om innbryting, kan du se Innbryt på andres telefonsamtale.
  • Lederen kan alltid bryte inn i samtaler som agentene mottar gjennom samtalekøen. Det vil si at personverninnstillingene ikke påvirker innbrytingsalternativet til en leder.

7

Fra Legg til medlem etter navn velger du brukerne, arbeidsområdene og de virtuelle linjene som kan overvåke telefonlinjestatusen og aktivere styrt henting av anrop og innbryting.

8

Hvis du vil filtrere medlemmene du velger, bruker du filteret etter navn, nummer eller ext -felt.

9

Klikk på Fjern alle for å fjerne alle de valgte medlemmene.

Hvis du vil fjerne et enkelt medlem, klikker du på Slett ved siden av medlemmets navn.

10

Klikk på Lagre.

Personverninnstillinger

Konfigurer overvåking

Maksimalt antall overvåkede linjer for en bruker er 50. Når du konfigurerer overvåkingslisten, bør du imidlertid vurdere antall meldinger som påvirker båndbredden mellom Webex Calling og nettverket ditt. Du kan også bestemme maksimalt antall overvåkede linjer etter antall linjeknapper på brukerens telefon.

1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon og klikker deretter på Brukere.

2

Velg brukeren du vil endre, og klikk på Anrop.

3

Gå til delen Tillatelser mellom brukere , og velg Overvåking.

4

Velg blant følgende:

  • Legg til overvåket linje
  • Legg til internnummer for samtaleparkering

Du kan inkludere en virtuell linje i listen Legg til overvåket linje for brukerovervåking.

5

Velg om du vil varsle denne brukeren om parkerte samtaler, søk etter personen eller internnummeret for samtaleparkering som skal overvåkes, og klikk deretter på Lagre.

Listen over overvåkede linjer samsvarer med rekkefølgen på overvåkede linjer som vises på brukerens enhet. Du kan når som helst endre rekkefølgen på listen over overvåkede linjer.

Navnet som vises for den overvåkede linjen, er navnet som er angitt i feltene Innringer-ID Fornavn og Etternavn for brukeren, arbeidsområdet og den virtuelle linjen.

Vil du se hvordan det gjøres? Se denne videodemonstrasjonen om hvordan du administrerer overvåkingsinnstillinger for en bruker i .

Aktiver advarselstone for anropsbro for brukere

Før du begynner

Du må ha konfigurert den delte linjen for å kunne starte anropsbroen. Se hvordan du konfigurerer delte linjer før du aktiverer varseltonen for anropsbroen.
1

Logg på Control Hub, og gå til Administrasjon > Brukere.

2

Velg en bruker og klikk på Anrop -fanen.

3

Gå til Tillatelser mellom brukere, og klikk på Varseltone for kobling av anrop.

4

Slå på Varseltone for samtalekobling, og klikk deretter på Lagre.

Som standard er denne funksjonen aktivert.

Hvis du vil ha mer informasjon om samtalebroking på en delt MPP-linje, kan du se Delte linjer på bordtelefonen for flere plattformer.

Hvis du vil ha mer informasjon om samtalebroking på en delt linje i Webex-appen, kan du se Delt linje-utseende for WebexApp.

Slå på fleksibel kontorplass for en bruker

Ved å aktivere fleksibel kontorplass for en bruker kan de jobbe i et annet område samtidig som de opprettholder funksjonaliteten og funksjonene til hovedbordtelefonen.
1

Fra kundevisningen i https://admin.webex.com går du til Administrasjon og velger Brukere.

2

Velg en bruker og klikk på Anrop -fanen.

3

Gå til delen Tillatelser mellom brukere , velg Fleksibel kontorplass og slå på bryteren.

4

Skriv inn navnet eller nummeret på verten i søkefeltet Plassering av fleksibel kontorplass , og velg verten du vil tilordne til brukeren.

Bare én hotellvert kan velges. Hvis du velger en annen hotellvert, blir den første slettet.

Hvis du er stedsadministrator, kan du bare tilordne hotellverten som gjelder de tilordnede stedene dine.

5

Hvis du vil begrense tiden en bruker kan knyttes til hotellverten, velger du hvor mange timer brukeren kan bruke hotellverten fra rullegardinlisten Begrens tilknytningsperiode .

Brukeren blir automatisk logget ut etter det valgte tidspunktet.

Det vises en feilmelding på skjermen hvis grensetilknytningsperioden som er angitt for brukeren, overskrider grensetilknytningsperioden til den valgte verten. Hvis for eksempel verten har en grensesammenslutningsperiode på 12 timer og brukerens grensesammenslutningsperiode er 24 timer, vises en feilmelding. I slike tilfeller må du forlenge den begrensede tilknytningsperioden til verten hvis det kreves mer tid for brukeren.

6

Klikk på Lagre.

En bruker kan også søke etter og finne hotellverten de ønsker å bruke fra User Hub. Hvis du vil ha mer informasjon, se Få tilgang til anropsprofilen din fra hvor som helst.

Vil du se hvordan det gjøres? Se denne videodemonstrasjonen om hvordan du konfigurerer hotellopphold i Control Hub.

Innføringstrender og bruksrapporter for

Vis anropsrapporter

Du kan bruke Analyse -siden til å se hvordan tjenester brukes, engasjement i appen og kvaliteten på samtalemedieopplevelsen. Slik får du tilgang til analyse:

1

2

Gå til Analyse og velg Anrop -fanen.

3

Velg Detaljert samtalelogg.

Anropsloggdetaljene vises med mediekvalitetsdata.
4

Hvis du vil ha tilgang til mediekvalitetsdata, logger du på , går til Analyse og velger deretter Anrop.

Relatert informasjon

Oversikt over Webex Calling

Tenk deg å kunne bruke funksjoner for skyanrop, mobilitet og PBX i bedriftsklassen, sammen med for meldinger og møter og anrop fra en myk klient eller Cisco-enhet. Det er akkurat det som har å tilby deg.

gir følgende funksjoner og fordeler:

  • Oppringingsabonnementer for telefonibrukere og fellesområder.

  • Sikre og pålitelige skytjenester levert av klarerte regionale tjenesteleverandører

  • tilgang for hver bruker, og legger til rik enhetlig kommunikasjon og teamsamarbeidstjenester.

  • Webex Meetings som et valgfritt, integrert tillegg for å gi de premium møteopplevelsene som bedriftsbrukere forventer.

  • PSTN-tilgang (Public Switch Telephony Networks) for å la brukerne ringe numre utenfor organisasjonen. Tjenesten leveres gjennom en eksisterende bedriftsinfrastruktur

    • Lokal gateway uten lokal IP PBX

    • Eksisterende Unified CM-samtalemiljø

    • PSTN-alternativer levert av partner eller Cisco

  • Støtte på nivå 1 levert av partneren din, støtte på neste nivå levert av Cisco

er en nettbasert administrasjonsportal som integreres med for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det samlede tilbudet – og Webex Meetings.

Tabell 1. Funksjoner som kan konfigureres for administrator

Funksjon

Beskrivelse

Automatisk svartjeneste

Du kan legge til hilsener, sette opp menyer og rute anrop til en svartjeneste, en huntgruppe, en talepostboks eller en ekte person. Du kan opprette en 24-timers plan eller tilby forskjellige alternativer når bedriften din er åpen eller stengt. Du kan til og med rute samtaler basert på innringer-ID-attributter for å opprette VIP-lister eller håndtere samtaler fra bestemte retningsnumre annerledes.

Samtalekø

Du kan konfigurere en samtalekø når du ikke kan svare på innkommende anrop. Du kan gi innringere et automatisk svar, betryggelsesmeldinger og ventemusikk til noen kan svare på anropet.

Mottak av anrop

Du kan forbedre teamarbeid og samarbeid ved å opprette en samtalemottaksgruppe, slik at brukere kan svare på andre brukeres anrop. Når du legger til brukere i en samtalemottaksgruppe og et gruppemedlem er borte eller opptatt, kan et annet medlem svare på samtalene sine.

Samtaleparkering

Du kan slå på samtaleparkering for å la brukerne sette en samtale på vent og hente den opp fra en annen telefon.

Huntgruppe

Det kan være lurt å sette opp huntgrupper i følgende scenarier:

  • Et salgsteam som ønsker sekvensiell ruting. Et innkommende anrop ringer én telefon, men hvis det ikke er noe svar, går anropet til neste agent i listen.

  • Et støtteteam som vil at telefoner skal ringe på én gang, slik at den første tilgjengelige agenten kan ta samtalen.

Oppkallingsgruppe

Du kan opprette en oppkallingsgruppe slik at brukere kan sende en lydmelding til en person, en avdeling eller et team. Når noen sender en melding til en oppkallingsgruppe, spilles meldingen av på alle enhetene i gruppen.

Resepsjonistklient

Hjelp med å støtte behovene til personalet ved å gi dem et komplett sett med samtalekontrollalternativer, overvåking av linje i stor skala, samtalekø, flere katalogalternativer og visninger, Outlook-integrering og mer.
Tabell 2. Brukerkonfigurerbare funksjoner

Funksjon

Beskrivelse

Avvisning av anonymt anrop

Brukere kan avvise innkommende anrop med blokkerte oppringer-ID-er.

Forretningskontinuitet

Hvis brukernes telefoner ikke er koblet til nettverket på grunn av strømbrudd, nettverksproblemer osv., kan brukerne viderekoble innkommende anrop til et bestemt telefonnummer.

Viderekobling av anrop

Brukere kan viderekoble innkommende anrop til en annen telefon.

Selektiv viderekobling

Brukere kan viderekoble anrop på bestemte tidspunkter fra bestemte innringere. Denne innstillingen har forrang over viderekobling av anrop.

Anropvarsling

Brukere kan sende seg en e-post når de mottar et anrop i henhold til forhåndsdefinerte kriterier som telefonnummer eller dato og klokkeslett.

Samtale venter

Brukere kan tillate svar på ytterligere innkommende anrop.

Ikke forstyrr

Brukere kan midlertidig la alle anrop gå direkte til talepost.

Kontor hvor som helst

Brukere kan bruke sine valgte telefoner ("Steder") som en utvidelse av bedriftens telefonnummer og ringeplan.

Prioritert varsel

Brukere kan ringe telefonene sine med en karakteristisk ringetone når forhåndsdefinerte kriterier oppfylles, for eksempel telefonnummer eller dato og klokkeslett.

Eksternt kontor

Brukere kan ringe fra en ekstern telefon og få den til å vises fra bedriftslinjen. I tillegg ringer alle innkommende anrop til bedriftslinjen på denne eksterne telefonen.

Selektiv samtalegodkjenning

Brukere kan godta anrop på bestemte tidspunkter fra bestemte innringere.

Selektiv avvisning av anrop

Brukere kan avvise anrop på bestemte tidspunkter fra bestemte innringere.

Sekvensiell ring

Ring opptil 5 enheter etter hverandre for innkommende anrop.

Samtidig ringing

Ring brukernes og andre («samtalemottakere») numre samtidig for innkommende anrop.

Klargjøringstjenester, enheter og brukere i , krysslansering til detaljert konfigurasjon i

( ) er en administrasjonsportal som integreres med for å effektivisere bestillingene og konfigurasjonen, og sentralisere administrasjonen av det samlede tilbudet –, og .

er det sentrale punktet for klargjøring av alle tjenester, enheter og brukere. Du kan konfigurere anropstjenesten for første gang, registrere MPP-telefoner i skyen (ved hjelp av MAC-adresse), konfigurere brukere ved å knytte enheter, legge til numre, tjenester, anropsfunksjoner og så videre. Også, fra , du kan krysslansere til .

Brukeropplevelse

Brukere har tilgang til følgende grensesnitt:

  • applikasjon – Myk klient for anrop som er merket av Cisco. Hvis du vil ha mer informasjon, se Utforsk den nye Cisco Webex Calling-appen.

  • ( ) – grensesnitt der brukere kan angi preferanser for profilen, laste ned Webex-appen og krysstarte inn i innstillingene for anrop. Hvis du vil ha mer informasjon, kan du se Endre innstillingene for Cisco Webex.

  • Webex-appen – Programmet er inkludert i abonnementet som en Cisco-varemerket Team Messaging-klient. Hvis du vil ha mer informasjon, kan du se Komme i gang med Cisco Webex-appen.

  • Webex Meetings – valgfri applikasjon lagt til som en Meetings-løsning. Hvis du vil ha mer informasjon, kan du se Webex Meetings.

Kundeadministratorer

Som kundeadministrator på en prøveversjon eller et betalt abonnement på , kan du konfigurere organisasjonen ved å legge til steder, lisenser, telefonnumre, anropsfunksjoner, brukere og arbeidsområder (romenheter som registreres i Webex-skyen). Du kan administrere alle disse komponentene derfra også.

Partnere

Som partnertjenesteleverandør kan du merke, markedsføre og selge til kundene dine. Du kan sette opp og utvide prøveversjoner, distribuere tjenester for kundene dine og opprette og klargjøre bestillinger for kundene dine.

Tilgjengelighet

Se toppteksten i artikkelen Hvor er Cisco Webex tilgjengelig for land der den er tilgjengelig for salg.

Ta en omvisning av

er ditt enkle, nettbaserte grensesnitt for å administrere organisasjonen, administrere brukerne, tilordne tjenester, analysere innføringstrender og samtalekvalitet med mer.

Oversikt over Control Hub-grensesnittet som fremhever og merker den venstre navigasjonsmenyen, bedriftsinformasjon, varsler, hjelp i appen, tilbakemelding, språk og logg av.

For å få organisasjonen i gang anbefaler vi at du inviterer noen brukere til å bli med ved å skrive inn e-postadressene deres i . Oppmuntre folk til å bruke tjenestene du tilbyr, inkludert å ringe, og til å gi deg tilbakemelding om opplevelsen deres. Når du er klar, kan du alltid legge til flere brukere.

Vi anbefaler at du bruker den nyeste skrivebordsversjonen av Google Chrome eller Mozilla Firefox for å få tilgang til. Nettlesere på mobile enheter og andre stasjonære nettlesere kan gi uventede resultater.

Bruk informasjonen som er presentert nedenfor som et sammendrag på høyt nivå av hva du kan forvente når du får organisasjonen din til å sette opp tjenester. Hvis du vil ha mer detaljert informasjon, kan du se de enkelte kapitlene for trinnvise instruksjoner.

Kom i gang

Når partneren din har opprettet kontoen din, vil du motta en velkomst-e-post. Klikk på koblingen Komme i gang i e-posten, bruk Chrome eller Firefox for å få tilgang til . Koblingen logger deg automatisk på med administratorens e-postadresse. Deretter blir du bedt om å opprette administratorpassordet ditt.

Opprett et nytt passordskjermbilde fra å starte e-post for oppsett av Control Hub.

Førstegangsveiviser for prøveversjoner

Hvis partneren din har registrert deg for en prøveversjon, starter installasjonsveiviseren automatisk etter at du har logget på . Veiviseren leder deg gjennom de grunnleggende innstillingene for å få organisasjonen din i gang med , blant andre tjenester. Du kan konfigurere og se gjennom anropsinnstillingene før du fullfører veiviseren.

Førstegangs installasjonsveiviser for Control Hub.

Se gjennom innstillingene dine

Når du laster, kan du se gjennom innstillingene dine.

Oversiktsside for Control Hub.

Legg til brukere

Nå som du har konfigurert tjenestene, er du klar til å legge til personer fra bedriftskatalogen din. Gå til Brukere og klikk på Administrer brukere.

Administrer popup-vinduet for brukere i Control Hub.

Hvis du bruker Microsoft Active Directory, anbefaler vi at du først aktiverer katalogsynkronisering og deretter bestemmer hvordan du vil legge til brukere. Klikk på Neste og følg instruksjonene for å konfigurere Cisco-registerkobling.

Konfigurere engangspålogging (SSO)

bruker grunnleggende godkjenning. Du kan velge å konfigurere SSO slik at brukere kan godkjenne med identitetsleverandøren din ved hjelp av bedriftslegitimasjonen, i stedet for et eget passord som er lagret og administrert i Webex.

Gå til Innstillinger, bla til Autentisering, klikk på Endre, og velg deretter Integrer en tredjeparts identitetsleverandør.

Skjermbildet for innstillinger for engangspålogging med alternativet «Integrer en tredjepartsleverandør» valgt.

Tilordne tjenester til brukere

Du må tilordne tjenester til brukerne du har lagt til, slik at folk kan begynne å bruke .

Gå til Brukere, klikk på Administrer brukere, velg Eksporter og importer brukere med en CSV-fil, og klikk deretter på Eksporter.

I filen du laster ned, legger du ganske enkelt til Sann for tjenestene du vil tilordne til hver av brukerne.

Eksempel på CSV-fil for tilordning av tjenester til brukere i Control Hub.

Importer den fullførte filen, klikk på Legg til og fjern tjenester, og klikk deretter på Send. Du er nå klar til å konfigurere anropsfunksjoner, registrere enheter som kan deles på et felles sted, og registrere og knytte enheter til brukere.

Styrke brukerne dine

Nå som du har lagt til brukere og de har blitt tilordnet tjenester, kan de begynne å bruke sine støttede multiplattformtelefoner (MPP-er) til og for meldinger og møter. Oppmuntre dem til å bruke Cisco Webex-innstillinger som en one-stop-shop for tilgang.

Den lokale gatewayens rolle

Den lokale gatewayen er en bedrifts- eller partneradministrert kantenhet for samarbeid mellom PSTN (Public Switch Telephony Network) og eldre PBX (Public Branch Exchange) (inkludert Unified CM).

Du kan bruke til å tilordne en lokal gateway til en plassering, og deretter oppgir du parametere som du kan konfigurere på CUBE. Disse trinnene registrerer den lokale gatewayen med skyen, og deretter leveres PSTN-tjenesten gjennom gatewayen til brukere på et bestemt sted.

Hvis du vil angi og bestille en lokal gateway, kan du lese bestillingsveiledningen for lokal gateway.

Støttede lokale gateway-distribusjoner for

Følgende grunnleggende distribusjoner støttes:

Den lokale gatewayen kan distribueres frittstående eller i distribusjoner der integrering i Cisco Unified Communications Manager kreves.

Distribusjon av lokal gateway uten lokal IP PBX

Frittstående lokale gateway-distribusjoner

Denne figuren viser en distribusjon uten eksisterende IP PBX og gjelder for ett enkelt sted eller en distribusjon med flere steder.

Illustrasjon som viser en Webex Calling-distribusjon uten eksisterende IP PBX.

For alle anrop som ikke samsvarer med destinasjonene dine, sender du disse anropene til den lokale gatewayen som er tilordnet stedet for behandling. Den lokale gatewayen ruter alle anrop som kommer fra til PSTN og i den andre retningen, PSTN til .

PSTN-gatewayen kan være en dedikert plattform eller sambor med den lokale gatewayen. Som i figuren nedenfor anbefaler vi den dedikerte PSTN-gateway-varianten for denne distribusjonen. Den kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal gateway.

Illustrasjon som viser det anbefalte distribusjonsalternativet for PSTN-gateway, som kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Samkjørende lokal gateway-distribusjon

Den lokale gatewayen kan være IP-basert, koble til en ITSP ved hjelp av en SIP-trunk, eller TDM-basert ved hjelp av en ISDN eller en analog krets. Følgende figur viser en distribusjon der den lokale gatewayen er samlokalisert med PSTN GW/SBC.

Illustrasjon som viser en Webex Calling-distribusjon der den lokale gatewayen er samlokalisert med PSTN GW/SBC.

Lokal gateway-distribusjon med lokal Unified CM PBX

Integreringer med Unified CM er påkrevd i følgende tilfeller:

  • -aktiverte steder legges til i en eksisterende Cisco UC-distribusjon der Unified CM distribueres som den lokale samtalekontrollløsningen

  • Direkte oppringing mellom telefoner registrert i Unified CM og telefoner på steder er påkrevd.

Denne figuren viser en distribusjon der kunden har en eksisterende Unified CM IP PBX.

Illustrasjon som viser en Webex Calling-distribusjon der kunden har en eksisterende Unified CM IP PBX.

Webex Calling sender samtaler som ikke samsvarer med kundens destinasjoner til den lokale gatewayen. Dette inkluderer PSTN-numre og interne Unified CM-internnumre, som Webex Calling ikke kan se. Den lokale gatewayen ruter alle anrop som kommer fra Webex Calling til Unified CM og omvendt. Unified CM ruter deretter innkommende anrop til lokale destinasjoner eller til PSTN i henhold til den eksisterende ringeplanen. Unified CM-ringeplanen normaliserer numre som +E.164. PSTN-gatewayen kan være en dedikert én eller sambosatt med den lokale gatewayen.

Dedikert PSTN-gateway

Den dedikerte PSTN-gatewayen-varianten for denne distribusjonen som vist i dette diagrammet, er det anbefalte alternativet og kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som lokal gateway.

Illustrasjon som viser den dedikerte PSTN-gatewayen-varianten. Det anbefalte alternativet som kan brukes hvis den eksisterende PSTN-gatewayen ikke kan brukes som en lokal Webex Calling-gateway.

Samkjørende PSTN Gateway

Denne figuren viser en distribusjon med en Unified CM der den lokale gatewayen er samlokalisert med PSTN-gatewayen/SBC.

Webex Calling ruter alle anrop som ikke samsvarer med kundens destinasjoner til den lokale gatewayen som er tilordnet stedet. Dette inkluderer PSTN-destinasjoner og on-net-anrop til interne Unified CM-utvidelser. Den lokale gatewayen ruter alle anrop til Unified CM. Unified CM ruter deretter anrop til lokalt registrerte telefoner eller til PSTN via den lokale gatewayen, som har PSTN/SBC-funksjonalitet samlokalisert.

Illustrasjon som viser en Webex Calling-distribusjon med en Unified CM der den lokale gatewayen er samlokalisert med PSTN-gatewayen/SBC.

Hensyn til samtaleruting

Samtaler fra til Unified CM

Rutingslogikken fungerer slik: Hvis nummeret som ringes på et endepunkt, ikke kan rutes til en annen destinasjon innenfor samme kunde i Webex Calling, sendes samtalen til den lokale gatewayen for videre behandling. Alle off-net-samtaler (utenfor Webex Calling) sendes til den lokale gatewayen.

For en distribusjon uten integrering i en eksisterende Unified CM, vil alle samtaler utenfor nettet betraktes som et PSTN-anrop. Når det kombineres med Unified CM, kan et off-net-anrop fremdeles være et on-net-anrop til en hvilken som helst destinasjon som driftes på Unified CM, eller et ekte off-net-anrop til en PSTN-destinasjon. Forskjellen mellom de to siste anropstypene bestemmes av Unified CM og avhenger av bedriftens ringeplan som er klargjort på Unified CM.

Figuren nedenfor viser en bruker som ringer et nasjonalt nummer i USA.

Illustrasjon som viser en Webex Calling-bruker som ringer et nasjonalt nummer i USA.

Unified CM ruter nå samtalen til et lokalt registrert endepunkt der den oppringte destinasjonen klargjøres som katalognummer, basert på den konfigurerte oppringingsplanen. Unified CM-ringeplanen må derfor støtte ruting av +E.164-numre.

Samtaler Fra Unified CM til

For å muliggjøre samtaleruting fra Unified CM til Unified CM må et sett med ruter klargjøres for å definere settet med +E.164 og adresser for bedriftsnummereringsplan i .

Med disse rutene på plass er begge anropsscenarioene vist i figuren nedenfor mulige.

Illustrasjon som viser samtaleruting fra Unified CM til Webex Calling på et Unified CM-sett med ruter.

Hvis en innringer i PSTN ringer et DID-nummer som er tilordnet en enhet, blir anropet overlevert til bedriften gjennom bedriftens PSTN-gateway og deretter treffer Unified CM. Den oppringte adressen til samtalen samsvarer med en av rutene som er klargjort i Unified CM, og samtalen sendes til den lokale gatewayen. (Den oppringte adressen må være i +E.164-format når den sendes til den lokale gatewayen.) Rutingslogikken i Webex Calling sørger deretter for at anropet sendes til den tiltenkte enheten, basert på DID-tilordning.

Samtaler som kommer fra Unified CM registrerte endepunkter, rettet mot destinasjoner i , er også underlagt ringeplanen som er klargjort på Unified CM. Denne ringeplanen gjør det vanligvis mulig for brukerne å bruke vanlige bedriftsoppringingsvaner for å foreta anrop. Disse vanene inkluderer ikke nødvendigvis bare +E.164-oppringing. Alle andre oppringingsvaner enn +E.164 må normaliseres til +E.164 før anrop sendes til den lokale gatewayen for å tillate riktig ruting i Webex Calling.

Tjenesteklasse (CoS)

Det anbefales alltid å implementere strenge tjenestebegrensninger av ulike årsaker, inkludert å unngå anropsløyper og forhindre svindel med avgift. I forbindelse med integrering av lokal gateway med Unified CM-serviceklassen, må vi vurdere serviceklassen for:

  • Enheter registrert med Unified CM

  • Anrop som kommer inn i Unified CM fra PSTN

  • Anrop som kommer inn i Unified CM fra Webex Calling

Enheter registrert med Unified CM

Å legge til destinasjonene som en ny klasse av destinasjoner i et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale destinasjoner (inkludert internettbaserte destinasjoner).

Hvis en bedriftsoppringingsplan allerede implementerer en «on-net inter-site»-tillatelse, finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-net destinasjoner i samme partisjon.

Ellers finnes ikke konseptet med «on-net inter-site»-tillatelse ennå, så må en ny partisjon (for eksempel «onNetRemote») klargjøres, destinasjonene legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til i de aktuelle anropssøkeområdene.

Anrop som kommer inn i Unified CM fra PSTN

Å legge til destinasjonene som en ny klasse av destinasjoner i et eksisterende CoS-oppsett er ganske enkelt: tillatelse til å ringe til destinasjoner tilsvarer vanligvis tillatelsen til å ringe lokale destinasjoner (inkludert internettbaserte destinasjoner).

Hvis en bedriftsoppringingsplan allerede implementerer en «on-net inter-site»-tillatelse, finnes det allerede en partisjon klargjort på Unified CM som vi kan bruke og klargjøre alle kjente on-net destinasjoner i samme partisjon.

Ellers finnes ikke konseptet med «on-net inter-site»-tillatelse ennå, så må en ny partisjon (for eksempel «onNetRemote») klargjøres, destinasjonene legges til i denne partisjonen, og til slutt må denne nye partisjonen legges til i de aktuelle anropssøkeområdene.

Anrop som kommer inn i Unified CM fra Webex Calling

Anrop som kommer inn fra PSTN trenger tilgang til alle destinasjoner. Dette krever at du legger til partisjonen ovenfor som holder alle destinasjoner i anropssøkeområdet som brukes for innkommende anrop på PSTN-trunken. Tilgang til destinasjoner kommer i tillegg til den allerede eksisterende tilgangen.

For samtaler fra PSTN-tilgang til Unified CM DID-er og DID-er kreves samtaler som har behov for tilgang til Unified CM DID-er og PSTN-destinasjoner.

Illustrasjon av differensierte CoS for samtaler fra PST og Webex Calling.
Differensierte CoS for samtaler fra PSTN og

Dette tallet sammenligner disse to forskjellige tjenesteklassene for anrop fra PSTN og Webex Calling. Figuren viser også at hvis funksjonaliteten for PSTN-gateway er samlokalisert med den lokale gatewayen, kreves to trunker fra den kombinerte PSTN GW og lokal gateway til Unified CM: én for anrop som kommer fra PSTN og én for anrop som kommer fra Webex Calling. Dette drives av kravet om å bruke differensierte anropssøkeområder etter trafikktype. Med to innkommende trunker på Unified CM kan dette enkelt oppnås ved å konfigurere det nødvendige anropssøkeområdet for innkommende anrop på hver trunk.

Integrering av ringeplan

Denne veiledningen forutsetter en eksisterende installasjon som er basert på beste gjeldende praksis i «Foretrukket arkitektur for Cisco Collaboration Local Deployments, CVD». Den nyeste versjonen er tilgjengelig her.

Utformingen av den anbefalte ringeplanen følger designtilnærmingen som er dokumentert i kapitlet Ringeplan i den nyeste versjonen av Cisco Collaboration System SRND som er tilgjengelig her.

Illustrasjon som viser en oversikt over den anbefalte oppringingsplanen.
Anbefalt ringeplan

Denne figuren viser en oversikt over utformingen av den anbefalte ringeplanen. De viktigste egenskapene ved denne oppringingsplanen inkluderer:

  • Alle katalognumre som er konfigurert på Unified CM, er i formatet +E.164.

  • Alle katalognumre har samme partisjon (DN) og er merket som haster.

  • Kjerneruting er basert på +E.164.

  • Alle ikke-+E.164-oppringingsvaner (for eksempel forkortet intrasite-oppringing og PSTN-oppringing ved hjelp av vanlige oppringingsvaner) normaliseres (globaliseres) til +E.164 ved hjelp av normaliseringsoversettelsesmønstre for oppringing.

  • Normaliseringsoversettingsmønstre for oppringing bruker oversettingsmønster for oppringing søkeområde arv; de har alternativet «Bruk oppringingssøkeområde for oppringing» angitt.

  • Tjenesteklasse implementeres ved hjelp av nettsted og klasse med tjenestespesifikke anropssøkeområder.

  • PSTN-tilgangsfunksjoner (for eksempel tilgang til internasjonale PSTN-destinasjoner) implementeres ved å legge til partisjoner med de respektive +E.164-rutemønstrene i anropssøkeområdet som definerer tjenesteklasse.

Tilgjengelighet for Webex Calling

Illustrasjon som viser at du legger til Webex Calling-destinasjon i ringeplanen.
Legge til Webex Calling-destinasjon i ringeplanen

For å legge til tilgjengelighet for Webex Calling-destinasjoner i denne ringeplanen, må det opprettes en partisjon som representerer alle Webex Calling-destinasjoner («Webex Calling»), og et +E.164-rutemønster for hvert DID-område i Webex Calling legges til i denne partisjonen. Dette rutemønsteret refererer til en ruteliste med bare ett medlem: rutegruppen med SIP-trunken til den lokale gatewayen for samtaler til Webex Calling. Fordi alle oppringte destinasjoner er normalisert til +E.164 enten ved hjelp av oppringingsnormaliseringsoversettingsmønstre for samtaler som kommer fra Unified CM-registrerte endepunkter eller innkommende oppringte parter for samtaler som kommer fra PSTN, er dette enkle settet med +E.164-rutemønstre tilstrekkelig til å oppnå rekkevidde for destinasjoner i Webex Calling uavhengig av oppringingsvanen som brukes.

Hvis for eksempel en bruker ringer "914085550165", normaliserer oppringingsnormaliseringsmønsteret i partisjonen "UStoE164" denne oppringingsstrengen til "+14085550165" som deretter samsvarer med rutemønsteret for en Webex Calling-destinasjon i partisjonen "Webex Calling". Unified CM sender til slutt samtalen til den lokale gatewayen.

Legg til forkortet intersite-oppringing

Illustrasjon som viser at du legger til en forkortet oppringing mellom sidene.
Legge til forkortede samtaler mellom steder

Den anbefalte måten å legge til forkortet intersite-oppringing til referanseringsplanen på, er å legge til normaliseringsoversettingsmønstre for alle nettsteder under bedriftsnummerplanen til en dedikert partisjon (“ESN”, Enterprise Significant Numbers). Disse oversettelsesmønstrene fanger opp ringestrenger i formatet til bedriftsnummerplanen og normaliserer den oppringte strengen til +E.164.

Hvis du vil legge til bedriftsforkortet oppringing til Webex Calling-destinasjoner, legger du til det respektive oppringingsnormaliseringsmønsteret for Webex Calling-stedet i «Webex Calling»-partisjonen (for eksempel «8101XX» i diagrammet). Etter normalisering sendes samtalen igjen til Webex Calling etter at rutemønsteret i «Webex Calling»-partisjonen samsvarer.

Vi anbefaler ikke å legge til det forkortede oppringingsnormaliseringsmønsteret for Webex Calling-anrop i partisjonen «ESN», fordi denne konfigurasjonen kan skape uønskede rutingsløyfer for anrop.

Protokollhåndtering for anrop

registrerer følgende protokollhåndterere i operativsystemet for å aktivere klikk-for-samtale-funksjonalitet fra nettlesere eller andre programmer. Følgende protokoller starter en lyd- eller videosamtale i Webex-appen når det er standard anropsprogram på Mac eller Windows:

  • klikktosamtale: eller KLIKKTOCALL://

  • Sip: eller SIP://

  • tlf: eller TEL://

  • webextel: eller WEBEXTEL://

Liste over protokollhåndterere som starter en lyd- eller videosamtale i Webex-appen når det er standard anropsprogram på Mac eller Windows.

Protokoll Handlers for Windows

Andre apper kan registrere seg for protokollbehandlere før . I Windows 10 ber systemvinduet brukerne om å velge hvilken app de skal bruke for å starte samtalen. Brukerpreferansen kan huskes hvis brukeren kontrollerer Bruk alltid denne appen.

Windows 10 «Velg en app» med Webex uthevet som et valgalternativ.

Hvis brukerne må tilbakestille standard innstillinger for anropsappen slik at de kan velge, kan du be dem om å endre protokolltilknytningene for Windows 10:

  1. Åpne systeminnstillingene Standard appinnstillinger , klikk på Angi standarder etter app, og velg deretter .

    Windows 10 «Angi standarder etter app» med Webex uthevet som alternativet å velge.

  2. For hver protokoll velger du .

    Windows 10 Webex-alternativer for filtype- og protokolltilknytninger.

Protokollhåndtering for macOS

På Mac OS, hvis andre apper er registrert i anropsprotokollene før, må brukerne konfigurere sine som standard anropsalternativ.

På Mac kan brukere bekrefte at er valgt for Start samtaler med innstillingen under generelle innstillinger. De kan også merke av for Koble alltid til Microsoft Outlook hvis de vil ringe inn når de klikker på nummeret til en Outlook-kontakt.

Innstillinger for Mac OS-protokollbehandling; Velg alternativet «Koble alltid til Microsoft Outlook», og rullegardinmenyen «Start samtaler med» har Webex valgt.

Forbered miljøet ditt

Generelle forutsetninger

Før du konfigurerer en lokal gateway for , må du kontrollere at du:

  • ha grunnleggende kunnskap om VoIP-prinsipper

  • har grunnleggende arbeidskunnskap om Cisco IOS-XE- og IOS-XE-talekonsepter

  • ha en grunnleggende forståelse av øktinitieringsprotokollen (SIP)

  • ha en grunnleggende forståelse av Cisco Unified Communications Manager (Unified CM) hvis distribusjonsmodellen inkluderer Unified CM

Se konfigurasjonsveiledningen for Cisco Unified Border Element (CUBE) Enterprise for detaljer.

Maskinvare- og programvarekrav for lokal gateway

Kontroller at distribusjonen har én eller flere av de lokale gatewayene, for eksempel:

  • Cisco CUBE for IP-basert tilkobling

  • Cisco IOS Gateway for TDM-basert tilkobling

Se tabell 1 i bestillingsveiledningen for lokal gateway for Webex Calling. Kontroller også at plattformen kjører en støttet IOS-XE-utgivelse i henhold til konfigurasjonsveiledningen for lokal gateway.

Den lokale gatewayen hjelper deg med å migrere til Webex Calling i ditt eget tempo. Den lokale gatewayen integrerer din eksisterende lokale distribusjon med Webex Calling. Du kan også bruke din eksisterende PSTN-tilkobling. Se Kom i gang med lokal gateway

Sertifikat- og sikkerhetskrav for lokal gateway

krever sikker signalisering og media. Den lokale gatewayen utfører krypteringen, og en TLS-tilkobling må opprettes utgående til skyen med følgende trinn:

  • LGW må oppdateres med CA-rotbunten fra Cisco PKI

  • Et sett med SIP-sammendragslegitimasjon fra Control Hubs Trunk-konfigurasjonsside brukes til å konfigurere LGW (trinnene er en del av konfigurasjonen som følger)

  • CA-rotbunt validerer presentert sertifikat

  • Bedt om legitimasjon (oppgitt SIP-sammendrag)

  • Skyen identifiserer hvilken lokal gateway som er sikkert registrert

Krav til brannmur, NAT-traversering og mediebaneoptimalisering for lokal gateway

I de fleste tilfeller kan den lokale gatewayen og endepunktene ligge i det interne kundenettverket ved hjelp av private IP-adresser med NAT. Bedriftsbrannmuren må tillate utgående trafikk (SIP, RTP/UDP, HTTP) til spesifikke IP-adresser/porter, som dekkes i Portreferanseinformasjon.

Hvis du vil bruke mediebaneoptimalisering med ICE, må den lokale gatewayens Webex Calling-rettede grensesnitt ha en direkte nettverksbane til og fra Webex Calling-endepunktene. Hvis endepunktene er på et annet sted og det ikke finnes noen direkte nettverksbane mellom endepunktene og den lokale gatewayens Webex Calling-rettede grensesnitt, må den lokale gatewayen ha en offentlig IP-adresse tilordnet grensesnittet vendt mot Webex Calling for samtaler mellom den lokale gatewayen og endepunktene for å bruke mediebaneoptimalisering. I tillegg må den kjøre IOS-XE versjon 16.12.5.

Portreferanseinformasjon for

En riktig konfigurert brannmur og proxy er avgjørende for en vellykket Calling-distribusjon. bruker SIP og HTTPS til anropssignalisering og tilknyttede adresser og porter for medier, nettverkstilkobling og gateway-tilkobling på samme måte som en global tjeneste.

Ikke alle brannmurkonfigurasjoner krever at porter er åpne. Men hvis du kjører inn-til-ut-regler, må du åpne porter for de nødvendige protokollene for å utelate tjenester.

Oversettelse av nettverksadresse (NAT)

Funksjonaliteten Nettverksadresseoversettelse (NAT) og Port Address Translation (PAT) brukes ved grensen mellom to nettverk for å oversette adresseområder eller for å forhindre kollisjon mellom IP-adresseområder.

Organisasjoner bruker gateway-teknologier som brannmurer og proxyer som tilbyr NAT- eller PAT-tjenester for å gi Internett-tilgang til Webex-appprogrammer eller Webex-enheter som er på et privat IP-adresseområde. Disse gatewayene gjør at trafikk fra interne apper eller enheter til Internett ser ut til å komme fra én eller flere offentlig rutebare IP-adresser.

  • Hvis du distribuerer NAT, er det ikke obligatorisk å åpne en innkommende port på brannmuren.

  • Valider størrelsen på NAT-gruppen som kreves for app- eller enhetstilkobling når flere appbrukere og enheter får tilgang til Webex Calling & Webex Aware-tjenester ved hjelp av NAT eller PAT. Sørg for at tilstrekkelige offentlige IP-adresser er tilordnet NAT-bassengene for å forhindre utmattelse av porten. Portutmattelse bidrar til at interne brukere og enheter ikke kan koble til Webex Calling- og Webex Aware-tjenestene.

  • Definer rimelige bindingsperioder og unngå å manipulere SIP på NAT-enheten.

  • Konfigurer et minimum tidsavbrudd for NAT for å sikre riktig drift av enhetene. Eksempel: Cisco-telefoner sender en oppfølgings REGISTRER oppdateringsmelding hvert 1.–2. minutt.

  • Hvis nettverket implementerer NAT eller SPI, må du angi et større tidsavbrudd (på minst 30 minutter) for tilkoblingene. Dette tidsavbruddet muliggjør pålitelig tilkobling og reduserer batteriforbruket til brukernes mobile enheter.

SIP Application Layer Gateway

Hvis en ruter eller brannmur er SIP Aware, og det betyr at SIP Application Layer Gateway (ALG) eller lignende er aktivert, anbefaler vi at du slår av denne funksjonaliteten for nøyaktig drift av tjenesten. Selv om all Webex Calling-trafikk er kryptert, kan enkelte SIP ALG-implementeringer forårsake problemer med brannmurtraversering. Vi anbefaler derfor at du slår av SIP ALG for å sikre en service av høy kvalitet.

Sjekk den relevante produsentens dokumentasjon for trinn for å deaktivere SIP ALG på bestemte enheter.

Proxy-støtte for

Organisasjoner distribuerer en Internett-brannmur eller Internett-proxy og brannmur for å inspisere, begrense og kontrollere HTTP-trafikken som forlater og går inn i nettverket. Dermed beskyttes nettverket mot ulike former for cyberangrep.

Proxyer utfører flere sikkerhetsfunksjoner, for eksempel:

  • Tillat eller blokker tilgang til bestemte URL-adresser.

  • Brukerautentisering

  • IP-adresse/domene/vertsnavn/URI-omdømmeoppslag

  • Trafikkdekryptering og inspeksjon

Ved konfigurering av proxy-funksjonen gjelder den for alle programmer som bruker HTTPs protokoll.

Webex-appen og Webex-enhetsapplikasjonene inkluderer følgende:

  • Webex-tjenester

  • Prosedyrer for aktivering av kundeenheter (CDA) ved hjelp av Cisco Cloud-klargjøringsplattformen, for eksempel GDS, EDOS-enhetsaktivering, klargjøring og innføring i Webex-skyen.

  • Sertifikatgodkjenning

  • Fastvareoppgraderinger

  • Statusrapporter

  • PRT-opplastinger

  • XSI-tjenester

Hvis en proxy-serveradresse er konfigurert, sendes bare signaltrafikk (HTTP/HTTPS) til proxy-serveren. Klienter som bruker SIP til å registrere seg for Webex Calling-tjenesten og de tilknyttede mediene, sendes ikke til proxyen. La derfor disse klientene gå direkte gjennom brannmuren.

Støttede proxy-alternativer, konfigurasjoner og godkjenningstyper

De støttede proxy-typene er:

  • Eksplisitt proxy (inspeksjons- eller ikke-inspeksjons-) – Konfigurer klientene enten appen eller enheten med eksplisitt proxy for å angi serveren som skal brukes.

  • Gjennomsiktig proxy (ikke-inspeksjons) – Klientene er ikke konfigurert til å bruke en bestemt proxy-serveradresse og krever ikke endringer for å fungere med en ikke-inspeksjons-proxy.

  • Gjennomsiktig proxy (inspeksjon) – Klientene er ikke konfigurert til å bruke en bestemt proxy-serveradresse. Ingen konfigurasjonsendringer for HTTP er nødvendig, men klientene dine trenger et rotsertifikat for å klarere proxyen. IT-teamet bruker inspeksjons-proxyer til å håndheve policyer på nettstedene som skal besøkes, og hvilke typer innhold som ikke er tillatt.

Konfigurer proxy-adressene manuelt for Cisco-enhetene og Webex-appen ved hjelp av:

Når du konfigurerer dine foretrukne produkttyper, velger du blant følgende proxy-konfigurasjoner og godkjenningstyper i tabellen:

Produkt

Proxy-konfigurasjon

Godkjenningstype

Webex for Mac

Manuell, WPAD, PAC

Ingen godkjenning, enkel, NTLM,

Webex for Windows

Manuell, WPAD, PAC, GPO

Ingen godkjenning, enkel, NTLM, , forhandling

Webex for iOS

Manuell, WPAD, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

Webex for Android

Manuell, PAC

Ingen godkjenning, enkel, sammendrag, NTLM

Webex-webapp

Støttet via operativsystemet

Ingen godkjenning, enkel, sammendrag, NTLM, forhandling

Webex-enheter

WPAD, PAC eller manuell

Ingen godkjenning, grunnleggende, sammendrag

Cisco IP-telefoner

Manuell, WPAD, PAC

Ingen godkjenning, grunnleggende, sammendrag

Webex videonettnode

Manuell

Ingen godkjenning, enkel, sammendrag, NTLM

For legender i tabellen:

  1. Mac NTLM godkjenning - Maskinen trenger ikke å være logget på domenet, brukeren blir bedt om et passord

  2. Windows NTLM Auth - støttes bare hvis en maskin er logget på domenet

  3. Forhandling - Kerberos med NTLM-tilbakefallsgodkjenning.

  4. Hvis du vil koble en Cisco Webex Board-, Desk- eller Room-enhet til en proxy-server, kan du se Koble Board-, Desk- eller Room-enheten til en proxy-server.

  5. For Cisco IP-telefoner kan du se Konfigurere en proxy-server som et eksempel på hvordan du konfigurerer proxy-serveren og innstillingene.

For No Authentication konfigurerer du klienten med en proxy-adresse som ikke støtter autentisering. Når du bruker Proxy Authentication, konfigurerer du med gyldig legitimasjon. Proxyer som inspiserer webtrafikk kan forstyrre Web Socket-tilkoblinger. Hvis dette problemet oppstår, kan det å omgå ikke-inspeksjons-trafikk til *.Webex.com løse problemet. Hvis du allerede ser andre oppføringer, legger du til et semikolon etter den siste oppføringen, og skriver deretter inn Webex-unntaket.

Proxy-innstillinger for Windows OS

Microsoft Windows støtter to nettverksbiblioteker for HTTP-trafikk (WinINet og WinHTTP) som tillater proxy-konfigurasjon.WinINet er et supersett av WinHTTP.

  1. WinInet er utviklet for engangs- og skrivebordsklientprogrammer

  2. WinHTTP er primært utviklet for flere brukere, serverbaserte programmer

Når du velger mellom de to, velger du WinINet for proxy-konfigurasjonsinnstillingene. For mer informasjon, se wininet-vs-winhttp.

Se Konfigurere en liste over tillatte domener for å få tilgang til Webex mens du er på bedriftsnettverket hvis du vil ha mer informasjon om følgende:

  • For å sikre at folk bare logger på programmer ved hjelp av kontoer fra en forhåndsdefinert liste over domener.

  • Bruk en proxy-server til å fange opp forespørsler og begrense tillatte domener.

Proxy-inspeksjon og sertifikatfesting

Webex-appen og -enhetene validerer sertifikatene til serverne når de etablerer TLS-øktene. Sertifikater kontrollerer at sertifikatutstederen og den digitale signaturen er avhengig av å bekrefte sertifikatkjeden opp til rotsertifikatet. For å utføre valideringskontrollene bruker Webex-appen og -enhetene et sett med klarerte rotsertifiseringsinstanssertifikater som er installert i klareringslageret for operativsystemet.

Hvis du har distribuert en TLS-inspiserende proxy for å fange opp, dekryptere og inspisere Webex Calling-trafikk. Sørg for at sertifikatet som proxyen presenterer (i stedet for Webex-tjenestesertifikatet), er signert av en sertifikatmyndighet, og at rotsertifikatet er installert i klareringslageret til Webex-appen eller Webex-enheten din.

  • For Webex-appen – Installer CA-sertifikatet som brukes til å signere sertifikatet av proxyen i enhetens operativsystem.

  • For Webex Room-enheter og Cisco IP-telefoner for flere plattformer – Åpne en serviceforespørsel med TAC-teamet for å installere CA-sertifikatet.

Denne tabellen viser Webex-appen og Webex-enhetene som støtter TLS-inspeksjon av proxy-servere

Produkt

Støtter egendefinerte klarerte sertifiseringsinstanser for TLS-inspeksjon

Webex-appen (Windows, Mac, iOS, Android, nett)

Ja

Webex Room-enheter

Ja

Cisco IP-telefoner for flere plattformer (MPP)

Ja

Brannmurkonfigurasjon

Cisco støtter og Webex Aware-tjenester i sikre datasentre for Cisco og Amazon Web Services (AWS). Amazon har reservert sine IP-subnett til Ciscos eneste bruk, og sikret tjenestene som er plassert i disse subnettene i AWS virtuell privat sky.

Konfigurer brannmuren slik at kommunikasjonen fra enhetene dine, appens programmer og internettrettede tjenester kan utføre funksjonene på riktig måte. Denne konfigurasjonen gir tilgang til alle støttede og Webex Aware-skytjenester, domenenavn, IP-adresser, porter og protokoller.

Hviteliste eller åpne tilgang til følgende slik at tjenestene og Webex Aware fungerer som de skal.

  • URL-adressene/domenene som er nevnt under delen Domener og URL-adresser for Webex Calling-tjenester

  • IP-subnett, porter og protokoller nevnt under avsnittet IP-subnett for Webex Calling-tjenester

  • Hvis du bruker Webex Suite for skysamarbeidstjenester i organisasjonen deres, Webex Meetings, Meldinger, Webex Attendant-konsollen og andre tjenester, må du sørge for at IP-delnettene, domenene/URL-adressene som er nevnt i disse artiklene, er åpne Nettverkskrav for Webex-tjenester og Nettverkskrav for Attendant-konsollen

Hvis du bare bruker en brannmur, støttes ikke filtrering av trafikk ved hjelp av IP-adresser alene, da noen av IP-adressegruppene er dynamiske og kan endres når som helst. Oppdater reglene regelmessig, hvis du ikke oppdaterer listen over brannmurregler, kan det påvirke brukernes opplevelse. Cisco støtter ikke filtrering av et delsett av IP-adresser basert på et bestemt geografisk område eller skytjenesteleverandør. Filtrering etter område kan føre til alvorlig svekkelse av Calling-opplevelsen.

Cisco opprettholder ikke dynamisk skiftende IP-adressegrupper, og er derfor ikke oppført i denne artikkelen.

Hvis brannmuren ikke støtter filtrering av domene/URL-adresser, bruker du et alternativ for Enterprise Proxy-server. Dette alternativet filtrerer/tillater, etter URL/domene, at HTTP-ene signaliserer trafikk til og Webex Aware-tjenester på proxy-serveren, før de videresendes til brannmuren.

Du kan konfigurere trafikk ved hjelp av filtrering av port og IP-subnett for samtalemedier. Siden medietrafikken krever direkte tilgang til Internett, velger du alternativet for filtrering av URL for signalisering av trafikk.

For , UDP er Ciscos foretrukne transportprotokoll for medier, og det anbefales bare å bruke SRTP over UDP. TCP og TLS som transportprotokoller for medier støttes ikke i produksjonsmiljøer. Den tilkoblingsorienterte naturen til disse protokollene påvirker mediekvaliteten over tapte nettverk. Hvis du har spørsmål angående transportprotokollen, kan du sende inn en støtteforespørsel.

Domener og URL-adresser for Webex Calling-tjenester

En * vist i begynnelsen av en URL-adresse (for eksempel *.webex.com) indikerer at tjenester på toppnivådomenet og alle underdomener er tilgjengelige.

Domene/URL

Beskrivelse

Webex-apper og -enheter som bruker disse domenene/URL-adressene

Cisco Webex-tjenester

*.broadcloudpbx.com

Webex-autorisasjonsmikrotjenester for krysslansering fra Control Hub til Calling Admin Portal.

Control Hub

*.broadcloud.com.au

Webex Calling-tjenester i Australia.

Alle

*.broadcloud.eu

Webex Calling-tjenester i Europa.

Alle

*.broadcloudpbx.net

Kundekonfigurasjon og administrasjonstjenester for anrop.

Webex-apper

*.webex.com

*.cisco.com

Kjernetjenester for Webex Calling og Webex Aware

  1. Identitetsklargjøring

  2. Identitetslagring

  3. Autentisering

  4. OAuth-tjenester

  5. Innføring av enheten

  6. Skytilkoblet UC

Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger uten DHCP-alternativer er angitt, kontakter den en enhetsaktiveringsserver for nullberøring. Nye telefoner bruker activate.cisco.com og telefoner med fastvareversjon tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com for klargjøring.

Last ned enhetens fastvare og oppdateringer av språk fra binaries.webex.com.

Gi Cisco Multiplatform-telefoner (MPP-er) eldre enn 12.0.3-versjonen tilgang til sudirenewal.cisco.com via port 80 for å fornye produsentinstallert sertifikat (MIC) og ha en sikker unik enhetsidentifikator (SUDI). Hvis du vil ha mer informasjon, kan du se Feltmerknad.

Alle

*.ucmgmt.cisco.com

Webex Calling-tjenester

Control Hub

*.wbx2.com og *.ciscospark.com

Brukes for skybevissthet for å ta kontakt med Webex Calling og Webex Aware-tjenester under og etter innføring.

Disse tjenestene er nødvendige for

  • Administrasjon av apper og enheter

  • Apper Administrasjon av programvarslingsmekanisme

Alle

*.webexapis.com

Webex-mikrotjenester som administrerer dine Webex-appprogrammer og Webex-enheter.

  1. Profilbildetjeneste

  2. Tavletjeneste

  3. Nærhetstjeneste

  4. Tilstedeværelsestjeneste

  5. Registreringstjeneste

  6. Kalendertjeneste

  7. Søketjeneste

Alle

*.webexcontent.com

Webex Messaging-tjenester relatert til generell fillagring, inkludert:

  1. Brukerfiler

  2. Transkodede filer

  3. Bilder

  4. Skjermbilder

  5. Tavleinnhold

  6. Klient- og enhetslogger

  7. Profilbilder

  8. Merkevarelogoer

  9. Loggfiler

  10. Masseeksport av CSV-filer og importer filer (Control Hub)

Meldingstjenester for Webex-apper.

Fillagring ved bruk av webexcontent.com erstattet av clouddrive.com i oktober 2019

*.accompany.com

Integrering av People Insights

Webex-apper

Ytterligere Webex-relaterte tjenester (tredjepartsdomener)

*.appdynamics.com

*.eum-appdynamics.com

Ytelsessporing, feil- og krasjregistrering, øktmåledata.

Control Hub

*.sipflash.com

Tjenester for enhetsadministrasjon. Fastvareoppgraderinger og sikre innføringsformål.

Webex-apper

*.walkme.com *.walkmeusercontent.com

Webex brukerveiledningsklient. Gir innførings- og bruksveiledning for nye brukere.

For mer informasjon om WalkMe, klikk her.

Webex-apper

*.google.com

*.googleapis.com

Varsler til Webex-apper på mobile enheter (eksempel: ny melding, når anropet besvares)

Se disse koblingene for IP-delnett

Google Firebase Cloud Messaging-tjeneste (FCM)

Apple Push Notification Service (APNS)

For APNS viser Apple IP-delnettene for denne tjenesten.

Webex-appen

IP-delnett for Webex Calling-tjenester

IP-delnett for 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

Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter)

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

Konfigurasjon av Webex-app

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Tilkoblingsformål

KildeadresserKildeporterProtokollDestinasjonsadresserMålporterMerknader
Anropssignalisering til Webex Calling (SIP TLS)Ekstern lokal gateway (NIC)8000-65535tcpSe IP-delnett for Webex Calling-tjenester.5062, 8934

Disse IP-adressene/portene er nødvendige for utgående SIP-TLS-anropssignalisering fra lokale gatewayer, enheter og Webex-appapplikasjoner (kilde) til Webex Calling-skyen (mål).

Port 5062 (kreves for sertifikatbasert trunk). Og port 8934 (kreves for Registreringsbasert trunk

Enheter5060-50808934
Webex-appen Kortvarig (OS-avhengig)
Anropssignalisering fra Webex Calling (SIP TLS) til lokal gateway

Adresseområde for Webex Calling.

Se IP-delnett for Webex Calling-tjenester

8934tcpIP- eller IP-områder valgt av kunden for sin lokale gatewayPort eller portområde valgt av kunden for den lokale gatewayen

Gjelder sertifikatbaserte lokale gatewayer. Det er nødvendig å opprette en tilkobling fra Webex Calling til en lokal gateway.

En registreringsbasert lokal gateway fungerer på gjenbruk av en tilkobling opprettet fra den lokale gatewayen.

Målporten er kundens valg Konfigurer trunker

Anropsmedier til Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Lokal gateway ekstern NIC8000-48199†*UDPSe IP-delnett for Webex Calling-tjenester.

5004, 9000 (STUN-porter)

Lyd: 8500-8599

Video: 8600-8699

19560-65535 (SRTP over UDP)

  • Disse IP-adressene/portene brukes for utgående SRTP-anropsmedier fra lokale gatewayer, enheter og Webex-appprogrammer (kilde) til Webex Calling-skyen (destinasjon).

  • For samtaler i organisasjonen der STUN, ICE-forhandling er vellykket, fjernes medierelay i skyen som kommunikasjonsbane. I slike tilfeller er medieflyten direkte mellom brukerens apper/enheter.

    For Eksempel: Hvis medieoptimaliseringen lykkes, sender Webex-appen medier direkte mellom hverandre i portområder 8500–8699, og enheter sender medier direkte til hverandre i portområder 19560–19661.

  • For visse nettverkstopologier der brannmurer brukes i et kundeområde, kan du gi tilgang til de nevnte kilde- og målportområdene i nettverket slik at mediene kan flyte gjennom.

    Eksempel: Tillat kilde- og destinasjonsportområdet for Webex-appen

    Lyd: 8500-8599 Video:8600-8699

  • Nettlesere bruker den kortvarige kildeporten som kan kontrolleres ved å angi retningslinjene for WebRtcUdpPortRange i profilen Managed Device Management (MDM).

    Webex Calling-tjenesten fungerer normalt hvis ingen MDM-tjeneste er angitt, eller hvis SiteURL og EnableForceLogin ikke er konfigurert.

Enheter*19560-19661

VG400 ATA-enheter

19560-19849
Webex-appen*

Lyd: 8500-8599

Video: 8600-8699

WebRTC

Ephemeral (i henhold til nettleserens retningslinjer)
Anropsmedier fra Webex Calling (SRTP/SRTCP, T38)

Adresseområde for Webex Calling.

Se IP-delnett for Webex Calling-tjenester

19560-65535 (SRTP over UDP) UDPIP- eller IP-område valgt av kunden for den lokale gatewayen Medieportområde valgt av kunden for sin lokale gateway
Anropssignalisering til PSTN-gateway (SIP TLS)Lokal gateway intern NIC8000-65535tcpDin ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Anropsmedia til PSTN-gateway (SRTP/SRTCP)Lokal gateway intern NIC8000-48199†*UDPDin ITSP PSTN GW eller Unified CMAvhenger av PSTN-alternativet (for eksempel vanligvis 5060 eller 5061 for Unified CM)
Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter)Webex Calling-enheterEphemeraltcp

Se IP-delnett for Webex Calling-tjenester

443, 6970, 80

Påkrevd av følgende grunner:

  1. Migrering fra bedriftstelefoner (Cisco Unified CM) til Webex Calling. Se upgrade.cisco.com for mer informasjon. cloudupgrader.webex.com bruker porter: 6970 443 for fastvareoverføringsprosessen.

  2. Fastvareoppgraderinger og sikker innføring av enheter (MPP og rom- eller bordtelefoner) ved hjelp av den 16-sifrede aktiveringskoden (GDS)

  3. For CDA / EDOS - MAC adressebasert klargjøring. Brukes av enheter (MPP-telefoner, ATA-er og SPA ATA-er) med nyere fastvare.

  4. For Cisco ATA-er må du kontrollere at enhetene er på minimum fastvare 11.1.0MSR3-9.

  5. Når en telefon kobler til et nettverk for første gang eller etter en tilbakestilling til fabrikkinnstillinger, uten at DHCP-alternativene er angitt, kontakter den en enhetsaktiveringsserver for nullberøring. Nye telefoner bruker activate.cisco.com i stedet for webapps.cisco.com til klargjøring. Telefoner med fastvare som er utgitt tidligere enn 11.2(1), fortsetter å bruke webapps.cisco.com. Det anbefales å tillate alle disse IP-subnettene.

  6. Gi Cisco Multiplatform-telefoner (MPP-er) eldre enn 12.0.3-versjonen tilgang til sudirenewal.cisco.com via port 80 for å fornye produsentinstallert sertifikat (MIC) og ha en sikker unik enhetsidentifikator (SUDI). Hvis du vil ha mer informasjon, kan du se Feltmerknad

Konfigurasjon av Webex-appWebex-appprogrammerEphemeraltcp

Se IP-delnett for Webex Calling-tjenester

443, 8443Brukes til Id-meglerautentisering, konfigurasjonstjenester for Webex-appen for klienter, nettleserbasert webtilgang for selvbetjening OG Administrativ grensesnitttilgang.
TCP-port 8443 brukes av Webex-appen på Cisco Unified CM-oppsett for nedlasting av konfigurasjon. Bare kunder som bruker oppsettet til å koble til Webex Calling, må åpne porten.
Synkronisering av enhetstid (NTP)Webex Calling-enheter51494UDPSe IP-delnett for Webex Calling-tjenester.123Disse IP-adressene er nødvendige for tidssynkronisering for enheter (MPP-telefoner, ATA-er og SPA ATA-er)

Oppløsning for domenenavnsystem (DNS)

Webex Calling-enheter, Webex-appen og Webex-enheterEphemeralUDP og TCPVertsdefinert53Brukes til DNS-oppslag for å oppdage IP-adressene til Webex Calling-tjenestene i skyen. Selv om vanlige DNS-oppslag gjøres over UDP, kan noen kreve TCP, hvis spørringssvarene ikke kan passe det i UDP-pakker.
Protokoll for nettverkstid (NTP)Webex-appen og Webex-enheter123UDPVertsdefinert123Tidssynkronisering
CScanNettbasert verktøy for forhåndskvalifisering av nettverksberedskap for Webex CallingEphemeraltcpSe IP-delnett for Webex Calling-tjenester.8934 og 443Nettbasert verktøy for prekvalifisering av nettverksberedskap for Webex Calling. Gå til cscan.webex.com for mer informasjon.
UDP19569-19760
Ytterligere Webex Calling og Webex Aware-tjenester (tredjepart)
Push-varslinger APNS- og FCM-tjenester Webex Calling-programmer Ephemeraltcp

Se IP-delnett som er nevnt under koblingene

Apple Push Notification Service (APNS)

Google Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223Varsler til Webex-apper på mobile enheter (eksempel: Når du mottar en ny melding eller når et anrop blir besvart)

  • *CUBE-medieportområdet kan konfigureres med rtp-portområdet.

  • *Medieporter for enheter og programmer som er dynamisk tilordnet i SRTP-portlinjene. SRTP-porter er også nummererte porter, og den tilsvarende SRTCP-porten tildeles med den påfølgende ulige nummererte porten.

  • Hvis en proxy-serveradresse er konfigurert for appene og enhetene dine, sendes signaliseringstrafikken til proxyen. Medier transportert SRTP over UDP flyter direkte til brannmuren i stedet for proxy-serveren.

  • Hvis du bruker NTP- og DNS-tjenester i bedriftsnettverket, åpner du portene 53 og 123 gjennom brannmuren.

Kvalitet på tjenesten (QoS)

Lar deg aktivere tagging av pakker fra den lokale enheten eller klienten til Webex Calling-skyplattformen. QoS gjør det mulig å prioritere sanntidstrafikk fremfor annen datatrafikk. Hvis du aktiverer denne innstillingen, endres QoS-merknadene for apper og enheter som bruker SIP-signalisering og medier.

Kildeadresser Trafikktype Destinasjonsadresser Kildeporter Målporter DSCP-klasse og -verdi
Webex-appen Lyd

Referer IP-delnett, domener og URL-adresser for Webex Calling-tjenester

8500-8599 8500-8599, 19560-65535 Fremskyndet videresending (46)
Webex-appen Video 8600-8699 8600-8699, 19560-65535 Forsikret videresending 41 (34)
Webex-appen Signalisering Kortvarig (OS-avhengig) 8934 cs0 (0)
Webex-enheter (MPP-er og rom)Lyd og video 19560-19661 19560-65535

Fremskyndet videresending (46) &

Forsikret videresending 41 (34)

Webex-enheter Signalisering 5060-5080 8934 Klassevelger 3 (24)

  • Opprett en egen QoS-profil for lyd og video/deling siden de har forskjellige kildeportområder for å markere trafikk annerledes.

  • For Windows-klienter: Hvis du vil aktivere differensiering av UDP-kildeport for organisasjonen, kontakter du det lokale kontoteamet. Uten aktivering kan du ikke skille mellom lyd og video/deling ved hjelp av Windows QoS-policyer (GPO) fordi kildeportene er de samme for lyd/video/deling. Hvis du vil ha mer informasjon, se Aktivere portområder for mediekilde for Webex-appen

  • For Webex-enheter konfigurerer du endringene i QoS-innstillingene fra enhetsinnstillingene i Control Hub. Hvis du vil ha mer informasjon, se Konfigurere og endre enhetsinnstillinger i Webex-Calling

Webex Meetings/Messaging – Nettverkskrav

For kunder som bruker Webex Suite av skysamarbeidstjenester, Webex skyregistrerte produkter, innfører MPP-enhetene til Webex Cloud for tjenester som anropslogg, katalogsøk, møter og meldinger. Kontroller at domenene/URL-adressene/IP-adressene/portene som er nevnt i denne artikkelen, er åpne Nettverkskrav for Webex-tjenester.

Nettverkskrav for Webex for Government (FedRAMP)

For kunder som krever listen over domener, URL-adresser, IP-adresseområder og porter for Webex for Government-tjenester (FedRAMP), finner du informasjon her: Nettverkskrav for Webex for Government

Nettverkskrav for Webex Attendant-konsollen

For kunder som bruker svartjeneste-konsoll – resepsjonistfunksjonen, svartjenesten og operatørfunksjonen, må du sørge for at domener/URL-adresser/IP-adresser/porter/protokoller er åpne Nettverkskrav for svartjeneste-konsoll

Komme i gang med Webex Calling lokal gateway

For kunder som bruker den lokale gateway-løsningen med Webex Calling for lokalt basert PSTN og tredjeparts SBC-er, les artikkelen Kom i gang med lokal gateway

Referanser

Hvis du vil vite hva som er nytt i Webex Calling, kan du se hva som er nytt i Webex Calling

For sikkerhetskrav til Webex Calling, se artikkel

Optimalisering av Webex Calling-medier med Interactive Connectivity Establishment (ICE) Artikkel

Dokumentrevisjonslogg

Dato

Vi har gjort følgende endringer i denne artikkelen

21. januar 2025

Lagt til detaljer for bruk av SIP Application Layer Gateway.

8. januar 2025

Flyttet IP-subnettadressen relatert til enhetskonfigurasjon og Webex-appkonfigurasjon til delen IP-subnett for Webex Calling-tjenester

17. desember 2024

La til støtte for WebRTC for Webex Calling Media-spesifikasjonen.

14. november 2024

Oppdaterte det støttede portområdet for Webex Calling-samtalemedier for ATA-enhet i VG400-serien

11. november 2024

La til det støttede portområdet for Webex Calling-samtalemedier for ATA-enhet i VG400-serien

25. juli 2024

Lagt til IP-subnettverket 52.26.82.54 tilbake slik det er nødvendig for konfigurasjon av Cisco ATA-enheter og fastvareadministrasjon.

18. juli 2024

Oppdatert med følgende detaljer:

  • QoS (TOS/DSCP)-verdier som støttes for Webex Calling (apper, enheter)

  • Oppdatert nettverksdiagram

  • Inkludert koblingen for nettverkskrav relatert til Webex Attendant Console.

28. juni 2024

Oppdaterte bruken av begge SRTP-/SRTCP-portområdene for Webex Calling Media-spesifikasjonen.

11. juni 2024

Fjernet domenet "huron-dev.com" da det ikke brukes.

06. mai 2024

Oppdaterte bruken av begge SRTP-/SRTCP-portområdene for Webex Calling Media-spesifikasjonen.

03. april 2024

Oppdaterte IP-delnettene for Webex Calling-tjenester med 163.129.0.0/17 for å imøtekomme Webex Calling-markedsutvidelse for India-regionen.

18. desember 2023

Inkluderte sudirenewal.cisco.com -URL-adressen og port 80-kravet for enhetskonfigurasjon og fastvareadministrasjon av MIC-fornyelse på Cisco MPP-telefonen.

11. desember 2023

Oppdaterte IP-delnettene for Webex Calling-tjenester til å inkludere et større sett med IP-adresser.

150.253.209.128/25 – endret til 150.253.128.0/17

29. november 2023

Oppdaterte IP-delnettene for Webex Calling-tjenester for å inkludere et større sett med IP-adresser for å imøtekomme Webex Calling-regionutvidelse for fremtidig vekst.

144.196.33.0/25 – endret til 144.196.0.0/16

IP-delnettene for Webex Calling-tjenester under Webex Calling (SIP TLS) og samtalemedier til Webex Calling (STUN, SRTP) oppdateres for klarhet om sertifikatbasert trunking og brannmurkravene for lokal gateway.

14. august 2023

Vi har lagt til følgende IP-adresser 144.196.33.0/25 og 150.253.156.128/25 for å støtte økte kapasitetskrav for Edge- og Webex Calling-tjenester.

Dette IP-området støttes bare i området i USA.

5. juli 2023

La til koblingen https://binaries.webex.com for å installere Cisco MPP-fastvaren.

7. mars 2023

Vi har revidert hele artikkelen for å inkludere:

  1. Inkluderte alternativer for proxy-støtte.

  2. Endret diagram for anropsflyten

  3. Forenklede domener/URL-adresser/IP-delnettdeler for Webex Calling- og Webex Aware-tjenester

  4. La til 170.72.0.0/16 IP-subnettområde for Webex Calling- og Webex Aware-tjenester.

    Fjernet følgende områder 170.72.231.0, 170.72.231.10, 170.72.231.161 og 170.72.242.0/24

5. mars 2023

Oppdaterer artikkelen slik at den inkluderer følgende:

  • La til UDP-SRTP-portområdet (8500-8700) som brukes av programmer.

  • Lagt til portene for push-varslinger APNS- og FCM-tjenestene.

  • Del opp CScan-portområdet for UDP & TCP.

  • Lagt til referansedelen.

15. november 2022

Vi har lagt til følgende IP-adresser for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Vi har fjernet følgende IP-adresser fra enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 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

La til IP-subnettet 170.72.242.0/24 for Webex Calling-tjenesten.

08. september 2022

Cisco MPP-fastvareoverganger som skal brukes https://binaries.webex.com som verts-URL for MPP-fastvareoppgraderinger i alle regioner. Denne endringen forbedrer ytelsen til fastvareoppgraderingen.

30. august 2022

Fjernet referanse til port 80 fra Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter), Applikasjonskonfigurasjon og CScan-rader i Port-tabellen, da det ikke er noen avhengighet.

18. august 2022

Ingen endring i løsningen. Oppdaterte destinasjonsportene 5062 (kreves for sertifikatbasert trunk), 8934 (kreves for registreringsbasert trunk) for anropssignalisering til Webex Calling (SIP TLS).

26. juli 2022

La til 54.68.1.225 IP-adressen, som kreves for fastvareoppgradering av Cisco 840/860-enheter.

21. juli 2022

Oppdaterte destinasjonsportene 5062, 8934 for samtalesignalisering til Webex Calling (SIP TLS).

14. juli 2022

La til URL-adressene som støtter en fullstendig funksjon i Webex Aware-tjenester.

La til IP-subnettet 23.89.154.0/25 for Webex Calling-tjenesten.

27. juni 2022

Oppdaterte domenet og URL-adressene for Webex Calling-tjenester:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. juni 2022

La til følgende porter og protokoller under IP-adresser og porter for Webex Calling-tjenester:

  • Tilkoblingsformål: Webex-funksjoner

  • Kildeadresser: Webex Calling-enheter

  • Kildeporter: Ephemeral

  • Protokoll: tcp

  • Destinasjonsadresser: Se IP-delnett og domener definert i Webex Meetings/Messaging – nettverkskrav.

  • Målporter: 443

    Merknader: Webex Calling-enhetene bruker disse IP-adressene og domenene til å kommunisere med Webex Cloud Services som Directory, Call History og Meetings.

Oppdatert informasjon i delen Webex Meetings/Meldinger – nettverkskrav

24. mai 2022

La til IP-subnettet 52.26.82.54/24 til 52.26.82.54/32 for Webex Calling-tjenesten

6. mai 2022

La til IP-subnettet 52.26.82.54/24 for Webex Calling-tjenesten

7. april 2022

Oppdatert det interne og eksterne UDP-portområdet for lokal gateway til 8000-48198

5. april 2022

La til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. mars 2022

La til følgende IP-delnett for Webex Calling-tjenesten:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. september 2021

La til 4 nye IP-delnett for Webex Calling-tjenesten:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2. april 2021

La til *.ciscospark.com under Domener og URL-adresser for Webex Calling-tjenester for å støtte Webex Calling-brukstilfeller i Webex-appen.

25. mars 2021

La til 6 nye IP-områder for activate.cisco.com, som trer i kraft 8. mai 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. mars 2021

Erstatt Webex Calling diskrete IP-er og mindre IP-områder med forenklede områder i en egen tabell for å gjøre det enklere å forstå brannmurkonfigurasjon.

26. februar 2021

La til 5004 som målport for samtalemedier til Webex Calling (STUN, SRTP) for å støtte Interactive Connectivity Establishment (ICE) som vil være tilgjengelig i Webex Calling i april 2021.

22. februar 2021

Domener og nettadresser er nå oppført i en egen tabell.

Tabellen over IP-adresser og porter justeres til å gruppere IP-adresser for de samme tjenestene.

Legge til Notater-kolonnen i tabellen over IP-adresser og porter som hjelper med å forstå kravene.

Flytte følgende IP-adresser til forenklede områder for enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

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

Legge til følgende IP-adresser for applikasjonskonfigurasjon fordi Cisco Webex-klient peker til en nyere DNS SRV i Australia i mars 2021.

  • 199.59.64.237

  • 199.59.67.237

21. januar 2021

Vi har lagt til følgende IP-adresser i enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 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 enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Vi har lagt til følgende IP-adresser i applikasjonskonfigurasjonen:

  • 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 applikasjonskonfigurasjonen:

  • 64.68.99.6

  • 64.68.100.6

Vi har fjernet følgende portnumre fra applikasjonskonfigurasjonen:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Vi har lagt til følgende domener i applikasjonskonfigurasjonen:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. desember 2020

Lagt til nye IP-adresser for applikasjonskonfigurasjon i portreferansebildene.

22. desember 2020

Oppdaterte programkonfigurasjonsraden i tabellene for å inkludere følgende IP-adresser: 135.84.171.154 og 135.84.172.154.

Skjul nettverksdiagrammene til disse IP-adressene legges til.

11. desember 2020

Oppdaterte enhetskonfigurasjonen og fastvareadministrasjonen (Cisco-enheter) og programkonfigurasjonsradene for de støttede kanadiske domenene.

16. oktober 2020

Oppdaterte anropssignalisering og medieoppføringer 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, erstattet 199.59.64.156 med 199.59.64.197.

14. august 2020

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

Samtalesignalisering 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

La til flere IP-adresser for å støtte introduksjonen av datasentre i Canada:

  • Anropsmedier til Webex Calling (SRTP) – 135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anropssignalisering til offentlig adresserte endepunkter (SIP TLS) – 135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Enhetskonfigurasjon og fastvareadministrasjon (Cisco-enheter) – 135.84.173.155,135.84.174.155

  • Synkronisering av enhetstid – 135.84.173.152, 135.84.174.152

  • Applikasjonskonfigurasjon – 135.84.173.154,135.84.174.154

22. juli 2020

La til følgende IP-adresse for å støtte introduksjonen av datasentre i Canada: 135.84.173.146

9. juni 2020

Vi gjorde følgende endringer i CScan-oppføringen:

  • Rettet en av IP-adressene – endret 199.59.67.156 til 199.59.64.156.

  • Nye funksjoner krever nye porter og UDP – 19560–19760.

11. mars 2020

Vi la til følgende domene og IP-adresser i applikasjonskonfigurasjonen:

  • 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 oppdaterte følgende domener med ytterligere IP-adresser for enhetskonfigurasjon og fastvareadministrasjon:

  • 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 la til følgende domene og porter i enhetskonfigurasjon og fastvareadministrasjon:

cloudupgrader.webex.com—443, 6970

Konfigurere lokal gateway på Cisco IOS XE for Webex Calling

Oversikt

Webex Calling støtter for øyeblikket to versjoner av lokal gateway:

  • Lokal gateway

  • Lokal gateway for Webex for Government

Viktige hensyn

  • Før du begynner, må du forstå de lokale kravene til PSTN (Public Switched Telephone Network) og LGW (Local Gateway) for Webex Calling. Se Ciscos foretrukne arkitektur for Webex Calling for mer informasjon.

  • Denne artikkelen forutsetter at en dedikert lokal gateway-plattform er på plass uten eksisterende talekonfigurasjon. Hvis du endrer en eksisterende PSTN-gateway eller CUBE Enterprise-distribusjon til bruk som lokal gateway-funksjon for Webex Calling, må du være nøye med konfigurasjonen. Sørg for at du ikke avbryter eksisterende anropsflyter og funksjonalitet på grunn av endringene du gjør.

Prosedyrene inneholder koblinger til kommandoreferansedokumentasjon der du kan finne ut mer om de enkelte kommandoalternativene. Alle kommandoreferansekoblinger går til Webex Managed Gateways Command Reference med mindre annet er angitt (i så fall går kommandokoblingene til Cisco IOS Voice Command Reference). Du kan få tilgang til alle disse veiledningene ved Kommandoreferanser for Cisco Unified Border Element.

For informasjon om støttede tredjeparts SBC-er, se den respektive produktreferansedokumentasjonen.

Konfigurere din lokale gateway

Det finnes to alternativer for å konfigurere den lokale gatewayen for Webex Calling-trunken:

  • Registreringsbasert trunk

  • Sertifikatbasert trunk

Bruk oppgaveflyten enten under Registreringsbasert lokal gateway eller Sertifikatbasert lokal gateway til å konfigurere lokal gateway for Webex Calling-trunken.

Se Kom i gang med lokal gateway hvis du vil ha mer informasjon om forskjellige trunktyper. Utfør følgende trinn på selve den lokale gatewayen ved hjelp av Command Line Interface (CLI). Vi bruker SIP-transport (Session Initiation Protocol) og TLS-transport (Transport Layer Security) for å sikre trunken og SRTP-protokollen (Secure Real Time Protocol) for å sikre mediene mellom den lokale gatewayen og Webex Calling.

Viktige hensyn

  • Velg CUBE som din lokale gateway. Webex for Government støtter for øyeblikket ingen tredjeparts Session Border Controllers (SBC). Hvis du vil se gjennom den nyeste listen, kan du se Kom i gang med lokal gateway.

  • Installer Cisco IOS XE Dublin 17.12.1a eller nyere versjoner for alle Webex for Government Local Gateways.

  • Hvis du vil se gjennom listen over rotsertifiseringsinstanser som Webex for Government støtter, kan du se Rotsertifiseringsinstanser for Webex for Government.

  • Hvis du vil ha mer informasjon om de eksterne portområdene for lokal gateway i Webex for Government, kan du se Nettverkskrav for Webex for Government (FedRAMP).

Lokal gateway for Webex for Government støtter ikke følgende:

  • STUN/ICE-Lite for optimalisering av mediebane

  • Faks (T.38)

Konfigurer din lokale gateway for Webex for Government

Bruk følgende alternativ for å konfigurere lokal gateway for Webex Calling-trunken i Webex for Government:

  • Sertifikatbasert trunk

Bruk oppgaveflyten under Sertifikatbasert lokal gateway til å konfigurere den lokale gatewayen for Webex Calling-trunken. Hvis du vil ha mer informasjon om hvordan du konfigurerer en sertifikatbasert lokal gateway, kan du se Konfigurere sertifikatbasert trunk for Webex Calling.

Det er obligatorisk å konfigurere FIPS-kompatible GCM-chifre for å støtte lokal gateway for Webex for Government. Hvis ikke, mislykkes samtaleoppsettet. Hvis du vil ha mer informasjon om konfigurasjon, kan du se Konfigurere Webex Calling-sertifikatbasert trunk.

Webex for Government støtter ikke registreringsbasert lokal gateway.

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en registrerende SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklasseleiere: Brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Selv om IP og SIP har blitt standardprotokollene for PSTN-trunker, brukes TDM (Time Division Multiplexing) ISDN-kretser fortsatt mye og støttes med Webex Calling-trunker. For å muliggjøre medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, er det for øyeblikket nødvendig å bruke en tostrenget samtalerutingsprosess. Denne tilnærmingen endrer konfigurasjonen for samtaleruting vist ovenfor ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker som vist på bildet nedenfor.

Konfigurasjon av samtaleruting med et sett med interne ringenoder for tilbakeringing mellom Webex Calling og PSTN-trunker

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Løsningsdiagram som viser Unified Communications Manager gir sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor.

Vertsnavn, IP-adresser og grensesnitt som brukes i konfigurasjonsløsninger for samtaleruting

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

  • Trinn 1: Konfigurer tilkobling og sikkerhet for ruteren ved baseline

  • Trinn 2: Konfigurere Webex Calling-trunk

    Avhengig av hvilken arkitektur du trenger, følger du enten:

  • Trinn 3: Konfigurere lokal gateway med SIP PSTN-trunk

  • Trinn 4: Konfigurer lokal gateway med et eksisterende Unified CM-miljø

    Eller:

  • Trinn 3: Konfigurere lokal gateway med TDM PSTN-trunk

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle registreringsbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.6.1a eller nyere versjoner. Cisco IOS 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Beskytt registrering og STUN-legitimasjon på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:


key config-key password-encrypt YourPassword
password encryption aes

3

Opprett et PKI-klareringspunkt for plassholder.

Krever dette klareringspunktet for å konfigurere TLS senere. For registreringsbaserte trunker krever ikke dette klareringspunktet et sertifikat – slik det ville kreves for en sertifikatbasert trunk.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt ved hjelp av følgende konfigurasjonskommandoer. Transportparametrene bør også oppdateres for å sikre en pålitelig, sikker tilkobling for registrering:

Den cn-san-validerte serverkommandoen sikrer at den lokale gatewayen tillater en tilkobling hvis vertsnavnet som er konfigurert i tenant 200, er inkludert i enten CN- eller SAN-feltene i sertifikatet mottatt fra den utgående proxyen.

  1. Sett tcp-retry count til 1000 (5-msek multippel = 5 sekunder).

  2. Kommandoen Tidtaker Connection Establish lar deg justere hvor lenge LGW venter på å konfigurere en tilkobling med en proxy før du vurderer det neste tilgjengelige alternativet. Standard for denne tidtakeren er 20 sekunder og minimum 5 sekunder. Start med en lav verdi og øk om nødvendig for å imøtekomme nettverksforholdene.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trust pool import clean url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA trust pool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer registreringsbasert trunk for Webex Calling
1

Opprett en registreringsbasert PSTN-trunk for en eksisterende plassering i Control Hub. Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Detaljene som er uthevet i illustrasjonen, brukes i konfigurasjonstrinnene i denne håndboken. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

PSTN-trunk registrert
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Her er en forklaring på feltene for konfigurasjonen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverk som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer den lokale gatewayen alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Det er ikke nødvendig å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene til det regionale Webex Calling-datasenteret i listen. Hvis du vil ha mer informasjon, kan du se Portreferanseinformasjon for Webex Calling. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

    Hvis LGW er bak en brannmur med begrenset kjegle-NAT, foretrekker du kanskje å deaktivere listen over klarerte IP-adresser på grensesnittet vendt mot Webex Calling. Brannmuren beskytter deg allerede mot uoppfordret innkommende VoIP. Deaktiver handling reduserer konfigurasjonskostnadene på lengre sikt, fordi vi ikke kan garantere at adressene til Webex Calling-noder forblir faste, og du må uansett konfigurere brannmuren for noder.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

mediestatistikk

Aktiverer medieovervåking på den lokale gatewayen.

massestatistikk

Gjør det mulig for kontrollplanet å undersøke dataplanet for statistikk for masseanrop.

Hvis du vil ha mer informasjon om disse kommandoene, kan du se Media.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake-til-tilbake-funksjonalitet for brukeragent. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdata og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

3

Konfigurer kodek for taleklasse 100 slik at G.711-kodeker bare kan brukes for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Om nødvendig kan ytterligere kodektyper som støttes av både opprinnelige og avsluttende systemer, legges til i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, se kodek for taleklasse.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklasse og stun bruk is lite.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer et mønster for å identifisere anrop til en lokal gateway-trunk basert på parameteren for destinasjonskanalen: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du dtg= etterfulgt av trunkens OTG/DTG-verdi som ble oppgitt i Control Hub da trunken ble opprettet. Hvis du vil ha mer informasjon, se uri for taleklasse.

7

Konfigurer SIP-profil 100, som brukes til å endre SIP-meldinger før de sendes til Webex Calling.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "" "" 
 rule 50 response ANY sip-header To modify "" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Her er en forklaring på feltene for konfigurasjonen:

  • regel 10 til 70 og 90

    Sikrer at SIP-topptekster som brukes til samtalesignalisering, bruker SIP i stedet for SIP-skjemaet, som Webex-proxyer krever. Konfigurering av CUBE til å bruke SIP sikrer at sikker registrering brukes.

  • regel 80

    Endrer Fra-toppteksten slik at den inkluderer OTG/DTG-identifikatoren for trunkgruppen fra Control Hub for å unikt identifisere et lokalt gateway-nettsted i en bedrift.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i artikkelen Søppelanrop eller svindelanrop i Webex Calling .

8

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Spesielt vil trunkregistreringsdetaljene som er oppgitt i Control Hub tidligere, bli brukt i dette trinnet som beskrevet nedenfor. Oppringingsnoder tilknyttet denne leieren vil senere arve disse konfigurasjonene.

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Definerer et sett med konfigurasjonsparametere som bare skal brukes for Webex Calling-trunken. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    register dns:98027369.us10.bcld.webex.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls

    Registratorserver for den lokale gatewayen med registreringen satt til å oppdateres annenhver minutt (50 % av 240 sekunder). For mer informasjon, se registrator.

    Sørg for at du bruker verdien Registrer domene fra Control Hub her.

    legitimasjonsnummer Dallas1171197921_LGU brukernavn Dallas1463285401_LGU passord 0 9Wt[M6ifY+ realm BroadWorks

    Legitimasjon for trunkregistreringsutfordring. Hvis du vil ha mer informasjon, kan du se legitimasjon (SIP UA).

    Sørg for at du bruker verdiene for henholdsvis linje-/portverten, autentiseringsbrukernavnet og autentiseringspassordet fra Control Hub her.

    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm BroadWorks
    autentiseringsbrukernavn Dallas1171197921_LGU passord 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Autentiseringsutfordring for samtaler. Hvis du vil ha mer informasjon, kan du se autentisering (oppringingsnode).

    Sørg for at du bruker henholdsvis verdier for autentiseringsbrukernavn, autentiseringspassord og registrardomene fra Control Hub her.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som er aktivert ved hjelp av asserted-ID PAI. Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken.

    tilkobling-gjenbruk

    Bruker den samme vedvarende tilkoblingen for registrering og samtalebehandling. Hvis du vil ha mer informasjon, kan du se gjenbruk av tilkobling.

    srtp-krypto 100

    Konfigurerer foretrukne chifferpakker for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    økttransport tcp tls

    Setter transport til TLS. Hvis du vil ha mer informasjon, kan du se økttransport.

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. Hvis du vil ha mer informasjon, kan du se øktoppdatering.

    url-sips

    SRV-spørringen må være SIP-er som støttes av Access SBC. Alle andre meldinger endres til SIP av sip-profil 200.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx deaktiver

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. Hvis du vil ha mer informasjon, se rel1xx.

    ID-pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis du vil ha mer informasjon, kan du se bekreftet ID.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til WebexCalling. Hvis du vil ha mer informasjon, se bind.

    Ingen passthru-innhold skreddersydd

    Standardkommando under leietaker. Hvis du vil ha mer informasjon om denne kommandoen, kan du se innhold over gjennomgang.

    SIP-profiler 100

    Endrer SIP-er til SIP og endrer linje/port for INVITER- og REGISTRER-meldinger som definert i sip-profiler 100. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    utgående-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling-tilgang SBC. Sett inn den utgående proxy-adressen som er oppgitt i Control Hub når du opprettet trunken. Hvis du vil ha mer informasjon, se utgående proxy.

    personvernerklæring passsthru

    Konfigurer alternativene for retningslinjene for personvernhode for at trunken skal sende personvernverdier fra mottatt melding til neste anropsstrekning. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    maks. konn 250

    Begrenser antall samtidige innkommende og utgående anrop mellom LGW og Webex Calling. For registrerings trunker må den konfigurerte maksimumsverdien være 250. Bruker lavere verdi hvis det er mer hensiktsmessig for distribusjonen. Hvis du vil ha mer informasjon om samtidige anropsbegrensninger for lokal gateway, kan du se dokumentet Kom i gang med lokal gateway .

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

    øktprotokoll sipv2

    Angir at oppringingsnode 100 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

    innkommende uri-forespørsel 100

    For å angi taleklassen som brukes til å matche en VoIP-oppringingsnode med URI-en (Uniform Resource Identifier) for et innkommende anrop. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler på den lokale gatewayen sendes over den forhandlede mediebanen. STUN bidrar til å åpne et brannmurhull for medietrafikk.

    ingen taleklasse sip localhost

    Deaktiverer erstatning av det lokale DNS-vertsnavnet i stedet for den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID for utgående meldinger.

    sip-leietaker for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå.

    srtp

    Aktiverer SRTP for anropsstrekningen.

    ikke hva

    Deaktiverer registrering av taleaktivitet.

Når du har definert leietakeren 100 og konfigurert en SIP VoIP-oppringingsnode, starter gatewayen en TLS-tilkobling mot Webex Calling. På dette tidspunktet presenterer tilgangs-SBC sitt sertifikat til den lokale gatewayen. Den lokale gatewayen validerer SBC-sertifikatet for Webex Calling-tilgang ved hjelp av CA-rotbunten som ble oppdatert tidligere. Hvis sertifikatet gjenkjennes, opprettes det en vedvarende TLS-økt mellom den lokale gatewayen og Webex Calling-tilgang SBC. Den lokale gatewayen kan deretter bruke denne sikre tilkoblingen til å registrere seg hos Webex Access SBC. Når registreringen blir utfordret for godkjenning:

  • Parameterne brukernavn, passord og område fra konfigurasjonen av legitimasjon brukes i svaret.

  • Endringsreglene i SIP-profil 100 brukes til å konvertere SIPS URL tilbake til SIP.

Registreringen er vellykket når en 200 OK mottas fra tilgangs SBC.

Flytdiagram over godkjenning og registrering av Webex Calling med lokal gateway

Konfigurere lokal gateway med en SIP PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling ovenfor, bruker du følgende konfigurasjon til å opprette en ikke-kryptert trunk mot en SIP-basert PSTN-leverandør:

Hvis tjenesteleverandøren tilbyr en sikker PSTN-trunk, kan du følge en lignende konfigurasjon som beskrevet ovenfor for Webex Calling-trunken. CUBE støtter sikker samtaleruting.

Hvis du bruker en TDM/ISDN PSTN-trunk, går du til neste del Konfigurer lokal gateway med TDM PSTN-trunk.

Hvis du vil konfigurere TDM-grensesnitt for PSTN-anropsstrekninger på Cisco TDM-SIP Gateways, kan du se Konfigurere ISDN PRI.

1

Konfigurer følgende URI for taleklasse for å identifisere innkommende anrop fra PSTN-trunken:


voice class uri 200 sip
  host ipv4:192.168.80.13

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 200 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du IP-adressen til IP PSTN-gatewayen. Hvis du vil ha mer informasjon, se uri for taleklasse.

2

Konfigurer følgende oppringingsnode for IP PSTN:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Her er en forklaring på feltene for konfigurasjonen:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.13

Angir måladressen for samtaler som sendes til PSTN-leverandøren. Dette kan enten være en IP-adresse eller et DNS-vertsnavn. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

innkommende uri via 200

Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av topptekstURI-en INVITE VIA. Hvis du vil ha mer informasjon, kan du se innkommende URL.

taleklasse sip assert-id pai

(Valgfritt) Slår på P-Asserted-Identity-topptekstbehandlingen og kontrollerer hvordan dette brukes for PSTN-trunken. Hvis denne kommandoen brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden for de utgående topptekstene Fra og P-Asserted-Identity. Hvis denne kommandoen ikke brukes, brukes identiteten til den som ringer fra den innkommende oppringingsnoden til topptekstene Fra og Ekstern part-ID. Hvis du vil ha mer informasjon, kan du se SIP asserted-ID for taleklasse.

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

kodek for taleklasse 100

Konfigurerer oppringingsnoden til å bruke den vanlige kodektfilterlisten 100. Hvis du vil ha mer informasjon, se kodek for taleklasse.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

3

Hvis du konfigurerer den lokale gatewayen til bare å rute samtaler mellom Webex Calling og PSTN, legger du til følgende konfigurasjon for samtaleruting. Hvis du konfigurerer den lokale gatewayen med en Unified Communications Manager-plattform, går du til neste del.

  1. Opprett oppringingsnodegrupper for å rute samtaler til Webex Calling eller PSTN. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på innkommende oppringingsnode fra PSTN. Definer på samme måte DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den innkommende oppringingsnoden fra Webex.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til PSTN og fra PSTN til Webex: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Konfigurere lokal gateway med en TDM PSTN-trunk

Etter å ha bygget en trunk mot Webex Calling, bruker du følgende konfigurasjon til å opprette en TDM-trunk for din PSTN-tjeneste med ruting av tilbakeringing for å tillate medieoptimalisering på Webex-anropsstrekningen.

Hvis du ikke trenger optimalisering av IP-medier, følger du konfigurasjonstrinnene for en SIP PSTN-trunk. Bruk en taleport og POTS-oppringingsnode (som vist i trinn 2 og 3) i stedet for PSTN VoIP-oppringingsnode.

1

Konfigurasjonen av oppringingsnode for loop-back bruker oppringingsnodegrupper og koder for samtaleruting for å sikre at anrop passerer riktig mellom Webex og PSTN, uten å opprette løkker for oppringingsruting. Konfigurer følgende oversettelsesregler som vil bli brukt til å legge til og fjerne taggene for samtaleruting:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Her er en forklaring på feltene for konfigurasjonen:

taleoversettelsesregel

Bruker regulære uttrykk definert i regler for å legge til eller fjerne tagger for samtaleruting. Tall over ti år («A») brukes til å gi klarhet i feilsøking.

I denne konfigurasjonen brukes koden som legges til av oversettelsesprofil 100 til å veilede anrop fra Webex Calling til PSTN via tilbakeringingsnodene. På samme måte brukes koden som er lagt til av oversettelsesprofil 200 til å lede samtaler fra PSTN til Webex Calling. Oversettelsesprofiler 11 og 12 fjerner disse kodene før du sender anrop til henholdsvis Webex- og PSTN-trunkene.

Dette eksemplet forutsetter at oppringte numre fra Webex Calling presenteres i formatet +E.164. Regel 100 fjerner innledende + for å opprettholde et gyldig oppringt nummer. Regel 12 legger deretter til et eller flere nasjonale eller internasjonale rutingssiffer når taggen fjernes. Bruk sifre som passer til din lokale ISDN nasjonale ringeplan.

Hvis Webex Calling presenterer numre i nasjonalt format, kan du justere regel 100 og 12 for å legge til og fjerne henholdsvis rutingskoden.

Hvis du vil ha mer informasjon, kan du se profil for taleoversettelse og regel for taleoversettelse.

2

Konfigurer porter for TDM-talegrensesnitt etter behov av trunktypen og protokollen som brukes. Hvis du vil ha mer informasjon, se Konfigurere ISDN PRI. Den grunnleggende konfigurasjonen av et primærhastighets ISDN-grensesnitt installert i NIM slot 2 på en enhet kan for eksempel inneholde følgende:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurer følgende oppringingsnode for TDM PSTN:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definerer en VoIP-oppringingsnode med en kode på 200 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

innkommende oversettelsesprofil 200

Tilordner oversettelsesprofilen som vil legge til en kode for samtaleruting til det innkommende oppringte nummeret.

direkte-inn-oppringing

Viderekobler anropet uten sekundær ringetone. Hvis du vil ha mer informasjon, kan du se direkte oppringing.

port 0/2/0:15

Den fysiske taleporten som er tilknyttet denne oppringingsnoden.

4

For å aktivere medieoptimalisering av IP-baner for lokale gatewayer med TDM-IP-samtaleflyter, kan du endre samtalerutingen ved å introdusere et sett med interne ringenoder mellom Webex Calling og PSTN-trunker. Konfigurer følgende oppringingsnoder for loopback. I dette tilfellet vil alle innkommende anrop først bli rutet til oppringingsnode 10 og derfra til enten oppringingsnode 11 eller 12 basert på den brukte rutingskoden. Etter fjerning av rutingskoden vil anrop bli rutet til den utgående trunken ved hjelp av oppringingsnodegrupper.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Her er en forklaring på feltene for konfigurasjonen: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definerer en VoIP-oppringingsnode og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

innkommende oversettelsesprofil 11

Bruk den tidligere definerte oversettelsesprofilen for å fjerne taggen for anropsruting før den går videre til den utgående trunken.

mål-mønster BAD.BAD

Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

øktprotokoll sipv2

Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

øktmål ipv4: 192.168.80.14

Angir den lokale rutergrensesnittet som anropsmål for tilbakeringing. Hvis du vil ha mer informasjon, kan du se øktmål (VoIP-oppringingsnode).

båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes gjennom tilbakeringingsløkken. Hvis du vil ha mer informasjon, se bind.

bind mediekildegrensesnitt GigabitEthernet0/0/0

Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes gjennom loop-back. Hvis du vil ha mer informasjon, se bind.

dtmf-relé rtp-nte

Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

kodek g711alaw

Tvinger alle PSTN-samtaler til å bruke G.711. Velg en lov eller u-lov som samsvarer med kompanderingsmetoden som brukes av din ISDN-tjeneste.

ikke hva

Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

5

Legg til følgende konfigurasjon for samtaleruting:

  1. Opprett oppringningsnodegrupper for å rute samtaler mellom PSTN- og Webex-trunkene, via loop-back.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  2. Bruk oppringingsnodegrupper for å rute samtaler.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 200

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

Når du oppretter Webex Calling-kanalen i Unified CM, må du sørge for at du konfigurerer den innkommende porten i innstillingene for sikkerhetsprofil for SIP-kanalen til 5065. Dette tillater innkommende meldinger på port 5065 og fyller ut VIA-toppteksten med denne verdien når du sender meldinger til den lokale gatewayen.

Angi informasjon om sikkerhetsprofil for SIP-kanal
1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-oppringingsnode med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger som skal utføres for å informere, feilsøke og rette opp problemet. Du kan definere problemgjenkjenningslogikken ved hjelp av syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av bestemte visningskommandoer.

Handlingstypene inkluderer innsamling av visningskommandoer:

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS-, SCP-, FTP-server.

TAC-ingeniører skriver DS-filene og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har en unik numerisk ID tilordnet av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1a eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren som skal brukes til å sende proaktivt varsel hvis enheten kjører Cisco IOS XE 17.6.1a eller nyere.

    configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email  
end

Følgende viser en eksempelkonfigurasjon av en lokal gateway som kjører på Cisco IOS XE 17.6.1a eller nyere for å sende de proaktive varslene til tacfaststart@gmail.com ved hjelp av Gmail som den sikre SMTP-serveren:

Vi anbefaler at du bruker Cisco IOS XE Bengaluru 17.6.x eller nyere versjoner.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

En lokal gateway som kjører på Cisco IOS XE-programvare, er ikke en vanlig nettbasert Gmail-klient som støtter OAuth, så vi må konfigurere en bestemt Gmail-kontoinnstilling og gi spesifikk tillatelse til å behandle e-posten fra enheten riktig:

  1. Gå til Administrer Google-konto > Sikkerhet og slå på innstillingen Mindre sikker apptilgang .

  2. Svar «Ja, det var meg» når du mottar en e-post fra Gmail som sier «Google forhindret noen i å logge på kontoen din ved hjelp av en app som ikke er fra Google».

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer CPU-utnyttelsen i fem sekunder ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer som er installert i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å aktivere SNMP. Hvis du ikke aktiverer, konfigurerer du kommandoen snmp-server manager .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Last ned DSes:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av SIP-trunk-registrering

Denne DS sjekker for avregistrering av en lokal gateway SIP-trunk med Webex Calling-sky hvert 60. sekund. Når avregistreringshendelsen er oppdaget, genererer den en e-post og et syslog-varsel og avinstallerer seg selv etter to avregistreringsforekomster. Bruk trinnene nedenfor for å installere signaturen:

  1. Last ned DS 64117 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    SIP-SIP

    Problemtype

    Avregistrering av SIP-trunk med e-postvarsel.

  2. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@/DS_64117.xml bootflash:

  3. Installer DS XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Bruk kommandoen vis snmp for å sjekke om SNMP er aktivert. Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen. 

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Bruk diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Diagnostikksignaturer (DS) eliminerer behovet for å manuelt sjekke om problemet oppstår, og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke oppslagsverktøyet for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en ekstra DS-miljøvariabel ds_fsurl_prefix som er banen til Cisco TAC-filserveren (cxd.cisco.com) som de innsamlede diagnostikkdataene lastes opp til. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager i følgende kommando. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager etter behov. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Eksempel: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp . Hvis den ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Sørg for å installere overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer under perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Cisco CSR 1000V-serien

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installer overvåking av høy CPU, DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert ved hjelp av kommandoen vis diagnostikksignatur for Call Home . Statuskolonnen må ha en «registrert» verdi. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrert

    2020-11-08

Bekreft utføring av diagnostikksignaturer

I følgende kommando endres "Status"-kolonnen i kommandoen vis diagnostikksignatur for Call Home til "kjører" mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utfører handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og viser kommandoutganger som er relevante for å feilsøke det gitte problemet.

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturer til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdata fra kommandoen vis diagnostikksignatur for Call Home og kjører følgende kommando:

call-home diagnostic-signature deinstall

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som ofte observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Administrere og validere Cisco IOS XE Gateways gjennom Control Hub

For bedre administrasjon av Cisco IOS XE Gateways anbefaler vi at du registrerer og administrerer gatewayene gjennom Control Hub. En valgfri konfigurasjon. Når du er registrert, kan du bruke alternativet for konfigurasjonsvalidering i Control Hub til å validere konfigurasjonen av den lokale gatewayen og identifisere eventuelle konfigurasjonsproblemer. For øyeblikket støtter bare registreringsbaserte trunker denne funksjonaliteten.

For mer informasjon, se følgende:

Oversikt over design

Denne delen beskriver hvordan du konfigurerer et Cisco Unified Border Element (CUBE) som en lokal gateway for Webex Calling ved hjelp av en sertifikatbasert, felles TLS (mTLS) SIP-trunk. Den første delen av dette dokumentet viser hvordan du konfigurerer en enkel PSTN-gateway. I dette tilfellet rutes alle anrop fra PSTN til Webex Calling og alle anrop fra Webex Calling rutes til PSTN. Bildet nedenfor fremhever denne løsningen og konfigurasjonen av anropsruting på høyt nivå som vil bli fulgt.

I dette designet brukes følgende hovedkonfigurasjoner:

  • taleklassetenanter: brukes til å opprette trunkspesifikke konfigurasjoner.

  • uri for taleklasse: Brukes til å klassifisere SIP-meldinger for valg av en innkommende oppringingsnode.

  • innkommende oppringingsnode: Gir behandling av innkommende SIP-meldinger og bestemmer utgående rute ved hjelp av en oppringingsnodegruppe.

  • oppringingsnodegruppe: Definerer utgående oppringingsnoder som brukes for viderekobling av anrop.

  • utgående oppringingsnode: Gir behandling av utgående SIP-meldinger og ruter dem til ønsket mål.

Samtaleruting fra/til PSTN til/fra Webex Calling-konfigurasjonsløsning

Når du kobler en lokal Cisco Unified Communications Manager-løsning til Webex Calling, kan du bruke den enkle PSTN-gateway-konfigurasjonen som en grunnlinje for å bygge løsningen som er illustrert i følgende diagram. I dette tilfellet tilbyr en Unified Communications Manager sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop.

Løsningsdiagram som viser Unified Communications Manager gir sentralisert ruting og behandling av alle PSTN- og Webex Calling-anrop

I hele dette dokumentet brukes vertsnavnene, IP-adressene og grensesnittene som er illustrert i bildet nedenfor. Alternativer er gitt for offentlig eller privat (bak NAT) adressering. SRV DNS-oppføringer er valgfrie, med mindre belastningen balanseres på tvers av flere CUBE-forekomster.

Vertsnavn, IP-adresser og grensesnitt som brukes i sertifikatbaserte lokale gateway-konfigurasjoner

Bruk konfigurasjonsveiledningen i resten av dette dokumentet til å fullføre konfigurasjonen av den lokale gatewayen på følgende måte:

Konfigurer tilkobling og sikkerhet

Konfigurasjon ved baseline

Det første trinnet i å klargjøre Cisco-ruteren som lokal gateway for Webex Calling er å bygge en grunnleggende konfigurasjon som sikrer plattformen og etablerer tilkobling.

  • Alle sertifikatbaserte lokale gateway-distribusjoner krever Cisco IOS XE 17.9.1a eller nyere versjoner. Cisco IOS XE 17.12.2 eller nyere anbefales. Se siden Cisco Software Research for anbefalte versjoner. Søk etter plattformen og velg en av de foreslåtte versjonene.

    • Rutere i ISR4000-serien må konfigureres med både Unified Communications- og Security-teknologilisenser.

    • Catalyst Edge 8000-seriens rutere utstyrt med talekort eller DSP-er krever DNA Advantage-lisensiering. Rutere uten talekort eller DSP-er krever et minimum av DNA Essentials lisensiering.

    • For krav med høy kapasitet kan du også kreve en HSEC-lisens (High Security) og ekstra gjennomstrømningsrettigheter.

      Se Godkjenningskoder for mer informasjon.

  • Bygg en basiskonfigurasjon for plattformen din som følger bedriftens retningslinjer. Du må spesielt konfigurere og bekrefte følgende:

    • NTP

    • ACL-er

    • Brukerautentisering og ekstern tilgang

    • DNS

    • IP-ruting

    • IP-adresser

  • Nettverket mot Webex Calling må bruke en IPv4-adresse. Lokale gateway-adresser for fullstendig kvalifiserte domenenavn (FQDN) eller tjenesteoppføring (SRV) som er konfigurert i Control Hub, må løses til en offentlig IPv4-adresse på internett.

  • Alle SIP- og medieporter på det lokale gateway-grensesnittet vendt mot Webex må være tilgjengelige fra Internett, enten direkte eller via statisk NAT. Sørg for at du oppdaterer brannmuren tilsvarende.

  • Følg de detaljerte konfigurasjonstrinnene nedenfor for å installere et signert sertifikat på den lokale gatewayen:

    • En offentlig sertifiseringsinstans (CA) som beskrevet i Hvilke rotsertifiseringsinstanser støttes for samtaler til Cisco Webex lyd- og videoplattformer? må signere enhetssertifikatet.

    • Sertifikatemnets vanlige navn (CN) eller et av emnets alternative navn (SAN) må være det samme som FQDN som er konfigurert i Control Hub. For eksempel:

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har cube1.lgw.com:5061 som FQDN for den lokale gatewayen, må CN eller SAN i rutersertifikatet inneholde cube1.lgw.com. 

      • Hvis en konfigurert trunk i Control Hub i organisasjonen har lgws.lgw.com som SRV-adresse til de(n) lokale gatewayen(e) som kan nås fra trunken, må CN eller SAN i rutersertifikatet inneholde lgws.lgw.com. Oppføringene som SRV-adressen løser til (CNAME, A Record eller IP-adresse), er valgfrie i SAN.

      • Enten du bruker en FQDN eller SRV for trunken, må kontaktadressen for alle nye SIP-dialoger fra den lokale gatewayen bruke navnet som er konfigurert i Control Hub.

    • Sørg for at sertifikatene er signert for klient- og serverbruk.

  • Last opp Cisco rot CA-pakken til den lokale gatewayen. Denne pakken inkluderer CA-rotsertifikatet som brukes til å bekrefte Webex-plattformen.

Konfigurasjon

1

Sørg for at du tilordner gyldige og ruterbare IP-adresser til alle lag 3-grensesnitt, for eksempel:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Beskytt STUN-legitimasjonen på ruteren ved hjelp av symmetrisk kryptering. Konfigurer den primære krypteringsnøkkelen og krypteringstypen på følgende måte:


key config-key password-encrypt YourPassword
password encryption aes
3

Opprett et krypteringsklareringspunkt med et sertifikat for domenet ditt, signert av en støttet sertifiseringsinstans (CA).

  1. Opprett et RSA-nøkkelpar ved hjelp av følgende kjøringskommando.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Bruk følgende konfigurasjonskommandoer til å opprette et klareringspunkt for sertifikatet, og angi feltverdiene som skal brukes i forespørselen om sertifikatsignering: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Merknader for sertifikatfelt:

    • fqdn: Dette er ikke et obligatorisk felt for Webex Calling. Hvis du setter denne konfigurasjonen til «ingen», sikrer du at den ikke er inkludert i sertifikatsigneringsforespørselen. Hvis du trenger å inkludere et FQDN ved hjelp av denne kommandoen, vil det ikke påvirke den lokale gateway-operasjonen.

    • emnenavn: For å validere anrop fra en lokal gateway, må Webex samsvare FQDN i SIP-kontaktoverskrifter med de som er inkludert enten i attributtet Common Name (CN) eller feltet Subject Alternative Name (SAN) i SBC-sertifikatet. Emnefeltet skal derfor inneholde minst ett CN-attributt, men kan også inneholde andre attributter etter behov. Hvis du vil ha mer informasjon, se emnenavn.

    • subjekt-alt-navn: Feltet Subject Alternative Name (SAN) i SBC-sertifikatet kan inneholde en liste over ytterligere FQDN-er. Webex sjekker denne listen for å validere SIP-kontaktoverskriften i meldinger fra den lokale gatewayen hvis sertifikatets Subject CN-attributt ikke samsvarer.

    • Hash: Det anbefales sterkt at kundeservicerepresentanter signeres ved hjelp av SHA256. Denne algoritmen brukes som standard fra Cisco IOS XE 17.11.1 og bør konfigureres eksplisitt ved hjelp av denne kommandoen med tidligere versjoner.

  3. Generer sertifikatsigneringsforespørsel (CSR) med følgende kjør- eller konfigurasjonskommando, og bruk den til å be om et signert sertifikat fra en støttet CA-leverandør:

    crypto pki enroll LGW_CERT

4

Oppgi sertifikatet for den mellomliggende signeringsinstansen, som brukes til å godkjenne vertssertifikatet. Skriv inn følgende kjør- eller konfigurasjonskommando:


crypto pki authenticate LGW_CERT

5

Importer det signerte vertssertifikatet ved hjelp av følgende kjør- eller konfigurasjonskommando:


crypto pki import LGW_CERT certificate

6

Aktiver eksklusivitet for TLS1.2 og angi standard klareringspunkt som skal brukes for taleprogrammer ved hjelp av følgende konfigurasjonskommandoer:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Installer Cisco rot CA-pakken, som inkluderer DigiCert CA-sertifikatet som brukes av Webex Calling. Bruk kommandoen crypto pki trustpool import ren url url for å laste ned rot-CA-pakken fra den angitte URL-adressen, og for å fjerne gjeldende CA-trustpool, og installer deretter den nye pakken med sertifikater:

Hvis du trenger å bruke en proxy for tilgang til Internett ved hjelp av HTTPS, legger du til følgende konfigurasjon før du importerer CA-pakken:

ip http klient proxy-server yourproxy.com proxy-port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurer sertifikatbasert trunk for Webex Calling
1

Opprett en CUBE-sertifikatbasert PSTN-trunk for et eksisterende sted i Control Hub. Hvis du vil ha mer informasjon, kan du se Konfigurere trunker, rutegrupper og ringeplaner for Webex Calling.

Noter trunkinformasjonen som er oppgitt når trunken er opprettet. Disse detaljene, som fremhevet i illustrasjonen nedenfor, vil bli brukt i konfigurasjonstrinnene i denne håndboken.

CUBE sertifikatbasert PSTN-trunk opprettes
2

Angi følgende kommandoer for å konfigurere CUBE som en lokal Webex Calling-gateway:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Her er en forklaring på feltene for konfigurasjonen:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • For å beskytte mot betalingssvindel definerer den klarerte adresselisten en liste over verter og nettverksenheter som den lokale gatewayen forventer legitime VoIP-anrop fra.

  • Som standard blokkerer en lokal gateway alle innkommende VoIP-meldinger fra IP-adresser som ikke er i den klarerte listen. Som standard er statisk konfigurerte oppringingsnoder med «øktmål-IP» eller IP-adresser for servergruppen klarert. Det er ikke nødvendig å legge til disse IP-adressene i klareringslisten.

  • Når du konfigurerer den lokale gatewayen, legger du til IP-delnettene for det regionale Webex Calling-datasenteret i listen. Se Portreferanseinformasjon for Webex Calling for mer informasjon. Du kan også legge til adresseområder for Unified Communications Manager-servere (hvis de brukes) og PSTN trunk-gatewayer.

  • Hvis du vil ha mer informasjon om hvordan du bruker en klarert liste over IP-adresser for å forhindre svindel med avgift, kan du se klarert IP-adresse.

grenseelement-modus

Aktiverer funksjonene i Cisco Unified Border Element (CUBE) på plattformen.

tillat tilkoblinger sip til sip

Aktiver CUBE grunnleggende SIP tilbake til tilbake-brukeragent-funksjonalitet. Hvis du vil ha mer informasjon, se Tillat tilkoblinger.

Som standard er fakstransport aktivert for T.38. Hvis du vil ha mer informasjon, kan du se faksprotokoll t38 (taletjeneste).

Forhøyning

Aktiverer STUN (øktgjennomføring av UDP gjennom NAT) globalt.

Disse globale stun-kommandoene kreves bare når du distribuerer den lokale gatewayen bak NAT.

  • STUN-bindingsfunksjonen på den lokale gatewayen gjør det mulig å sende lokalt genererte STUN-forespørsler over den forhandlede mediebanen. Dette bidrar til å åpne hullet i brannmuren.

Hvis du vil ha mer informasjon, kan du se agent-ID for stun-flytdata og stun-flytdata delt-hemmelig.

asymmetrisk nyttelast full

Konfigurerer asymmetrisk nyttelaststøtte for SIP for både DTMF og dynamisk kodek nyttelast. Hvis du vil ha mer informasjon om denne kommandoen, kan du se asymmetrisk nyttelast.

tvunget tidlig tilbud

Tvinger den lokale gatewayen til å sende SDP-informasjon i den første INVITER-meldingen i stedet for å vente på bekreftelse fra nabomotparten. Hvis du vil ha mer informasjon om denne kommandoen, kan du se tidlig tilbud.

inngående SIP-profiler

Gjør det mulig for CUBE å bruke SIP-profiler til å endre meldinger etter hvert som de mottas. Profiler brukes via oppringingsnoder eller leietakere.

3

Konfigurer kodek for taleklasse 100 slik at G.711-kodeker bare kan brukes for alle trunker. Denne enkle tilnærmingen er egnet for de fleste distribusjoner. Om nødvendig kan ytterligere kodektyper som støttes av både opprinnelige og avsluttende systemer, legges til i listen.

Mer komplekse løsninger som involverer transkoding ved hjelp av DSP-moduler støttes, men er ikke inkludert i denne veiledningen. 


voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Her er en forklaring på feltene for konfigurasjonen:

taleklasse kodek 100

Brukes til bare å tillate foretrukne kodeker for SIP trunk-anrop. Hvis du vil ha mer informasjon, se kodek for taleklasse.

4

Konfigurer stun-bruk for taleklasse 100 for å aktivere ICE på Webex Calling-trunken. (Dette trinnet gjelder ikke for Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Her er en forklaring på feltene for konfigurasjonen:

stun bruk is lite

Brukes til å aktivere ICE-Lite for alle oppringingsnoder vendt mot Webex Calling for å tillate medieoptimalisering når det er mulig. Hvis du vil ha mer informasjon, kan du se stun bruk for taleklasse og stun bruk is lite.

Kommandoen flytdata for brannmurtraversering er bare nødvendig når du distribuerer den lokale gatewayen bak NAT.

Medieoptimalisering forhandles der hvor det er mulig. Hvis en samtale krever skymedietjenester, for eksempel opptak, kan ikke mediet optimaliseres.

5

Konfigurer policyen for mediekryptering for Webex-trafikk. (Dette trinnet gjelder ikke for Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir SHA1_80 som det eneste SRTP-chiffreringspakken CUBE tilbyr i SDP i tilbud og svar meldinger. Webex Calling støtter bare SHA1_80. Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

6

Konfigurer FIPS-kompatible GCM-chifre (dette trinnet gjelder bare for Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Her er en forklaring på feltene for konfigurasjonen:

taleklasse srtp-crypto 100

Angir GCM som chifferserie som CUBE tilbyr. Det er obligatorisk å konfigurere GCM-chifre for lokal gateway for Webex for Government.

7

Konfigurer et mønster for å unikt identifisere anrop til en lokal gateway-trunk basert på destinasjonens FQDN eller SRV:


voice class uri 100 sip
 pattern cube1.lgw.com

Her er en forklaring på feltene for konfigurasjonen:

taleklasse uri 100 sip

Definerer et mønster som samsvarer med en innkommende SIP-invitasjon til en innkommende trunk oppringingsnode. Når du skriver inn dette mønsteret, bruker du trunken FQDN eller SRV som er konfigurert i Control Hub for trunken.

8

Konfigurer profiler for SIP-meldingsmanipulering. Hvis gatewayen din er konfigurert med en offentlig IP-adresse, konfigurerer du en profil som følger eller går til neste trinn hvis du bruker NAT. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-hodet i en SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

9

Hvis gatewayen er konfigurert med en privat IP-adresse bak statisk NAT, konfigurerer du innkommende og utgående SIP-profiler som følger. I dette eksemplet er cube1.lgw.com FQDN konfigurert for den lokale gatewayen, «10.80.13.12» er grensesnittet IP-adressen vendt mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

SIP-profiler for utgående meldinger til Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Her er en forklaring på feltene for konfigurasjonen:

regel 10 og 20

For at Webex skal kunne godkjenne meldinger fra din lokale gateway, må «Kontakt»-toppteksten i SIP-forespørsel og svarmeldinger inneholde verdien som er klargjort for trunken i Control Hub. Dette vil enten være FQDN for én enkelt vert, eller SRV-navnet som brukes for en klynge av enheter.

regel 30 til 81

Konverter private adressereferanser til den eksterne offentlige adressen for nettstedet, slik at Webex kan tolke og rute etterfølgende meldinger riktig.

SIP-profil for innkommende meldinger fra Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Her er en forklaring på feltene for konfigurasjonen:

regler 10 til 80

Konverter referanser for offentlig adresse til den konfigurerte private adressen, slik at CUBE kan behandle meldingene fra Webex.

Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

USA eller kanadisk PSTN-leverandør kan tilby innringer-ID-verifisering for søppelanrop og svindelanrop, med den ekstra konfigurasjonen som er nevnt i artikkelen Søppelanrop eller svindelanrop i Webex Calling .

10

Konfigurer en SIP Options holder live med endringsprofilen for toppteksten.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "

Her er en forklaring på feltene for konfigurasjonen:

taleklasse sip-alternativer-holder live 100

Konfigurerer en opprettholdelsesprofil og går inn i konfigurasjonsmodus for taleklasse. Du kan konfigurere tiden (i sekunder) da en SIP Out of Dialog Options Ping sendes til oppringingsmålet når hjerteslagtilkoblingen til endepunktet er i OPP- eller Ned-status.

Denne opprettholdelsesprofilen utløses fra oppringingsnoden som er konfigurert mot Webex.

For å sikre at kontaktoverskrifter inkluderer SBC fullt kvalifisert domenenavn, brukes SIP-profil 115. Regel 30, 40 og 50 kreves bare når SBC er konfigurert bak statisk NAT.

I dette eksemplet er cube1.lgw.com FQDN valgt for den lokale gatewayen, og hvis statisk NAT brukes, er «10.80.13.12» SBC-grensesnittet IP-adressen mot Webex Calling, og «192.65.79.20» er NAT offentlig IP-adresse.

11

Konfigurer Webex Calling-trunk:

  1. Opprett taleklassetenant 100 for å definere og gruppere konfigurasjoner som kreves spesielt for Webex Calling-trunken. Oppringingsnoder tilknyttet denne leieren arver senere disse konfigurasjonene:

    Følgende eksempel bruker verdiene som er illustrert i trinn 1 til formålet med denne veiledningen (vist med fet skrift). Erstatt disse med verdier for trunken i konfigurasjonen.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Her er en forklaring på feltene for konfigurasjonen:

    taleklasseleietaker 100

    Vi anbefaler at du bruker leietakere til å konfigurere trunker, som har sitt eget TLS-sertifikat og CN- eller SAN-valideringsliste. Her inneholder tls-profilen som er knyttet til leieren, klareringspunktet som skal brukes til å godta eller opprette nye tilkoblinger, og har CN- eller SAN-listen for å validere innkommende tilkoblinger. Hvis du vil ha mer informasjon, kan du se taleklasseleietaker.

    ingen ekstern part-ID

    Deaktiver SIP Remote-Party-ID (RPID)-topptekst siden Webex Calling støtter PAI, som aktiveres ved hjelp av kommandoen asserted-id pai . Hvis du vil ha mer informasjon, kan du se ekstern part-ID.

    sip-server dns: us25.sipconnect.bcld.webex.com

    Konfigurerer SIP-målserveren for trunken. Bruk Edge proxy SRV-adressen som er oppgitt i Control Hub når du opprettet trunken

    srtp-krypto 100

    Konfigurerer de foretrukne chifferpakkene for SRTP-anropsstrekningen (tilkobling) (angitt i trinn 5). Hvis du vil ha mer informasjon, se taleklasse srtp-crypto.

    localhost dns: kube1.lgw.com

    Konfigurerer CUBE til å erstatte den fysiske IP-adressen i topptekstene Fra, Anrop-ID og Ekstern part-ID i utgående meldinger med det angitte FQDN. Bruk trunken FQDN eller SRV som er konfigurert i Control Hub for trunken her.

    økttransport tcp tls

    Angir transport til TLS for tilknyttede oppringingsnoder. Hvis du vil ha mer informasjon, kan du se økttransport.

    ingen øktoppdatering

    Deaktiverer oppdatering av SIP-økter for samtaler mellom CUBE og Webex. Hvis du vil ha mer informasjon, kan du se øktoppdatering.

    feil-passord

    Angir pass-thru-funksjonalitet for SIP-feilrespons. Hvis du vil ha mer informasjon, kan du se feilsøknad.

    rel1xx deaktiver

    Deaktiverer bruk av pålitelige midlertidige svar for Webex Calling-trunken. Hvis du vil ha mer informasjon, se rel1xx.

    ID-pai

    (Valgfritt) Slår på behandling av P-Asserted-Identity-topptekst og kontrollerer hvordan dette brukes for Webex Calling-trunken.

    Webex Calling inkluderer PAI-topptekster (P-Asserted-Identity) i utgående INVITASJONER til den lokale gatewayen.

    Hvis denne kommandoen er konfigurert, brukes anropsinformasjon fra PAI-toppteksten til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis denne kommandoen ikke er konfigurert, brukes anropsinformasjon fra toppteksten Fra til å fylle ut toppteksten Fra og PAI/ekstern part-ID.

    Hvis du vil ha mer informasjon, kan du se bekreftet ID.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/1

    Konfigurerer kildegrensesnittet og den tilknyttede IP-adressen for medier som sendes til Webex Calling. Hvis du vil ha mer informasjon, se bind.

    SIP-profiler for taleklasse 100

    Bruker endringsprofilen for toppteksten (offentlig IP- eller NAT-adressering) for utgående meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    inngående SIP-profiler 110 taleklasse

    Kun for LGW-distribusjoner bak NAT: Bruker endringsprofilen for topptekst som skal brukes for innkommende meldinger. Hvis du vil ha mer informasjon, kan du se sip-profiler for taleklasse.

    personvernerklæring passsthru

    Konfigurerer CUBE til å sende personvernhoder fra mottatt melding til neste anropsstrekning på en gjennomsiktig måte. Hvis du vil ha mer informasjon, kan du se personvernerklæringen.

  2. Konfigurer oppringingsnoden for Webex Calling-kanalen.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definerer en VoIP-oppringingsnode med en kode på 100 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking. Hvis du vil ha mer informasjon, kan du se tale for oppringingsnode.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet. Hvis du vil ha mer informasjon, kan du se mål-mønster (grensesnitt).

    øktprotokoll sipv2

    Angir at denne oppringingsnoden håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål SIP-server

    Angir at SIP-serveren definert i tenant 100 er arvet og brukes som destinasjon for anrop fra denne oppringingsnoden.

    innkommende uri-forespørsel 100

    Angir taleklassen som brukes til å matche innkommende anrop med denne oppringingsnoden ved hjelp av toppteksten INVITER FORESPØRSEL. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Webex Calling. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    taleklasse stun-bruk 100

    Tillater at lokalt genererte STUN-forespørsler fra den lokale gatewayen sendes over den forhandlede mediebanen. STUN-pakker hjelper med å åpne et hull for brannmur for medietrafikk og oppdage gyldige baner for medieoptimalisering.

    SIP-leier for taleklasse 100

    Oppringingsnoden arver alle parametere som er konfigurert globalt og i leietaker 100. Parametere kan overstyres på oppringingsnodenivå. Hvis du vil ha mer informasjon, kan du se sip-leietaker for taleklasse.

    sip-alternativer for taleklasse-holder profil 100

    Denne kommandoen brukes til å overvåke tilgjengeligheten til en gruppe SIP-servere eller endepunkter ved hjelp av en bestemt profil (100).

    srtp

    Aktiverer SRTP for anropsstrekningen.

Konfigurere lokal gateway med en SIP PSTN-trunk
Konfigurere lokal gateway med en TDM PSTN-trunk
Konfigurer lokal gateway med et eksisterende Unified CM-miljø

PSTN-Webex Calling-konfigurasjonen i de forrige delene kan endres til å inkludere flere trunker til en Cisco Unified Communications Manager (UCM)-klynge. I dette tilfellet rutes alle samtaler via Unified CM. Anrop fra UCM på port 5060 rutes til PSTN, og anrop fra port 5065 rutes til Webex Calling. Følgende trinnvise konfigurasjoner kan legges til for å inkludere dette anropsscenarioet.

1

Konfigurer følgende URI-er for taleklasse:

  1. Klassifiserer Unified CM til Webex-samtaler ved hjelp av SIP VIA port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiserer Unified CM til PSTN-anrop ved hjelp av SIP via port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifiser innkommende meldinger fra UCM mot PSTN-kanalen ved hjelp av ett eller flere mønstre som beskriver de opprinnelige kildeadressene og portnummeret. Regulære uttrykk kan brukes til å definere samsvarende mønstre hvis det er nødvendig.

    I eksemplet ovenfor brukes et regulært uttrykk for å samsvare med enhver IP-adresse i området 192.168.80.60 til 65 og portnummer 5060.

2

Konfigurer følgende DNS-oppføringer for å spesifisere SRV-ruting til Unified CM-verter:

IOS XE bruker disse postene til lokal fastsettelse av mål-UCM-verter og porter. Med denne konfigurasjonen er det ikke nødvendig å konfigurere oppføringer i DNS-systemet. Hvis du foretrekker å bruke DNS, er ikke disse lokale konfigurasjonene nødvendige.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Her er en forklaring på feltene for konfigurasjonen:

Følgende kommando oppretter en DNS SRV-ressurspost. Opprett en oppføring for hver UCM-vert og -trunk:

ip-vert _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Navn på SRV-ressursregistrering

2: Prioritet for SRV-ressursregistrering

1: Rekordvekt for SRV-ressurser

5060: Portnummeret som skal brukes for målverten i denne ressursoppføringen

ucmsub5.mydomain.com: Målverten for ressursregistrering

Opprett lokale DNS A-oppføringer for å løse målvertsnavn for ressursoppføringer. For eksempel:

ip-vert ucmsub5.mydomain.com 192.168.80.65

ip-vert: Oppretter en post i den lokale IOS XE-databasen.

ucmsub5.mydomain.com: Vertsnavnet A.

192.168.80.65: Vertens IP-adresse.

Opprett SRV-ressursoppføringene og A-oppføringene for å gjenspeile UCM-miljøet og den foretrukne strategien for samtaledistribusjon.

3

Konfigurer følgende oppringingsnoder:

  1. Oppringingsnode for samtaler mellom Unified CM og Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definerer en VoIP-oppringingsnode med en kode 300 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 300 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:wxtocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten wxtocucm.io til å dirigere anrop.

    innkommende uri via 300

    Bruker taleklasse-URI 300 til å dirigere all innkommende trafikk fra Unified CM ved hjelp av kildeport 5065 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

  2. Oppringingsnode for samtaler mellom Unified CM og PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Her er en forklaring på feltene for konfigurasjonen:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definerer en VoIP-oppringingsnode med en kode på 400 og gir en meningsfull beskrivelse for enkel administrasjon og feilsøking.

    mål-mønster BAD.BAD

    Et dummy destinasjonsmønster kreves når du ruter utgående anrop ved hjelp av en inngående oppringingsnodegruppe. Et hvilket som helst gyldig målmønster kan brukes i dette tilfellet.

    øktprotokoll sipv2

    Angir at oppringingsnode 400 håndterer SIP-anropsstrekninger. Hvis du vil ha mer informasjon, kan du se øktprotokoll (oppringingsnode).

    øktmål dns:pstntocucm.io

    Definerer øktmålet for flere Unified CM-noder gjennom DNS SRV-oppløsning. I dette tilfellet brukes den lokalt definerte SRV-posten pstntocucm.io til å dirigere anrop.

    innkommende uri via 400

    Bruker taleklasse-URI 400 til å dirigere all innkommende trafikk fra de angitte Unified CM-vertene ved hjelp av kildeport 5060 til denne oppringingsnoden. Hvis du vil ha mer informasjon, kan du se innkommende uri.

    kodek for taleklasse 100

    Angir kodektfilterliste for samtaler til og fra Unified CM. Hvis du vil ha mer informasjon, se kodek for taleklasse.

    båndkontrollkilde-grensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for meldinger som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    bind mediekildegrensesnitt GigabitEthernet0/0/0

    Konfigurerer kildegrensesnittet og tilhørende IP-adresse for medier som sendes til PSTN. Hvis du vil ha mer informasjon, se bind.

    dtmf-relé rtp-nte

    Definerer RTP-NTE (RFC2833) som DTMF-kapasiteten som forventes på anropsstrekningen. Hvis du vil ha mer informasjon, kan du se DTMF Relay (Voice over IP).

    ikke hva

    Deaktiverer registrering av taleaktivitet. Hvis du vil ha mer informasjon, kan du se vad (oppringingsnode).

4

Legg til samtaleruting ved hjelp av følgende konfigurasjoner:

  1. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og Webex Calling. Definer DPG 100 med utgående oppringingsnode 100 mot Webex Calling. DPG 100 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 300 med utgående oppringingsnode 300 mot Unified CM. DPG 300 brukes på innkommende oppringingsnode fra Webex.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Opprett oppringingsnodegrupper for å rute samtaler mellom Unified CM og PSTN. Definer DPG 200 med utgående oppringingsnode 200 mot PSTN. DPG 200 brukes på den tilknyttede innkommende oppringingsnoden fra Unified CM. Definer på samme måte DPG 400 med utgående oppringingsnode 400 mot Unified CM. DPG 400 brukes på innkommende oppringingsnode fra PSTN.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Her er en forklaring på feltene for konfigurasjonen:

    oppringingsnode 100

    Knytter en utgående oppringingsnode til en oppringingsnode-gruppe. Hvis du vil ha mer informasjon, se dpg for taleklasse.

  3. Bruk oppringingsnodegrupper for å rute samtaler fra Webex til Unified CM og fra Unified CM til Webex: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Her er en forklaring på feltene for konfigurasjonen:

    destinasjon dpg 300

    Angir hvilken oppringingsnodegruppe, og derfor skal oppringingsnode brukes for utgående behandling av anrop som presenteres til denne innkommende oppringingsnoden.

  4. Bruk oppringingsnodegrupper for å rute samtaler fra PSTN til Unified CM og fra Unified CM til PSTN:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dette avslutter konfigurasjonen av den lokale gatewayen. Lagre konfigurasjonen og last inn plattformen på nytt hvis dette er første gang CUBE-funksjonene er konfigurert.

Overvåk og feilsøk lokal gateway med diagnostikksignaturer

Diagnostikksignaturer (DS) oppdager proaktivt ofte observerte problemer i den Cisco IOS XE-baserte lokale gatewayen og genererer e-post-, syslog- eller terminalmeldingsvarsler om hendelsen. Du kan også installere DS for å automatisere innsamling av diagnostikkdata og overføre innsamlede data til Cisco TAC-tilfellet for å akselerere oppløsningstiden.

Diagnostikksignaturer (DS) er XML-filer som inneholder informasjon om problemutløsende hendelser og handlinger for å informere, feilsøke og rette opp problemet. Bruk syslog-meldinger, SNMP-hendelser og gjennom periodisk overvåking av spesifikke visningskommandoer for å definere logikken for problemdetektering. Handlingstypene inkluderer:

  • Samle inn vis kommandoutganger

  • Generere en konsolidert loggfil

  • Laste opp filen til en brukerbasert nettverksplassering, for eksempel HTTPS, SCP, FTP-server

TAC-ingeniører skriver DS-filer og signerer dem digitalt for å beskytte integriteten. Hver DS-fil har den unike numeriske ID som er tilordnet av systemet. Oppslagsverktøy for diagnostikksignaturer (DSLT) er en enkelt kilde for å finne aktuelle signaturer for overvåking og feilsøking av ulike problemer.

Før du begynner:

  • Ikke rediger DS-filen du laster ned fra DSLT. Filene du endrer mislyktes installasjonen på grunn av integritetskontrollfeil.

  • En SMTP-server (Simple Mail Transfer Protocol) som du trenger for at den lokale gatewayen skal sende ut e-postvarsler.

  • Kontroller at den lokale gatewayen kjører IOS XE 17.6.1 eller nyere hvis du ønsker å bruke den sikre SMTP-serveren for e-postvarsler.

Forutsetninger

Lokal gateway som kjører IOS XE 17.6.1 eller nyere

  1. Diagnostikksignaturer er aktivert som standard.

  2. Konfigurer den sikre e-postserveren du bruker til å sende proaktiv varsel hvis enheten kjører IOS XE 17.6.1 eller nyere.

    
configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurer miljøvariabelen ds_email med administratorens e-postadresse for å varsle deg.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email  
end

Installer diagnostikksignaturer for proaktiv overvåking

Overvåking av høy CPU-bruk

Denne DS sporer 5 sekunders CPU-utnyttelse ved hjelp av SNMP OID 1.3.6.1.4.1.9.2.1.56. Når utnyttelsen når 75 % eller mer, deaktiverer den alle feilsøkinger og avinstallerer alle diagnostikksignaturer du installerer i den lokale gatewayen. Bruk disse trinnene nedenfor for å installere signaturen.

  1. Kontroller at du aktiverte SNMP ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 64224 ved å bruke følgende rullegardinalternativer i Oppslagsverktøy for diagnostikksignaturer:

    copy ftp://username:password@/DS_64224.xml bootflash:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-utnyttelse med e-postvarsel

    Last ned DS 64224 fra oppslagsverktøyet for diagnostikksignaturer

  3. Kopier DS XML-filen til den lokale gateway-flashen.

    copy ftp://username:password@/DS_64224.xml bootflash:

    Følgende eksempel viser kopiering av filen fra en FTP-server til den lokale gatewayen.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installer DS XML-filen i den lokale gatewayen.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen må ha en «registrert» verdi. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Last ned DSes:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-07 22:05:33

    Når den utløses, avinstallerer denne signaturen alle kjørende DS-er, inkludert seg selv. Installer om nødvendig DS 64224 på nytt for å fortsette å overvåke høy CPU-bruk på den lokale gatewayen.

Overvåking av unormale samtalefrakoblinger

Denne DS bruker SNMP-avstemning hvert 10. minutt for å oppdage unormal samtalefrakobling med SIP-feil 403, 488 og 503. Hvis økningen i antall feil er større enn eller lik 5 fra den siste avstemningen, genererer den en syslog og e-postvarsel. Bruk trinnene nedenfor for å installere signaturen.

  1. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager . 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Last ned DS 65221 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    SIP unormal samtalefrakobling med e-post- og syslog-varsel.

  3. Kopier DS XML-filen til den lokale gatewayen.

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installer DS XML-filen i den lokale gatewayen. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Bruk kommandoen vis diagnostikksignatur for Call Home for å bekrefte at signaturen er installert. Statuskolonnen skal ha en «registrert» verdi.

Installer diagnostikksignaturer for å feilsøke et problem

Du kan også bruke diagnostikksignaturer (DS) til å løse problemer raskt. Cisco TAC-ingeniører har skrevet flere signaturer som muliggjør de nødvendige feilsøkingene som kreves for å feilsøke et gitt problem, oppdage problemforekomsten, samle inn det riktige settet med diagnostiske data og overføre dataene automatisk til Cisco TAC-saken. Dette eliminerer behovet for å manuelt sjekke problemet og gjør feilsøking av periodiske og forbigående problemer mye enklere.

Du kan bruke Oppslagsverktøy for diagnostikksignaturer til å finne de aktuelle signaturene og installere dem for å løse et gitt problem selv, eller du kan installere signaturen som er anbefalt av TAC-teknikeren som en del av støtteengasjementet.

Her er et eksempel på hvordan du finner og installerer en DS for å oppdage forekomsten «%VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0" syslog og automatiserer innsamling av diagnostiske data ved hjelp av følgende trinn:

  1. Konfigurer en annen DS-miljøvariabel ds_fsurl_prefix som Cisco TAC-filserverbanen (cxd.cisco.com) for å laste opp diagnostikkdataene. Brukernavnet i filbanen er saksnummeret og passordet er filopplastingstokenet som kan hentes fra Support Case Manager som vist nedenfor. Filopplastingstokenet kan genereres i delen Vedlegg i Support Case Manager, etter behov.

    Filopplastingstokenet generert i Vedlegg-delen av Support Case Manager
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Eksempel: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Kontroller at SNMP er aktivert ved hjelp av kommandoen vis snmp. Hvis SNMP ikke er aktivert, konfigurerer du kommandoen snmp-server manager .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Vi anbefaler at du installerer overvåking av høy CPU (High CPU Monitoring) DS 64224 som et proaktivt tiltak for å deaktivere alle feilsøkinger og diagnostikksignaturer i perioder med høy CPU-bruk. Last ned DS 64224 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Ytelse

    Problemtype

    Høy CPU-bruk med e-postvarsel.

  4. Last ned DS 65095 ved å bruke følgende alternativer i Oppslagsverktøy for diagnostikksignaturer:

    Feltnavn

    Feltverdi

    Plattform

    Cisco 4300, 4400 ISR-serien eller Catalyst 8000V Edge-programvare

    Produkt

    CUBE Enterprise i Webex Calling-løsning

    Problemomfang

    Syslogs

    Problemtype

    Syslog - %VOICE_IEC-3-GW: CCAPI Intern feil (terskel for høyeste anrop): IEC=1.1.181.1.29.0

  5. Kopier DS XML-filene til den lokale gatewayen.

    
copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installer høy CPU-overvåking DS 64224 og deretter DS 65095 XML-filen i den lokale gatewayen. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Kontroller at signaturen er installert med vis diagnostikksignatur for Call Home. Statuskolonnen skal ha en «registrert» verdi. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Nedlastede DS-er:

    DS-ID

    DS-navn

    Revisjon

    Status

    Siste oppdatering (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrert

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Registrert

    2020-11-08:00:12:53

Bekreft utføring av diagnostikksignaturer

I kommandoen nedenfor viser «Status»-kolonnen i kommandoen diagnostikksignatur for Call Home endringer til «kjører» mens den lokale gatewayen utfører handlingen som er definert i signaturen. Utgivelsen av vis statistikk for diagnostikksignatur for Call Home er den beste måten å bekrefte om en diagnostikksignatur oppdager en hendelse av interesse og utførte handlingen. "Triggered/Max/Deinstall"-kolonnen angir hvor mange ganger den gitte signaturen har utløst en hendelse, maksimalt antall ganger den er definert for å oppdage en hendelse, og om signaturen avinstallerer seg selv etter å ha oppdaget maksimalt antall utløste hendelser. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Nedlastede DS-er:

DS-ID

DS-navn

Revisjon

Status

Siste oppdatering (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registrert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Kjører

2020-11-08 00:12:53

vis statistikk for diagnostikksignatur for Call Home

DS-ID

DS-navn

Utløst/Maks/Avinstaller

Gjennomsnittlig kjøretid (sekunder)

Maks kjøretid (sekunder)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Varsel-e-posten som sendes under kjøring av diagnostikksignatur, inneholder nøkkelinformasjon som problemtype, enhetsdetaljer, programvareversjon, kjørekonfigurasjon og viser kommandoutganger som er relevante for å feilsøke det gitte problemet.

Varsel-e-post som sendes under kjøring av diagnostikksignatur

Avinstaller diagnostikksignaturer

Bruk diagnostikksignaturene til feilsøkingsformål er vanligvis definert til å avinstallere etter at noen problemforekomster er oppdaget. Hvis du vil avinstallere en signatur manuelt, henter du DS ID-en fra utdataene fra vis diagnostikksignatur for Call Home og kjører følgende kommando:

call-home diagnostic-signature deinstall

Eksempel:

call-home diagnostic-signature deinstall 64224

Nye signaturer legges til i oppslagsverktøyet for diagnostikksignaturer med jevne mellomrom, basert på problemer som observeres i distribusjoner. TAC støtter for øyeblikket ikke forespørsler om å opprette nye egendefinerte signaturer.

Implementere CUBE med høy tilgjengelighet som lokal gateway

Grunnleggende

Forutsetninger

Før du distribuerer CUBE HA som lokal gateway for Webex Calling, må du sørge for at du har en grundig forståelse av følgende konsepter:

Konfigurasjonsretningslinjene i denne artikkelen forutsetter en dedikert lokal gateway-plattform uten eksisterende talekonfigurasjon. Hvis en eksisterende CUBE-bedriftsdistribusjon endres for også å bruke den lokale gateway-funksjonen for Cisco Webex Calling, må du være nøye med konfigurasjonen som brukes for å sikre at eksisterende anropsflyter og -funksjoner ikke blir avbrutt, og sørg for at du overholder CUBE HA-designkravene.

Maskinvare- og programvarekomponenter

CUBE HA som lokal gateway krever IOS-XE versjon 16.12.2 eller nyere og en plattform som støtter både CUBE HA- og LGW-funksjoner.

Kommandoene og loggene i denne artikkelen er basert på minimum programvareutgivelse av Cisco IOS-XE 16.12.2 implementert på en vCUBE (CSR1000v).

Referansemateriale

Her er noen detaljerte CUBE HA konfigurasjonsveiledninger for ulike plattformer:

Oversikt over Webex Calling-løsning

Cisco Webex Calling er et samarbeidstilbud som tilbyr et skybasert alternativ for flere leietakere til lokal PBX-telefontjeneste med flere PSTN-alternativer for kunder.

Distribusjonen av den lokale gatewayen (representert nedenfor) er fokuset i denne artikkelen. Lokal gateway (lokalbasert PSTN)-trunk i Webex Calling tillater tilkobling til en kundeeid PSTN-tjeneste. Den gir også tilkobling til en lokal IP PBX-distribusjon, for eksempel Cisco Unified CM. All kommunikasjon til og fra skyen er sikret ved hjelp av TLS-transport for SIP og SRTP for medier.

Figuren nedenfor viser en Webex Calling-distribusjon uten eksisterende IP PBX og gjelder for en enkelt distribusjon eller en distribusjon på flere steder. Konfigurasjonen beskrevet i denne artikkelen er basert på denne distribusjonen.

Lag 2 boks-til-boks-redundans

CUBE HA lag 2 boks-til-boks-redundans bruker infrastrukturprotokollen Redundancy Group (RG) til å danne et aktivt/ventebypar av rutere. Dette paret deler den samme virtuelle IP-adressen (VIP) på tvers av sine respektive grensesnitt og utveksler statusmeldinger kontinuerlig. CUBE-øktinformasjon er sjekket på tvers av ruterparet, slik at standbyruteren kan ta over alle CUBE-samtalebehandlingsansvar umiddelbart hvis den aktive ruteren går ut av drift, noe som resulterer i stateful bevaring av signalisering og media.

Kontroll av peking er begrenset til tilkoblede samtaler med mediapakker. Anrop som er i transit, blir ikke sjekket (for eksempel en forsøks- eller ringestatus).

I denne artikkelen vil CUBE HA referere til CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundans for stateful samtalebevaring

Fra og med IOS-XE 16.12.2 KAN CUBE HA distribueres som lokal gateway for Cisco Webex Calling-trunk-distribusjoner (lokalt basert PSTN), og vi dekker designhensyn og konfigurasjoner i denne artikkelen. Denne figuren viser et typisk CUBE HA-oppsett som lokal gateway for en Cisco Webex Calling-trunkdistribusjon.

Redundancy-gruppe infra-komponent

Redundancy Group (RG) Infra-komponenten gir støtte for kommunikasjonsinfrastruktur mellom de to CUBE-ene og forhandler den endelige stabile redundanstilstanden. Denne komponenten gir også:

  • En HSRP-lignende protokoll som forhandler den endelige overflødighetstilstanden for hver ruter ved å utveksle opprettholder og hei-meldinger mellom de to CUBE-ene (via kontrollgrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • En transportmekanisme for å kontrollere signal- og medietilstanden for hver samtale fra den aktive til standbyruteren (via datagrensesnittet) – GigabitEthernet3 i figuren ovenfor.

  • Konfigurasjon og administrasjon av det virtuelle IP (VIP)-grensesnittet for trafikkgrensesnittet (flere trafikkgrensesnitt kan konfigureres ved hjelp av samme RG-gruppe) – GigabitEthernet 1 og 2 regnes som trafikkgrensesnitt.

Denne RG-komponenten må konfigureres spesielt for å støtte tale B2B HA.

Administrasjon av virtuell IP (VIP)-adresse for både signalisering og medier

B2B HA er avhengig av VIP for å oppnå redundans. VIP og tilhørende fysiske grensesnitt på begge CUBE-ene i CUBE HA-paret må ligge på samme LAN-subnett. Konfigurasjon av VIP og binding av VIP-grensesnittet til et bestemt taleprogram (SIP) er obligatorisk for støtte for tale B2B HA. Eksterne enheter som Unified CM, Webex Calling-tilgang SBC, tjenesteleverandør eller proxy, bruker VIP som mål-IP-adresse for samtaler som går gjennom CUBE HA-ruterne. Fra et Webex Calling-synspunkt fungerer CUBE HA-paret derfor som én enkelt lokal gateway.

Anropssignalering og RTP-øktinformasjon for etablerte samtaler sjekkes fra den aktive ruteren til standbyruteren. Når den aktive ruteren går ned, tar standbyruteren over og fortsetter å viderekoble RTP-strømmen som tidligere ble rutet av den første ruteren.

Samtaler i midlertidig tilstand ved failover vil ikke bli bevart etter overgang. For eksempel anrop som ikke er fullstendig etablert ennå, eller som er i ferd med å bli endret med en overførings- eller ventefunksjon. Etablerte samtaler kan kobles fra etter bytte.

Følgende krav er gjeldende for bruk av CUBE HA som lokal gateway for stateful failover av samtaler:

  • CUBE HA kan ikke ha samtidig plassert TDM eller analoge grensesnitt

  • Gig1 og Gig2 kalles trafikkgrensesnitt (SIP/RTP), og Gig3 er Redundancy Group (RG) Control/Data-grensesnitt

  • Ikke mer enn 2 CUBE HA-par kan plasseres i samme lag 2-domene, det ene med gruppe-id 1 og det andre med gruppe-id 2. Hvis du konfigurerer 2 HA-par med samme gruppe-ID, må RG Control/Data-grensesnitt tilhøre forskjellige lag 2 domener (vlan, separat svitsj)

  • Portkanal støttes for både RG Control/data og trafikkgrensesnitt

  • All signalisering/media kommer fra/til den virtuelle IP-adressen

  • Når en plattform lastes på nytt i et CUBE-HA-forhold, starter den alltid opp som Standby

  • Lavere adresse for alle grensesnitt (Gig1, Gig2, Gig3) skal være på samme plattform

  • Redundancy Interface Identifier, rii skal være unik for en par/grensesnittkombinasjon på samme lag 2

  • Konfigurasjonen på begge CUBE-ene må være identisk, inkludert fysisk konfigurasjon, og må kjøre på samme type plattform og IOS-XE-versjon

  • Loopback-grensesnitt kan ikke brukes så bind som de alltid er opp

  • Grensesnitt for flere trafikk (SIP/RTP) (Gig1, Gig2) krever at grensesnittsporing konfigureres

  • CUBE-HA støttes ikke over en krysskabel-tilkobling for RG-kontroll/datatilkobling (Gig3)

  • Begge plattformene må være identiske og være tilkoblet via en fysisk bryter på tvers av alle likelige grensesnitt for at CUBE HA skal fungere, dvs. GE0/0/0 av CUBE-1 og CUBE-2 må avsluttes på samme bryter og så videre.

  • Kan ikke ha WAN avsluttet på CUBE-er direkte eller Data HA på begge sider

  • Begge aktive/standbyene må være i samme datasenter

  • Det er obligatorisk å bruke et eget L3-grensesnitt for redundans (RG Control/Data, Gig3). dvs. grensesnitt som brukes for trafikk, kan ikke brukes for HA-oppbevaringssystemer og kontrollpeking

  • Ved failover gjennomgår den tidligere aktive CUBE en reload ved design, og bevarer signalering og media

Konfigurere redundans på begge CUBE-ene

Du må konfigurere boks-til-boks-redundans for lag 2 på begge CUBE-ene som skal brukes i et HA-par for å hente opp virtuelle IP-er.

1

Konfigurer grensesnittsporing på globalt nivå for å spore statusen til grensesnittet.

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 brukes i RG til å spore taletrafikkgrensesnittet slik at den aktive ruten vil fjerne sin aktive rolle etter at trafikkgrensesnittet er nede.

2

Konfigurer en RG for bruk med VoIP HA i undermodusen for programredundans.

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å feltene som brukes i denne konfigurasjonen:

  • redundans– går inn i redundans-modus

  • Applikasjonsredundans– Går inn i konfigurasjonsmodus for applikasjonsredundans

  • gruppe – går inn i konfigurasjonsmodus for redundans-programgruppe

  • navn LocalGateway-HA– Definerer navnet på RG-gruppen

  • prioritet 100 failover-terskel 75 – Angir første prioritet og failover-terskel for en RG

  • Timers forsinkelse 30 omlasting 60 – Konfigurerer to ganger for forsinkelse og omlasting

    • Forsinkelsestidtaker som er hvor lang tid det tar å forsinke RG-gruppens initialisering og rolleforhandling etter at grensesnittet kommer opp – Standard 30 sekunder. Området er 0-10000 sekunder

    • Reload – Dette er tiden det tar å forsinke initialisering av RG-gruppe og rolleforhandling etter en reload – standard 60 sekunder. Området er 0-10000 sekunder

    • Standardtidtakere anbefales, selv om disse tidtakerne kan justeres for å imøtekomme eventuelle ekstra forsinkelser i nettverkskonvergensen som kan oppstå under oppstart/omlasting av rutere, for å garantere at RG-protokollforhandlingen finner sted etter at ruting i nettverket har konvertert til et stabilt punkt. Hvis det for eksempel vises etter failover at det tar opptil 20 sekunder før den nye STANDBY ser den første RG HELLO-pakken fra den nye ACTIVE, bør tidtakeren justeres til «tidtakerforsinkelse 60 reload 120» for å faktorere denne forsinkelsen.

  • Control GigabitEthernet3-protokoll 1 – Konfigurerer grensesnittet som brukes til å utveksle opprettholder live- og hei-meldinger mellom de to CUBE-ene, og angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundancy-program-protokoll

  • GigabitEthernet3-data – Konfigurerer grensesnittet som brukes til å kontrollere datatrafikk

  • sporing– RG-gruppesporing av grensesnitt

  • protokoll 1 – angir protokollforekomsten som vil bli knyttet til et kontrollgrensesnitt og går inn i konfigurasjonsmodus for redundant program-protokoll

  • Timers hellotid 3 holdtid 10– Konfigurerer de to tidtakerne for hellotid og holdtid:

    • Hellotime – Intervall mellom påfølgende hei-meldinger – Standard 3 sekunder. Området er 250 millisekunder - 254 sekunder

    • Ventetid – Intervallet mellom mottak av en Hei-melding og antagelsen om at senderruteren mislyktes. Denne varigheten må være lengre enn hei-tiden – Standard 10 sekunder. Området er 750 millisekunder-255 sekunder

      Vi anbefaler at du konfigurerer holdtidtakeren til å være minst 3 ganger verdien av hellotime-tidtakeren.

3

Aktiver boks-til-boks-redundans for CUBE-programmet. Konfigurer RG fra forrige trinn under voice service voip. Dette gjør det mulig for CUBE-programmet å kontrollere overflødighetsprosessen.

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

Redundancy-gruppe 1– Å legge til og fjerne denne kommandoen krever en ny lasting for at den oppdaterte konfigurasjonen skal tre i kraft. Vi laster inn plattformene på nytt etter at all konfigurasjon er tatt i bruk.

4

Konfigurer Gig1- og Gig2-grensesnittet med sine respektive virtuelle IP-er som vist nedenfor, og bruk redundant grensesnittidentifikator (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å feltene som brukes i denne konfigurasjonen:

  • redundancy rii – Konfigurerer redundancy grensesnittidentifikator for redundancy-gruppen. Kreves for å generere en virtuell MAC-ADRESSE (VMAC). Den samme rii-ID-verdien må brukes på grensesnittet til hver ruter (ACTIVE/STANDBY) som har samme VIP.

    Hvis det finnes mer enn ett B2B-par på samme LAN, MÅ hvert par ha unike rii-ID-er på sine respektive grensesnitt (for å forhindre kollisjon). «vis redundans-applikasjonsgruppe alle» skal angi riktig lokal og motpartsinformasjon.

  • redundansgruppe 1– knytter grensesnittet til redundansgruppen som ble opprettet i trinn 2 ovenfor. Konfigurer RG-gruppen, samt VIP-en som er tilordnet dette fysiske grensesnittet.

    Det er obligatorisk å bruke et eget grensesnitt for redundans, det vil si at grensesnittet som brukes for taletrafikk ikke kan brukes som kontroll- og datagrensesnitt spesifisert i trinn 2 ovenfor. I dette eksemplet brukes Gigabit-grensesnitt 3 til RG-kontroll/data

5

Lagre konfigurasjonen av den første CUBE og last den inn på nytt.

Plattformen som skal lastes inn på nytt, er alltid Standby.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Når VCUBE-1 starter opp fullstendig, lagre konfigurasjonen av VCUBE-2 og last den inn på nytt.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]

6

Kontroller at boks-til-boks-konfigurasjonen fungerer som forventet. Relevant utdata er uthevet i fet skrift.

Vi lastet på nytt VCUBE-2 sist og i henhold til designhensyn. Plattformen som lastes på nytt vil alltid 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#

Konfigurere en lokal gateway på begge CUBE-ene

I eksempelkonfigurasjonen vår bruker vi følgende trunkinformasjon fra Control Hub til å bygge konfigurasjonen av lokal gateway på både plattformene, VCUBE-1 og VCUBE-2. Brukernavnet og passordet for dette oppsettet er som følger:

  • Brukernavn: Hussain1076_LGU

  • Passord: lOV12SMeS

1

Kontroller at det opprettes en konfigurasjonsnøkkel for passordet, med kommandoene som vises nedenfor, før det kan brukes i legitimasjon eller delte hemmeligheter. Type 6-passord krypteres ved hjelp av AES-chiffrering og denne brukerdefinerte konfigurasjonsnøkkelen. 


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Her er konfigurasjonen av lokal gateway som vil gjelde for begge plattformene basert på Webex Control Hub-parametrene vist ovenfor, lagre og last inn på nytt. SIP Digest-legitimasjon fra Webex Control Hub er uthevet i fet.


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 ""
""
  rule 13 response ANY sip-header To 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 å vise visningskommandoen har vi lastet VCUBE-2 på nytt etterfulgt av VCUBE-1, slik at VCUBE-1 er standby CUBE og VCUBE-2 er den aktive CUBE

2

Til enhver tid vil bare én plattform opprettholde en aktiv registrering som lokal gateway med Webex Calling-tilgang SBC. Ta en titt på utdataene til følgende vise kommandoer.

vis overflødighetsapplikasjonsgruppe 1

vis sip-ua-registreringsstatus 


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 utdataene ovenfor kan du se at VCUBE-2 er den aktive LGW som opprettholder registreringen med Webex Calling access SBC, mens utdataene for «vis sip-ua registerstatus» er tomme i VCUBE-1

3

Aktiver nå følgende feilsøking 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

Simuler failover ved å utstede følgende kommando på den aktive LGW, VCUBE-2 i dette tilfellet.


VCUBE-2#redundancy application reload group 1 self

Overgang fra ACTIVE til STANDBY LGW skjer også i følgende scenario i tillegg til CLI oppført ovenfor

  • Når den AKTIVE ruteren lastes på nytt

  • Når den AKTIVE ruteren slår på

  • Når et RG-konfigurert grensesnitt til den AKTIVE ruteren avsluttes for hvilket sporing er aktivert

5

Sjekk om VCUBE-1 har registrert seg med Webex Calling access SBC. VCUBE-2 ville vært lastet på nytt nå.


              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 nå den aktive LGW.

6

Se på den aktuelle feilsøkingsloggen på VCUBE-1 ved å sende et SIP-REGISTER til Webex Calling VIA den virtuelle IP-adressen og motta 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: ;tag=8D573-189
To: 
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: 
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: ;tag=8D573-189
To: ;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: ;tag=8D573-189
To: 
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: 
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: ;tag=8D573-189
To: ;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: ;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 for organisasjonen din

Konfigurere anropsinnstillinger i veiviseren for førstegangsoppsett

Det første trinnet for å få tjenestene dine i gang er å fullføre veiviseren for førstegangsoppsett (FTSW). Når FTSW er fullført for ditt første sted, trenger det ikke å fullføres for flere steder.

1

Klikk på koblingen Komme i gang i velkomst-e-posten du mottar.

Administratorens e-postadresse brukes automatisk til å logge på , der du blir bedt om å opprette administratorpassordet. Når du har logget på, starter installasjonsveiviseren automatisk.

2

Gjennomgå og godta tjenestevilkårene.

3

Se gjennom planen, og klikk deretter på Kom i gang.

Kontoadministratoren din er ansvarlig for å aktivere de første trinnene for FTSW. Kontakt kontoadministratoren hvis du mottar meldingen «Kan ikke konfigurere samtalen» når du velger Kom i gang.

4

Velg landet som datasenteret skal tilordnes til, og angi kundekontakt og kundeadresseinformasjon.

5

Klikk på Neste: Standardplassering.

6

Velg blant følgende alternativer:

  • Klikk på Lagre og lukk hvis du er partneradministrator og vil at kundeadministratoren skal fullføre klargjøringen av .
  • Fyll ut nødvendig stedsinformasjon. Når du har opprettet plasseringen i veiviseren, kan du opprette flere steder senere.

Når du har fullført installasjonsveiviseren, må du sørge for at du legger til et hovednummer på plasseringen du oppretter.

7

Gjør følgende valg som skal gjelde for dette stedet:

  • Kunngjøringsspråk– For lydkunngjøringer og forespørsler om nye brukere og funksjoner.
  • E-postspråk– For e-postkommunikasjon for nye brukere.
  • Land
  • Tidssone
8

Klikk på Neste.

9

Skriv inn en tilgjengelig Cisco Webex SIP-adresse, klikk på Neste og velg Fullfør.

Legg til et sted

Før du begynner

Klargjør følgende informasjon for å opprette en ny plassering:

  • Stedsadresse

  • Ønskede telefonnumre (valgfritt)

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

En ny plassering vil bli driftet i det regionale datasenteret som tilsvarer landet du valgte ved hjelp av veiviseren for førstegangsoppsett.

2

Konfigurer innstillingene for plasseringen:

  • Stedsnavn– Skriv inn et unikt navn for å identifisere stedet.
  • Land/region – Velg et land du vil knytte stedet til. Du kan for eksempel opprette ett sted (hovedkontor) i USA og en annen (filial) i Storbritannia. Landet du velger, bestemmer adressefeltene som følger. De som dokumenteres her bruker den amerikanske adressekonvensjonen som et eksempel.
  • Stedsadresse– angi stedets hovedpostadresse.
  • By/By– Angi en by for dette stedet.
  • Delstat/provins/region– Velg en delstat fra rullegardinlisten.
  • Postnummer– angi postnummeret.
  • Kunngjøringsspråk– Velg språket for kunngjøringer og meldinger for nye brukere og funksjoner.
  • E-postspråk– Velg språket for e-postkommunikasjon med nye brukere.
  • Tidssone – Velg tidssonen for stedet.
3

Klikk på Lagre og velg deretter Ja/ Nei for å legge til numre på stedet nå eller senere.

4

Hvis du klikket på Ja, velger du ett av følgende alternativer:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Plasseringen din er ny. Eksisterende steder som har fått tildelt andre PSTN-funksjoner, er ikke kvalifisert for Cisco Calling-planen på dette tidspunktet. Åpne en støttesak for veiledning.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.

    CCP-partnere og den geografiske dekningen er oppført her. Bare partnere som støtter landet ditt, vises. Partnere er oppført enten med en logo eller som en kort tekststreng etterfulgt av en region, i parenteser (Eksempel: (EU), (US) eller (CA)). Partnere oppført med en logo tilbyr alltid Regional Media for CCP. For partnere som vises som en streng, velger du regionen nærmest landet der du befinner deg, for å sikre regionale medier for CCP.

    Hvis du ser alternativet for å bestille numre nå under en oppført leverandør, anbefaler vi at du velger dette alternativet slik at du kan dra nytte av integrert CCP. Integrert CCP gjør det mulig å anskaffe og klargjøre telefonnumre på én glassrute. Ikke-integrert CCP krever at du skaffer telefonnumrene dine fra CCP-partneren utenfor .

  • Lokalbasert PSTN (lokal gateway)– Du kan velge dette alternativet hvis du vil beholde din nåværende PSTN-leverandør eller koble til nettsteder som ikke er skybaserte, med skybaserte nettsteder.

Valget av PSTN-alternativ er på hvert stedsnivå (hvert sted har bare ett PSTN-alternativ). Du kan blande og matche så mange alternativer som du vil for distribusjonen, men hvert sted har ett alternativ. Når du har valgt og klargjort et PSTN-alternativ, kan du endre det ved å klikke på Administrer i PSTN-egenskapene for plasseringen. Noen alternativer, for eksempel Cisco PSTN, er imidlertid kanskje ikke tilgjengelige etter at et annet alternativ er tilordnet. Åpne en støttesak for veiledning.

5

Velg om du vil aktivere numrene nå eller senere.

6

Hvis du valgte ikke-integrert CCP eller lokalt basert PSTN, skriver du inn Telefonnumre som kommadelte verdier, og klikker deretter på Valider.

Numre legges til for det bestemte stedet. Gyldige oppføringer flyttes til feltet Validerte numre , og ugyldige oppføringer blir værende i feltet Legg til numre ledsaget av en feilmelding.

Avhengig av lokasjonens land er numrene formatert i henhold til lokale oppringingskrav. Hvis det for eksempel kreves en landskode, kan du angi tall med eller uten koden, og koden settes foran.

7

Klikk på Lagre.

Hva du skal gjøre nå

Når du har opprettet et sted, kan du aktivere nødtjenester for dette stedet. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

Slett et sted

Før du begynner

Du kan slette en plassering som enten ikke er i bruk eller ble feilaktig konfigurert etter å ha slettet brukerne og arbeidsområdene som er knyttet til den. Når du sletter en plassering, sletter du alle tilordnede tjenester og numre.

Få en liste over brukerne og arbeidsområdene som er knyttet til et sted: Gå til Tjenester > Anrop > Numre og velg plasseringen du vil slette fra rullegardinmenyen. Du må slette disse brukerne og arbeidsområdene før du sletter plasseringen.

Husk at eventuelle numre knyttet til dette stedet blir utgitt tilbake til din PSTN-leverandør. Du vil ikke lenger eie disse numrene.

1

Logg på Control Hub på https://admin.webex.com, gå til Administrasjon > Plassering.

2

Klikk Flere alternativer-knapp i Handlinger -kolonnen ved siden av plasseringen du vil slette.

3

Velg Slett plassering, og bekreft at du vil slette denne plasseringen.

Det tar vanligvis et par minutter å slette stedet permanent, men det kan ta opptil en time. Du kan sjekke statusen ved å klikke Flere alternativer-knapp ved siden av stedsnavnet og velge Slettestatus.

Oppdater en eksisterende plassering

Du kan endre PSTN-oppsettet, navnet, tidssonen og språket for et sted etter at det er opprettet. Husk imidlertid at det nye språket bare gjelder for nye brukere og enheter. Eksisterende brukere og enheter fortsetter å bruke det gamle språket.

For eksisterende steder kan du aktivere nødtjenester. Se RedSky nødtjeneste for Webex Calling for mer informasjon.

1

Logg på https://admin.webex.com.

2

Gå til Administrasjon > Plassering.

Hvis du ser et Advarsel-symbol ved siden av en plassering, betyr det at du ikke har konfigurert et telefonnummer for den plasseringen ennå. Du kan ikke foreta eller motta noen anrop før du har konfigurert dette nummeret.

3

(Valgfritt) Under PSTN-tilkobling velger du enten Skytilkoblet PSTN eller Lokalt PSTN (lokal gateway), avhengig av hvilken du allerede har konfigurert. Klikk på Administrer for å endre konfigurasjonen, og bekreft deretter de tilknyttede risikoene ved å velge Fortsett. Velg deretter ett av følgende alternativer, og klikk på Lagre:

  • Cisco PSTN – Velg dette alternativet hvis du vil ha en sky PSTN-løsning fra Cisco. Cisco Calling Plan er en fullstendig PSTN-erstatningsløsning som tilbyr nødsamtaler, innkommende og utgående innenlands og internasjonale anrop, og lar deg bestille nye PSTN-numre eller portere eksisterende numre til Cisco.

    Cisco PSTN -alternativet er bare synlig under følgende betingelser:

    • Du har kjøpt minst én engasjert Cisco Calling Plan (OCP).

    • Plasseringen din er i et land der Cisco Calling Plan støttes.

    • Du er driftet i et Webex Calling-datasenter i en region der Cisco Calling-planen støttes.

  • Skytilkoblet PSTN– Velg dette alternativet hvis du leter etter en skytilkoblet PSTN-løsning fra en av de mange Cisco CCP-partnerne, eller hvis Cisco Calling Plan ikke er tilgjengelig på stedet ditt. CCP-partnere tilbyr PSTN-erstatningsløsninger, omfattende global dekning og et bredt og variert utvalg av funksjoner, emballasje og priser.