När alla slutpunkter och användare har migrerats till molnanrop Unified CM är det enda syftet att fungera som en transit mellan PSTN-gateways och Webex Calling via Local Gateway. Att ta bort PSTN-gateways och Unified CM Local Gateway från bilden genom att använda Cloud Connect Webex Calling som PSTN-åtkomst för alla Webex Calling användare har flera fördelar, inklusive kostnads minskning och förbättrad tillförlitlighet. Så här övergår du till lokal PSTN-åtkomst till Cloud Connect för Webex Calling:

1. Cloud Connect för Webex Calling partnerval.

   Se listan över Cloud Connect för Webex Calling partners 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 du byter PSTN-åtkomst för Webex Calling platser 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 Webex Calling med vissa testanvändare etablerade på den testplatsen. PSTN-åtkomst för den här test platsen ställs sedan in på Cloud Connect-partnern innan PSTN-anslut ningen valideras med testtelefonerna. Efter lyckad validering kan testplatsen avprovisioneras.

3. Nummerportering.

   För att förbereda för övergången till Cloud Connect måste en portorder för alla nummer som för närvarande är tilldelade PSTN-trunken som avslutas placeras. Unified CM Alla nummer måste överföras till Cloud Connect-partnern. För att bibehålla åtkomligheten mellan lokaliseringar måste alla nummer på alla platser portas samtidigt .

4. Byt till Cloud Connect-partner.

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

Som diskuterats i avsnittet PSTN i designkapitlet kan kunder också välja att flytta sin PSTN-åtkomst till Cloud Connect för i Webex Calling början av övergången med hjälp av PSTN-trunking för hybriddistributioner. Webex Calling Mer information finns i PSTN-trunking för hybriddistributioner. Webex Calling I det fallet under övergången sker PSTN-åtkomst för Unified CM via lokal gateway Webex Calling och efter att alla användare flyttats till Webex Calling finns det inget ytterligare PSTN-relaterat migreringssteg annat än avveckling och de lokala gatewayerna. Unified CM

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

• Ta bort lokala samtalskontroll- och meddelande DNS SRV poster från den lokala DNS-servern (erna) inklusive. cisco_uds _tcp. <domain>, cup_login. _tcp. <domain>. Dessa SRV-poster krävs inte längre för identifiering av klienttjänster.

• Ta bort kantrelaterade DNS SRV poster från det offentliga DNS-systemet inklusive. collab_edge _tls. <domain>. Dessa SRV-poster krävs inte längre för att upptäcka klienttjänster för gräns tjänster för samarbete.

• Uppdatera alla relevanta DHCP-omfattningar för att ta bort alternativ 66 och alternativ 150 TFTP/startserveradresser. Dessa omfattningar krävs inte längre för identifiering och nedladdning av konfiguration av slutpunktssamtalskontroll.

• Uppdatera/ta bort lämpliga uppringningspartners i Lokal gateway/kub som dirigerar samtal till och från. Unified CM Dessa uppringningspartners behövs inte längre för lokal samtalsdirigering.

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

• Ta bort eller ta bort alla virtuella datorer och/eller servrar för Unity Connection-klusternoder. Återanvänd beräkningsresurser och hårdvara efter behov. Dessa resurser behövs inte längre för röstbrevlåda och enhetliga meddel andetjänster.

• Rensning: Efter migrering av PSTN-åtkomst till Cloud Connected PSTN kan PSTN-trunkarUnified CM, PSTN-gateways och Local Gateway avvecklas.

• För alla befintliga lokala E911-lösningar tar du bort alla platser eller nummer som har migrerats till Webex Calling och när fullständig övergång är klar tar du bort virtuella programmaskiner eller servrar. Återanvänd 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 på samtalsroutning och för att säkerställa att alla CSS-servrar har prioriterad åtkomst till molnsökvägen för samma DN:er.

• Uppdatera den fysiska avsändningsplatsen och nätverkselementet i horisontmobilitet när förändringar inträffar. Vanliga aktiviteter som kräver uppdateringar är:

  • Byte av nätverksswitch

  • Ersättning av trådlös åtkomstpunkt

  • Ändringar av DHCP-omfattning

  • Fysiska förändringar inne i byggnaden (om de löses till kubikal/kontor)

  • Fysisk kontorslokalens expansion eller sammandragning inuti en byggnad.

Webex Callingtillhandahåller omfattande analys- och felsökningsfunktioner som hjälper dig att visualisera och spåra din distribution. Dessa täcker mediekvalitet, detaljerad samtalshistorik, samtalskö, jakt grupp, och automatisk skötanalys. Ett exempel på Webex Calling mediekvalitetsanalys visas i figur Webex Callingmediekvalitetsanalys.

Under felsökning Webex Calling kan varje samtal som görs med hjälp av visas med detaljerad information om viktiga mediekvalitet och signalrelaterade problem för att hjälpa till att identifiera medieproblem såväl som misslyckade samtal, som visas i felsökning av Webex Callingmedi ekvalitet i figuren.

Webex CallingFelsökning kan också integreras med andra Cisco-produkter som ThousandEyes och Meraki- switchar för att ge en ännu rikare integrerad upplevelse i Control Hub. Mer information om hur du använder Webex Callinganalys och felsökning finns i Felsöka Webex Calling samtal i Control Hub.