Når alle slutpunkter og brugere er migreret til Cloud Calling, er det eneste formål med Unified CM at fungere som en transit mellem PSTN-gateways og Webex Calling via lokal gateway. Fjernelse af PSTN-gateways, Unified CM og Local Gateway fra billedet ved at bruge Cloud Connect til Webex Calling som PSTN-adgang for alle Webex Calling-brugere har flere fordele, herunder omkostningsreduktion og forbedret pålidelighed. Følg disse trin for at overføre lokal PSTN-adgang til Cloud Connect for Webex Calling:

1. Valg af Cloud Connect til Webex-opkaldspartner.

   Se listen over Cloud Connect til Webex Calling-partnere, og vælg blandt de tilgængelige partnere for din organisations placering.

2. Cloud Connect til Webex Calling-validering.

   Før PSTN-adgang for Webex Calling-placeringer skiftes til Cloud Connect, skal forbindelsen til PSTN via den valgte Cloud Connect-partner verificeres og valideres. Til dette formål skal en testplacering klargøres i Webex Calling med nogle testbrugere klargjort på den pågældende testplacering. PSTN-adgang for denne testlokation indstilles derefter til Cloud Connect-partneren, før PSTN-forbindelsen valideres ved hjælp af testtelefonerne. Efter vellykket validering kan testlokationen deaktiveres.

3. Nummerportering.

   For at forberede overgangen til Cloud Connect skal der afgives en porteringsordre for alle numre, der i øjeblikket er tildelt den PSTN-trunk, der afsluttes på Unified CM. Alle numre skal porteres til Cloud Connect-partneren. For at opretholde tilgængelighed mellem lokationer skal alle numre fra alle lokationer porteres på samme tid.

4. Skift til Cloud Connect-partner.

   På datoen for overgangen skal PSTN-adgang for alle placeringer i Webex Calling indstilles til den Cloud Connected PSTN-udbyder, og indgående og udgående forbindelse skal verificeres.

Som beskrevet i PSTN-afsnittet i designkapitlet kan kunder også vælge at flytte deres PSTN-adgang til Cloud Connect til Webex Calling i starten af overgangen ved hjælp af PSTN-trunking til hybrid Webex Calling-implementeringer. For mere information, se PSTN-trunking til hybrid Webex Calling-implementeringer. I så fald sker PSTN-adgang til Unified CM under overgangen via Local Gateway og Webex Calling, og efter at alle brugere er flyttet til Webex Calling, er der intet yderligere PSTN-relateret migreringstrin udover at afvikle Unified CM og de lokale gateways.

Når alle brugere er blevet overført til Webex Calling, og alle slutpunkter er blevet overført til cloud-registrering (eller er blevet taget ud af drift), skal du opdatere den relevante lokale infrastruktur, nu hvor cloud-opkald er i brug. Opdateringer af infrastrukturen omfatter:

• Fjern DNS SRV-poster for opkaldskontrol og beskeder i det lokale miljø fra den/de lokale DNS-server(e), herunder cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Disse SRV-poster er ikke længere nødvendige til klienttjenesteopdagelse.

• Fjern kantrelaterede DNS SRV-poster fra det offentlige DNS-system, inklusive collab_edge._tls.<domain>. Disse SRV-poster er ikke længere nødvendige til klienttjenesteopdagelse af samarbejds-edge-tjenester.

• Opdater alle relevante DHCP-scoper for at fjerne valgmulighed 66 og valgmulighed 150. TFTP/boot serveradresser. Disse omfang er ikke længere nødvendige til registrering og download af konfiguration af slutpunktsopkaldskontrol.

• Update/remove passende opkalds-peers i Lokalt Gateway/CUBE den rute ringer til og fra Unified CM. Disse opkalds-peers er ikke længere nødvendige til lokal opkaldsrouting.

• Slet eller fjern alle virtuelle maskiner i Unified CM- og Expressway-klyngenoden and/or servere. Genbrug computerressourcer og hardware efter behov. Disse ressourcer er ikke længere nødvendige til opkaldsstyring og edge-tjenester.

• Slet eller fjern alle virtuelle maskiner fra Unity Connection-klyngenoden and/or servere. Genbrug computerressourcer og hardware efter behov. Disse ressourcer er ikke længere nødvendige til telefonsvarer og Unified Messaging-tjenester.

• Oprydning: Efter migrering af PSTN-adgang til Cloud Connected PSTN Unified CM kan PSTN-trunks, PSTN-gateways og Local Gateway tages ud af drift.

• For enhver eksisterende lokal E911-løsning skal du slette alle placeringer eller numre, der er migreret til Webex Calling, og når den fulde overgang er fuldført, skal du fjerne applikationens virtuelle maskiner eller servere. Genbrug computerressourcer og hardware efter behov. Disse ressourcer er ikke længere nødvendige til nødopkald og placeringstjenester.

• DN'er, der tilhører migrerede brugere, bør placeres i en skjult partition for at undgå fejl i opkaldsrouting og for at sikre, at alle CSS'er har prioriteret adgang til cloudstien for de samme DN'er.

• Opdater den fysiske afsendbare placering og netværkselementet i Horizon Mobility, når der sker ændringer. Almindelige aktiviteter, der kræver opdateringer, er:

  • Udskiftning af netværksswitch

  • Udskiftning af trådløst adgangspunkt

  • Ændringer i DHCP-omfang

  • Fysiske ændringer inde i bygningen (hvis der besluttes at cubical/office)

  • Udvidelse eller indskrænkning af fysisk kontorplads inde i en bygning.

Webex Calling tilbyder omfattende analyse- og fejlfindingsfunktioner, der hjælper dig med at visualisere og spore din implementering. Disse dækker mediekvalitet, detaljeret opkaldshistorik, opkaldskø, søgegruppe og analyser af automatisk omstilling. Et eksempel på Webex Calling-mediekvalitetsanalyse er vist i figur Webex Calling-mediekvalitetsanalyse.

Under fejlfinding kan hvert opkald foretaget ved hjælp af Webex Calling ses med detaljerede oplysninger om vigtige mediekvalitets- og signalrelaterede problemer for at hjælpe med at identificere medieproblemer samt mislykkede opkald, som vist i figur Fejlfinding af Webex Calling-mediekvalitet.

Fejlfinding af Webex Calling kan også integreres med andre Cisco-produkter som ThousandEyes og Meraki-switche for at give en endnu rigere integreret oplevelse i Control Hub. For mere information om brug af Webex Calling analyser og fejlfinding, se Fejlfinding af Webex Calling-opkald i Control Hub.