Forbedringene av denne nye infrastrukturen inkluderer:

  • Forbedret samtalehåndteringsytelse, noe som gir opptil 250 samtidige økter per lokal gateway-registrering.

  • Støtter bruk av Webex Calling Media Optimization for samtaler mellom bordtelefoner, Webex-appen og en lokal gateway.

Spesifikasjoner:

  • En ny liste over proxy-adresser er utgitt. En proxy-adresse er en statisk DNS-post som hentes fra Control Hub under innføringsprosessen for en lokal gateway og deretter konfigureres på en leietakerkonfigurasjon for lokal gateway for registrering av gatewayen.

  • Webex Calling-skyoperasjoner ber kunder om å overføre lokale gatewayer som bruker en eldre proxy-adresse. Detaljer er beskrevet i delene nedenfor.

Hvis noen av de lokale gatewayene har en utgående proxy-adresse som ikke er en del av det nye proxy-adresseområdet for Webex Calling som er oppført nedenfor, må du overføre manuelt når det passer for organisasjonen din. Adressen som er oppført i Control Hub, vil være en av de nye adressene nedenfor. Men den lokale gatewayen kan konfigureres med en gammel adresse, og må da overføres.

Denne overføringen skal ikke ta mer enn 10–15 minutter. Under overføringen vil imidlertid den lokale gatewayen registrere seg på nytt til skyen, noe som vil påvirke tjenesten. Derfor anbefaler vi at du utfører denne aktiviteten under vedlikehold.

USA

Canada

Europa

Japan

Australia


Nye lokale gateway-enheter som er integrert siden desember 2020, konfigureres automatisk til å bruke denne infrastrukturen, og det kan derfor hende at du ikke trenger å gjøre noe. Vi anbefaler at du refererer til listen ovenfor for å bekrefte om noen av de lokale gatewayene trenger en overføring, og i så fall utføre en overføring i henhold til retningslinjene nedenfor.

Hvis du vil vite om noen av de lokale gatewayene kanskje trenger en overføring, kan du se delen Komme i gang med overføring av lokal gateway .


Konfigurasjonsskjermbildene i Control Hub, konfigurasjonstrinn for CUBE og utgående proxy-adresse vil variere avhengig av organisasjonens plassering og den lokale gatewayen. Detaljene som er oppført i trinnene nedenfor, er bare eksempler.

Før du starter

  1. Oppdater tilgangskontrollisten på CUBE – Webex Calling har et oppdatert område med SBC-IP-adresser (Session Border Controller), som kanskje må brukes som en klarert liste på alle CUBE-er i organisasjonen som kobler til Webex Calling. Kontroller det nyeste IP-området fra Veiledning for portreferanse for Webex Calling for å bekrefte om det allerede er i bruk, og se konfigurasjonstrinnene under trinn 1 fra Registrer lokal gateway til Webex Calling for å utføre denne oppdateringen. Å ha oppdaterte «klarerte IP-adresser» på CUBE er et obligatorisk krav som, hvis de ikke oppdateres, vil resultere i anropsfeil.

  2. Kontroller at den eksterne brannmuren tillater at disse IP-adressene nås fra CUBE – hvis den eksterne brannmuren filtrerer IP-adressene som CUBE kan nå, må du også oppdatere dette slik at den lokale gatewayen kan kontakte skyen. Se Informasjonsveiledningen for portreferanse hvis du vil ha mer informasjon.

  3. Kontroller at klareringsankeret på KUBE er oppdatert ved å følge trinn 5 fra Utfør referanseplattformkonfigurasjon.

Du kan få tak i den nye utgående proxy-adressen fra Control Hub.

1

Fra kundevisningen i https://admin.webex.com går du til Tjenester og velger Anrop > Anropsruting.

2

Velg PSTN-tilkoblingen, og klikk deretter på Rediger under Lokal gateway.

3

Klikk på Administrer for å få tilgang til den lokale gateway-konfigurasjonen.

4

Kopier den utgående proxy-adressen.


 

Hvis du har mange lokale gatewayer i organisasjonen, er det sannsynlig at hver gang du utfører oppgaven ovenfor for en annen lokal gateway, får du forskjellige utgående proxy-adresser fra Control Hub. Kontroller at du kopierer den bestemte utgående proxy-adressen fra Control Hub for hver lokale gateway du konfigurerer. Å velge en bestemt adresse er viktig for redundans og belastningsfordelingstrafikk.

Oppdatering av konfigurasjonen av den lokale gateway påvirker tjenesten og kan påvirke aktive samtaler.

I eksemplet nedenfor er leier 201 leieren som kobler til Webex Calling. Angi riktig leier for konfigurasjonen.

#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

Fjern den fete linjen som begynner med registrar dns:xxxx og lagre den til senere. Du må også lagre den avsluttende utgående proxy-adressen.

Den lokale gatewayen vil nå levere registreringen til Webex Calling.

2

Kontroller at den lokale gatewayen ikke er registrert for Webex Calling ved å skrive inn følgende kommandoer.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

Ta den nye adressen du kopierte fra Control Hub, og legg til registratorlinjen igjen. I eksemplet nedenfor ble OBP-en vår 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
!

Den lokale gatewayen registrerer seg hos den nye OBP-en.

4

Valideringen av registreringen var vellykket ved hjelp av følgende kommando.

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

Det skal produsere utdata som ligner på det som står nedenfor.

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

Hva nå?

Du bør nå oppdatere andre lokale gatewayer ved å følge de samme trinnene som ovenfor.

For en mislykket overføring kan du ganske enkelt registrere din forrige utgående proxy-adresse på nytt. Følg instruksjonene nedenfor for å tilbakeføre og gjenopprette tjenesten.

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. Hvis du tilbakefører, viser konfigurasjonen i Control Hub fremdeles den nye utgående proxy-adressen. Dette er forventet virkemåte. Tjenesten vil fortsette å fungere med den gamle utgående proxy-adressen.

  2. Kontroller at du fulgte trinn 2 riktig i delen Overføre den lokale gatewayen din i Control Hub, og at det ikke er noen brannmur som blokkerer tilgangen til den nye utgående proxyen.

  3. Hvis du ikke kan løse dette problemet, kan du kontakte Cisco Webex Calling Support.

Det er viktig å sikre at tjenestene fungerer som vanlig etter overføring. Sørg for å teste tjenesten etter at du har fullført overføringen. Du kan teste tjenesten ved å ringe telefonnumre fra Webex Calling-enhetene eller teste anrop til en hvilken som helst SBC som brukes sammen med Webex Calling.