Når alle endepunkter og brukere er migrert til skyanrop, er det eneste formålet med Unified CM å fungere som en transitt mellom PSTN-gatewayene og Webex Calling via lokal gateway. Det har flere fordeler å fjerne PSTN-gatewayer, Unified CM og Local Gateway fra bildet ved å bruke Cloud Connect for Webex Calling som PSTN-tilgang for alle Webex Calling-brukere, inkludert kostnadsreduksjon og forbedret pålitelighet. For å overføre lokal PSTN-tilgang til Cloud Connect for Webex Calling, følg disse trinnene:

1. Valg av Cloud Connect for Webex Calling-partner.

   Se listen over Cloud Connect for Webex Calling-partnere, og velg blant de tilgjengelige partnerne som er tilgjengelige for organisasjonens plassering.

2. Cloud Connect for Webex Calling-validering.

   Før du bytter PSTN-tilgang for Webex Calling-steder til Cloud Connect, bør tilkoblingen til PSTN via den valgte Cloud Connect-partneren bekreftes og valideres. For dette formålet må en testplassering klargjøres i Webex Calling med noen testbrukere klargjort på den testplasseringen. PSTN-tilgang for denne testlokasjonen settes deretter til Cloud Connect-partneren før PSTN-tilkoblingen validerer ved hjelp av testtelefonene. Etter vellykket validering kan testlokasjonen avregistreres.

3. Nummerportering.

   For å forberede overføringen til Cloud Connect må det legges inn en portordre for alle numre som for øyeblikket er tilordnet PSTN-trunken som avsluttes på Unified CM. Alle numre må porteres til Cloud Connect-partneren. For å opprettholde tilgjengelighet mellom lokasjoner må alle numre fra alle lokasjoner porteres samtidig.

4. Bytt til Cloud Connect-partner.

   På datoen for overgangen må PSTN-tilgang for alle steder i Webex Calling settes til den skytilkoblede PSTN-leverandøren, og innkommende og utgående tilkobling må bekreftes.

Som omtalt i PSTN-delen av designkapittelet, kan kunder også velge å flytte PSTN-tilgangen sin til Cloud Connect for Webex Calling ved starten av overgangen ved hjelp av PSTN-trunking for hybrid Webex Calling-distribusjoner. Hvis du vil ha mer informasjon, kan du se PSTN-trunking for hybrid Webex Calling-distribusjoner. I så fall skjer PSTN-tilgang for Unified CM via Local Gateway og Webex Calling under overgangen, og etter at alle brukere er flyttet til Webex Calling, er det ikke noe ekstra PSTN-relatert migreringstrinn annet enn å avvikle Unified CM og Local Gateways.

Når alle brukere er overført til Webex Calling og alle endepunkter er overført til skyregistrering (eller har blitt avviklet), må du oppdatere riktig lokal infrastruktur nå som skyanrop er i bruk. Oppdateringer av infrastrukturen inkluderer:

• Fjern lokale DNS SRV-oppføringer for samtalekontroll og meldinger fra den/de lokale DNS-serveren(e), inkludert cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Disse SRV-postene er ikke lenger nødvendige for klienttjenesteoppdagelse.

• Fjern kantrelaterte DNS SRV-oppføringer fra det offentlige DNS-systemet, inkludert collab_edge._tls. [].<domain>. Disse SRV-postene er ikke lenger nødvendige for klienttjenesteoppdagelse av samarbeidstjenester på kanten.

• Oppdater alle relevante DHCP-områder for å fjerne alternativ 66 og alternativ 150 TFTP/boot serveradresser. Disse omfangene er ikke lenger nødvendige for oppdaging og nedlasting av konfigurasjon for endepunktskallkontroll.

• Update/remove passende oppringingspeer i Lokalt Gateway/CUBE den ruten kaller til og fra Unified CM. Disse oppringingsmotpartene er ikke lenger nødvendige for lokal samtaleruting.

• Slett eller fjern alle virtuelle maskiner i Unified CM- og Expressway-klyngenoden and/or servere. Gjenbruk dataressurser og maskinvare etter behov. Disse ressursene er ikke lenger nødvendige for samtalekontroll og edge-tjenester.

• Slett eller fjern alle virtuelle maskiner i Unity Connection-klyngenoden and/or servere. Gjenbruk dataressurser og maskinvare etter behov. Disse ressursene er ikke lenger nødvendige for talepost og Unified Messaging-tjenester.

• Opprydding: Etter at PSTN-tilgang er migrert til Cloud Connected PSTN Unified CM, kan PSTN-trunker, PSTN-gatewayer og Local Gateway avvikles.

• For enhver eksisterende lokal E911-løsning, slett alle steder eller numre som har migrert til Webex Calling, og når fullstendig overføring er fullført, fjern virtuelle maskiner eller servere fra applikasjonen. Gjenbruk dataressurser og maskinvare etter behov. Disse ressursene er ikke lenger nødvendige for nødanrop og posisjoneringstjenester.

• Navneidentifikasjonsnumre som tilhører migrerte brukere bør plasseres i en skjult partisjon for å unngå feil i anropsrutingen og for å sikre at alle CSS-er har prioritert tilgang til skybanen til de samme navneidentifikasjonsnumrene.

• Oppdater den fysiske utsendbare plasseringen og nettverkselementet i Horizon Mobility når det skjer endringer. Vanlige aktiviteter som krever oppdateringer er:

  • Utskifting av nettverkssvitsj

  • Utskifting av trådløst tilgangspunkt

  • Endringer i DHCP-omfang

  • Fysiske endringer inne i bygningen (hvis det er lurt å cubical/office)

  • Fysisk utvidelse eller innsnevring av kontorplass inne i en bygning.

Webex Calling tilbyr omfattende analyse- og feilsøkingsfunksjoner som hjelper deg med å visualisere og spore distribusjonen din. Disse dekker mediekvalitet, detaljert samtalehistorikk, samtalekø, søkegruppe og analyse av automatiske svarere. Et eksempel på Webex Calling-mediekvalitetsanalyse vises i figur Webex Calling-mediekvalitetsanalyse.

Under feilsøking kan hver samtale som foretas med Webex Calling vises med detaljert informasjon om viktige problemer knyttet til mediekvalitet og signalisering for å finne frem til medieproblemer samt mislykkede samtaler, som vist i figur Feilsøking av mediekvalitet i Webex Calling.

Feilsøking av Webex Calling kan også integreres med andre Cisco-produkter som ThousandEyes og Meraki-svitsjer for å gi en enda rikere integrert opplevelse i Control Hub. Hvis du vil ha mer informasjon om bruk av Webex Calling -analyse og feilsøking, kan du se Feilsøke Webex Calling-anrop i Control Hub.