Tack för din feedback.
Migrera din lokala gateway
Har du feedback?Förbättringarna av denna nya infrastruktur inkluderar:
-
Förbättrad prestanda för samtalshantering, vilket möjliggör upp till 250 samtidiga sessioner per lokal gateway-registrering.
-
Stöder användning av Webex Calling Media Optimization för samtal mellan skrivbordstelefoner, Webex-appen och en lokal gateway.
Specifikationer:
-
En ny lista över proxyadresser har släppts. En proxyadress är en statisk DNS-post som hämtas från Control Hub under registreringsprocessen för en lokal gateway och som sedan konfigureras i en lokal gateways klientkonfiguration för registrering av gatewayen.
-
Webex Calling av molndriften begär att kunder migrera lokala gateways som använder en äldre proxyadress. Detaljerna beskrivs i följande avsnitt.
Om någon av dina lokala gateways har en utgående proxyadress som inte ingår i det nya proxyadressintervallet för Webex Calling som anges nedan migrerar du manuellt enligt din organisations bekvämlighet. Adressen som listas i Control Hub är en av de nya adresserna nedan. Din lokala gateway kan dock för närvarande konfigureras med en gammal adress och kräver migrering.
Den här migreringen bör inte ta mer än 10–15 minuter. Under migreringen registreras dock den lokala gatewayen till molnet vilket påverkar tjänsten. Därför rekommenderar vi att du utför denna aktivitet under ett underhållsfönster.
USA
Kanada
Europa
Japan
Australien
Singapore
Nya lokala gateway-enheter som har angetts sedan december 2020 konfigureras automatiskt för att använda den här infrastrukturen och därför kan ingen åtgärd behöva vidtas. Vi rekommenderar att du hänvisar till listan ovan för att kontrollera om någon av dina lokala gateways behöver en migrering och om så är möjligt utföra en migrering enligt riktlinjerna nedan.
För att förstå om någon av dina lokala gateways kan behöva en migrering, se avsnittet Komma igång med din lokala gateway-migrering.
Konfigurationsskärmarna i Control Hub, CUBE-konfigurationssteg och utgående proxyadress kommer att variera beroende på dinorganisations plats och lokala gateway. Informationen som listas i stegen nedan är bara exempel.
Innan du börjar
-
Uppdatera åtkomstkontrolllistan för CUBE – Webex Calling har ett uppdaterat intervall av IP-adresser försessionsgränskontroll (SBC), som kan behöva tillämpas som en pålitlig lista för alla CUBE-användare i din organisation som ansluter till Webex Calling. Kontrollera det senaste IP-intervallet från Webex Calling Portreferensguide för att bekräfta om det redan är tillämpat och, om inte, se konfigurationsstegen under steg 1 från Registrera lokal gateway till Webex Calling att utföra den här uppdateringen. Att ha uppdaterat "betrodda IP-adresser" på din CUBE är ett obligatoriskt krav som, om de inte uppdateras, kommer att resultera i samtalsfel.
-
Se till att din externa brandvägg gör det möjligt att nå dessa IP-adresser från din CUBE – Om din externa brandvägg filtrerar de IP-adresser som CUBE kan nå, måste du uppdatera även detta så att den lokala gatewayen kan kontakta molnet. Se handboken för portreferens för mer information.
-
Se till att den betrodda ankaren på CUBE har uppdaterats genom följande steg 5 från Utför konfiguration avreferensplattform.
Från Control Hub kan du få din nyautgående proxyadress.
| 1 |
Från kundvyn i https://admin.webex.com går du till Tjänster och väljer Samtal >samtalsomkoppling . |
| 2 |
Välj din PSTN och klicka sedan på Redigera under Lokal gateway . |
| 3 |
Klicka på Hantera för att få åtkomst till den lokala gatewaykonfigurationen. |
| 4 |
Kopiera den utgående proxyadressen. Om du har många lokala gateways i din organisation är det troligt att du får olika utgående proxyadresser från Control Hub varje gång du utför ovanstående uppgift för en annan lokal gateway. Se till att du kopierar den specifika utgående proxyadressen från Control Hub för varje lokal gateway som du konfigurerar. Val av specifik adress är viktigt för redundans- och laddningsbalanserad trafik.  |
Uppdateringen av din lokala gateway-konfiguration påverkar tjänsten och kan påverka aktiva samtal.
I exemplet nedan är klient 201 den klient som ansluter till Webex Calling. Ange rätt klient för din konfiguration.
#show running-config | s röstklassad klient 201 röstklassad klient 201 registrator dns:lgw2.killarney.cisco.com schema sips löper ut 240 uppdateringsförhållande 50 tcp tls trunk för AUTENTISERINGSUPPGIFTER_grupp_24740_Trunk för LGU-användarnamn_grupp_29959_LGU lösenord 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV-sfären BroadWorks-autentiseringsanvändarnamn TRUNK_grupp_29959_LGU-lösenord 7 xxxxxxxx-sfären BroadWorks-autentiseringsanvändarnamn TRUNK_grupp_29959_LGU lösenord 6 xxxxxxxx sfär lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com anslutning-återanvänd sessionstransport tcp tls url sips fel-passthru bind control source-gränssnitt GigabitEthernet1 bind media source-gränssnitt GigabitEthernet1 inget pass-thru innehåll anpassade-sdp sip-profiler 201 dns för utgående proxy:lgwretest.killarney.cisco.com | 1 |
Ta bort den fetstil som börjar med Den lokala gatewayen släpper nu sin registrering till Webex Calling. |
| 2 |
Bekräfta att din lokala gateway inte är registrerad för Webex Calling genom att ange följande kommandon. |
| 3 |
Ta den nya adressen som du kopierade från Control Hub och lägg tillregistratorlinjen uppifrån och tillbaka. I exemplet nedan var vårt OBP Din lokala gateway kommer att registrera dig med den nya OBP:en. |
| 4 |
Validera att registreringen lyckades med följande kommando. Den bör skapa utdata som liknar nedan. |
Nästa steg
Uppdatera de andra lokala gateways genom att följa samma steg som ovan.
För en misslyckad migrering behöver du bara registrera din tidigare utgående proxyadress. Följ anvisningarna nedan för att återställa tjänsten.
röstklassad klient 201 ingen registrator utgående proxy dns:lgwretest.killarney.cisco.com registrator dns:lgw2.killarney.cisco.com schema sips upphör att gälla 240 uppdateringsförhållande 50 tcp tls ! -
Om du går tillbaka visar konfigurationen i Control Hub fortfarande den nya utgående proxyadressen. Detta är ett förväntat beteende. Tjänsten kommer att fortsätta fungera med den gamla utgående proxyadressen.
-
Se till att du följt steg 2 korrekt i Migrera din lokala gateway i Control Hub-avsnittet och det finns ingen brandvägg som blockerar åtkomsten till den nya utgående proxyn.
-
Kontakta supporten om du inte kan lösa problemet Cisco Webex Calling Support.
Det är viktigt att säkerställa att tjänsterna fungerar som vid normal eftermigrering. Se till att testa din tjänst när du har slutfört migreringen. Du kan testa din tjänst genom att ringa samtal till telefonnummer från Webex Calling-enheter eller testa samtal till de SBC som används i tillsammans med Webex Calling .
