Tack för din feedback.
Migrera din lokala gateway
Har du feedback?Förbättringarna av denna nya infrastruktur inkluderar:
-
Förbättrad samtalshantering, vilket möjliggör upp till 250 samtidiga sessioner per lokal gateway-registrering.
-
Stöder användningen av Webex CallingMedia Optimization för samtal mellan skrivbordstelefoner, Webex-appen och en lokal gateway.
Specifikationer:
-
En ny lista med proxyadresser har släppts. En proxyadress är en statisk DNS-post som hämtas från Control Hub under introduktionsprocessen för en lokal gateway och sedan konfigureras på en lokal gateways klientkonfiguration för registrering av gatewayen.
-
Webex CallingCloud Operations begär kunder att migrera lokala gateways som använder en äldre proxyadress. Detaljer beskrivs i följande avsnitt.
Om någon av dina lokala gateways har en utgående proxyadress som inte ingår i det nya Webex Calling proxyadressområdet nedan migrerar du manuellt efter organisationens bekvämlighet. Adressen som anges i Control Hub är en av de nya adresserna nedan, men din lokala gateway kan för närvarande vara konfigurerad med en gammal adress och kräver migrering.
Denna migrering bör inte ta mer än 10-15 minuter. Under migreringen omregistrerar den lokala gatewayen dock till molnet vilket påverkar tjänsten. Därför rekommenderar vi att du utför denna aktivitet under ett underhållsfönster.
US
Kanada
Europa
japan
Australien
Singapore
Nya Local Gateway-enheter som har installerats sedan december 2020 ställs automatiskt in för att använda denna infrastruktur, och därför kan inga åtgärder behövas. Vi rekommenderar att du hänvisar till listan ovan för att kontrollera om någon av dina lokala gateways behöver migreras och i så fall utför du en migrering enligt riktlinjerna nedan.
För att förstå om någon av dina lokala gateways kan behöva migreras, se avsnittet Kom igång med migrering av den lokala gateway en.
Konfigurationsskärmarna i Control Hub, CUBE-konfigurationsstegen och utgående proxyadress varierar beroende på organisationens plats och lokala gateway. Detaljerna som anges i stegen nedan är endast exempel.
Innan du börjar
-
Uppdatera åtkomstkontrolllistan på CUBE— Webex Calling har ett uppdaterat intervall av SBC-IP-adresser (Session Border Controller), som kan behöva tillämpas som en betrodd lista på alla CUBE-enheter i din organisation som ansluter tillWebex Calling. Kontrollera det senaste IP-intervallet från Webex CallingPort Reference Guide för att bekräfta om det redan är tillämpat och, om inte, se konfigurationsstegen under steg 1 från Registrera lokal gateway för Webex Calling att utföra den här uppdateringen. Att ha uppdaterade ”betrodda IP-adresser” på din CUBE är ett obligatoriskt krav som, om det inte uppdateras, kommer att leda till samtalsfel.
-
Se till att din externa brandvägg tillåter att dessa IP-adresser nås från din kub. Om din externa brandvägg filtrerar de IP-adresser som CUBE kan nå måste du uppdatera detta också så att den lokala gatewayen kan kontakta molnet. Mer information finns i Port Reference Information Guide.
-
Se till att förtroendeankaret på CUBE har uppdaterats genom att följa steg 5 från Utför konfigurering av referensplattform.
Från Control Hub kan du hämta din nya utgående proxyadress.
| 1 |
Logga in på Control Hub. |
| 2 |
|
| 3 |
Välj din PSTN-anslutning och klicka sedan på Redigera under Lokal gateway. |
| 4 |
Klicka på Hantera för att komma åt den lokala gatewaykonfigurationen. |
| 5 |
Kopiera den utgående proxyadressen. Om du har många lokala gateways i organisationen är det troligt att varje gång du utför ovanstående uppgift för en annan lokal gateway får du olika utgående proxyadresser från Control Hub. Se till att du kopierar den specifika utgående proxyadressen från Control Hub för varje lokal gateway som du konfigurerar. Att välja en specifik adress är viktigt för redundans och lastbalansering av trafik. 
|
Att uppdatera din lokala gateway-konfiguration påverkar tjänsten och kan påverka aktiva samtal.
I exemplet nedan är hyresgäst 201 den hyresgäst som ansluter tillWebex Calling. Ange rätt klientorganisation för din konfiguration.
#show running-config | s voice class tenant 201
voice class tenant 201
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
sip-server dns:lgw2.killarney.cisco.com
connection-reuse
session transport tcp tls
url sips
error-passthru
bind control source-interface GigabitEthernet1
bind media source-interface GigabitEthernet1
no pass-thru content custom-sdp
sip-profiles 201
outbound-proxy dns:lgwrestest.killarney.cisco.com
| 1 |
Ta bort den fetstilade linjen som börjar med Den lokala gatewayen kommer nu att släppa sin registrering tillWebex Calling. |
| 2 |
Bekräfta att din lokala gateway inte är registrerad Webex Calling genom att ange följande kommandon. |
| 3 |
Ta den nya adressen som du kopierade från Control Hub och lägg till registratorraden ovanifrån. I exemplet nedan var Din lokala gateway registreras med den nya OBP. |
| 4 |
Bekräfta att registreringen lyckades med följande kommando. Det bör producera utdata som liknar nedan. |
Vad du ska göra härnäst
Uppdatera de andra lokala gateways genom att följa samma steg som ovan.
För en misslyckad migrering registrerar du bara om din tidigare utgående proxyadress. Följ instruktionerna nedan för att rulla tillbaka och återställa tjänsten.
voice class tenant 201
no registrar
outbound-proxy dns:lgwrestest.killarney.cisco.com
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
-
Om du rullar tillbaka visar konfigurationen i Control Hub fortfarande den nya utgående proxyadressen. Detta är förväntat beteende. Tjänsten fortsätter att fungera med den gamla utgående proxyadressen.
-
Kontrollera att du har följt steg 2 korrekt i avsnittet Migrera din lokala gateway i Control Hub och att det inte finns någon brandvägg som blockerar åtkomsten till den nya utgående proxyn.
-
Om du inte kan lösa problemet kontaktar du suppor Cisco Webex Callingten.
Det är viktigt att se till att tjänsterna fungerar som normalt efter migrationen. Se till att testa tjänsten när du har slutfört migreringen. Du kan testa din tjänst genom att ringa till telefonnummer från dina Webex Calling enheter, eller testa samtal till valfri SBC som används tillsammans medWebex Calling.
