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.

  • Har stöd för användning Webex Calling medieoptimering 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 Webex Calling-proxyadressintervallet som listas nedan, måste du migrera manuellt enligt din organisations bekvämlighet. Adressen som listas i Control Hub kommer att vara en av de nya adresserna nedan. Din lokala gateway kan dock konfigureras med en gammal adress och kräva migrering.

Den här migreringen tar inte mer än 10–15 minuter. Under migreringen kommer den lokala gatewayen dock att registreras på igen till molnet som 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


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.

Om du inte har fått ett e-postmeddelande från Cisco som instruerar dig att uppgradera din lokala gatewaykonfiguration krävs inga ytterligare åtgärder. Se avsnittet Kom igång med din lokala gateway-migrering för att förstå om någon av dina lokala gateways kan behöva en migrering.


Konfigurationsskärmarna i Control Hub, CUBE-konfigurationssteg och utgående proxyadress kommer att variera beroende på din organisations plats och lokalagateway. Informationen som listas i stegen nedan är bara exempel.

Innan du börjar

  1. Uppdatera åtkomstkontrolllistan för CUBE – Webex Calling har ett uppdaterat intervall av IP-adresser för sessionsgrä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.

  2. 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 portreferensinformationsguide för mer information.

Från Control Hub kan du få din nyautgående proxyadress.

1

Från kundvyn i https://admin.webex.comgå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. Att välja en 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 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 fetstil som börjar med registrar dns:xxxx och spara den till senare. Spara också din utgående utgående proxyadress.

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.

voice class tenant 201
  no registrar
!
show  sip-ua register status
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år OBP ch13.sipconnect-us.bcld.webex.com.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

Din lokala gateway kommer att registrera dig med den nya OBP:en.

4

Validera att registreringen lyckades med följande kommando.

show sip-ua register status
show sip-ua register status

Den bör skapa utdata som liknar nedan.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

Nästa steg

Du bör nu uppdatera andra lokala gateways genom att följa samma steg som ovan.

För en misslyckad migrering behöver du bara omregistrera din tidigare utgående proxyadress. Följ anvisningarna nedan för att å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
!
  1. 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.

  2. Se till att du följt steg 2 korrekt i avsnittet Migrera din lokala gateway i Control Hub-avsnittet och att det inte finns någon brandvägg som blockerar åtkomsten till den nya utgående proxyn.

  3. Kontakta supporten om du inte kan lösa Cisco Webex Callingproblemet.

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 dina Webex Calling-enheter eller testa samtal till de SBC som används i tillsammans med Webex Calling .