När alla slutpunkter och användare har migrerats till molnsamtal är det enda syftet med Unified CM att fungera som en övergång mellan PSTN-gatewayerna och Webex Calling via den lokala gatewayen. Att ta bort PSTN-gatewayer, Unified CM och Local Gateway från bilden genom att använda Cloud Connect för Webex Calling som PSTN-åtkomst för alla Webex Calling-användare har flera fördelar, inklusive kostnadsminskning och förbättrad tillförlitlighet. För att överföra lokal PSTN-åtkomst till Cloud Connect för Webex Calling, följ dessa steg:

1. Partnerval för Cloud Connect för Webex Calling.

   Se listan över Cloud Connect för Webex Calling-partner och välj bland de tillgängliga partnerna som är tillgängliga för din organisations plats.

2. Cloud Connect för Webex Calling-validering.

   Innan PSTN-åtkomst för Webex Calling-platser byts till Cloud Connect bör anslutningen till PSTN via den valda Cloud Connect-partnern verifieras och valideras. För detta ändamål måste en testplats etableras i Webex Calling med vissa testanvändare etablerade på den testplatsen. PSTN-åtkomst för den här testplatsen ställs sedan in på Cloud Connect-partnern innan PSTN-anslutningen valideras med testtelefonerna. Efter lyckad validering kan testplatsen avprovisioneras.

3. Nummerportering.

   För att förbereda övergången till Cloud Connect måste en porteringsorder göras för alla nummer som för närvarande är tilldelade PSTN-trunken och avslutas på Unified CM. Alla nummer måste porteras till Cloud Connect-partnern. För att upprätthålla tillgängligheten mellan platser måste alla nummer från alla platser porteras samtidigt.

4. Byt till Cloud Connect-partner.

   Vid datumet för övergången måste PSTN-åtkomst för alla platser i Webex Calling ställas in på den molnanslutna PSTN-leverantören, och inkommande och utgående anslutning bör verifieras.

Som diskuterats i PSTN-avsnittet i designkapitlet kan kunder också välja att flytta sin PSTN-åtkomst till Cloud Connect för Webex Calling i början av övergången med hjälp av PSTN-trunking för hybrid Webex Calling-distributioner. För mer information, se PSTN-trunking för hybrid Webex Calling-distributioner. I så fall sker PSTN-åtkomst för Unified CM via Local Gateway och Webex Calling under övergången, och efter att alla användare har flyttats till Webex Calling finns det inget ytterligare PSTN-relaterat migreringssteg förutom att avveckla Unified CM och de lokala gatewayerna.

När alla användare har övergått till Webex Calling och alla slutpunkter har övergått till molnregistrering (eller har tagits ur drift), uppdatera lämplig lokal infrastruktur nu när molnsamtal används. Uppdateringar av infrastrukturen inkluderar:

• Ta bort lokala DNS SRV-poster för samtalskontroll och meddelanden från den/de lokala DNS-servrarna, inklusive cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Dessa SRV-poster krävs inte längre för klienttjänstidentifiering.

• Ta bort edge-relaterade DNS SRV-poster från det publika DNS-systemet inklusive collab_edge._tls.<domain>. Dessa SRV-poster krävs inte längre för klienttjänstidentifiering av samarbeten i Edge-tjänster.

• Uppdatera alla relevanta DHCP-scopes för att ta bort alternativ 66 och alternativ 150 TFTP/boot serveradresser. Dessa omfång krävs inte längre för identifiering och nedladdning av konfiguration för slutpunktsanropskontroll.

• Update/remove lämpliga uppringningspecialister i Lokalt Gateway/CUBE den rutten anropar till och från Unified CM. Dessa uppringningsmotparter krävs inte längre för lokal samtalsroutning.

• Ta bort alla virtuella datorer i Unified CM- och Expressway-klusternoder and/or servrar. Återanvända beräkningsresurser och hårdvara efter behov. Dessa resurser behövs inte längre för samtalskontroll och edge-tjänster.

• Ta bort alla virtuella maskiner i Unity Connection-klusternoden and/or servrar. Återanvända beräkningsresurser och hårdvara efter behov. Dessa resurser behövs inte längre för röstbrevlåda och Unified Messaging-tjänster.

• Rengöring: Efter migrering av PSTN-åtkomst till Cloud Connected PSTN Unified CM kan PSTN-trunkar, PSTN-gatewayer och lokala gatewayar tas ur drift.

• För alla befintliga lokala E911-lösningar, ta bort alla platser eller nummer som har migrerat till Webex Calling och när den fullständiga övergången är klar, ta bort programmets virtuella maskiner eller servrar. Återanvända beräkningsresurser och hårdvara efter behov. Dessa resurser behövs inte längre för nödsamtal och lokaliseringstjänster.

• DN:er som tillhör migrerade användare bör placeras i en dold partition för att undvika fel vid samtalsrouting och för att säkerställa att alla CSS:er har prioriterad åtkomst till molnsökvägen för samma DN:er.

• Uppdatera den fysiskt dispatchbara platsen och nätverkselementet i Horizon Mobility närhelst ändringar sker. Vanliga aktiviteter som kräver uppdateringar är:

  • Byte av nätverksswitch

  • Byte av trådlös åtkomstpunkt

  • Ändringar i DHCP-omfattning

  • Fysiska förändringar inuti byggnaden (om man beslutar sig för att cubical/office)

  • Fysisk utbyggnad eller minskning av kontorsutrymme inuti en byggnad.

Webex Calling tillhandahåller omfattande analys- och felsökningsfunktioner som hjälper dig att visualisera och spåra din distribution. Dessa täcker mediekvalitet, detaljerad samtalshistorik, samtalskö, sökgrupp och analys av automatiska svarstjänster. Ett exempel på Webex Calling-mediakvalitetsanalys visas i figur Webex Calling-mediakvalitetsanalys.

Under felsökning kan varje samtal som görs med Webex Calling visas med detaljerad information om viktiga problem med mediekvalitet och signalrelaterade problem för att hjälpa till att identifiera medieproblem samt misslyckade samtal, som visas i figur Felsökning av Webex Calling-mediekvalitet.

Felsökning av Webex Calling kan också integreras med andra Cisco-produkter som ThousandEyes och Meraki-switchar för att ge en ännu rikare integrerad upplevelse i Control Hub. För mer information om hur du använder Webex Calling analyser och felsökning, se Felsök Webex Calling-samtal i Control Hub.