Overfør din lokale gateway
Forbedringene av denne nye infrastrukturen inkluderer:
-
Forbedret samtalebehandlingsytelse, slik at opptil 250 samtidige økter per lokal gateway-registrering blir mulig.
-
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-oppføring som hentes fra Control Hub under innføringsprosessen til en lokal gateway og deretter konfigureres på leietakerkonfigurasjonen til en 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 avsnittene nedenfor.
Hvis noen av de lokale gatewayene dine 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, kan du overføre manuelt i henhold til organisasjonens bekvemmelighet. Adressen som er oppført i Control Hub, er en av de nye adressene nedenfor, men den lokale gatewayen kan for øyeblikket være konfigurert med en gammel adresse og krever overføring.
Denne overføringen bør ikke ta mer enn 10–15 minutter. Men under overføringen registrerer den lokale gatewayen på nytt til skyen, noe som påvirker tjenesten. Vi anbefaler derfor at du utfører denne aktiviteten under vedlikehold.
oss
Canada
Europa
Japan
Australia
Singapore
Nye lokale gateway-enheter som er innført siden desember 2020, konfigureres automatisk for å bruke denne infrastrukturen, og det kan derfor hende at du ikke trenger å gjøre noe. Vi anbefaler at du henviser til listen ovenfor for å bekrefte om noen av de lokale gatewayene trenger en overføring, og i så fall utfører du en overføring i henhold til retningslinjene nedenfor.
Hvis du vil vite om noen av de lokale gatewayene trenger en overføring, kan du se delen Kom i gang med den lokale gateway-overføringen .
Konfigurasjonsskjermbildene i Control Hub, konfigurasjonstrinnene for CUBE og utgående proxy-adresse varierer avhengig av organisasjonens plassering og lokale gateway. Detaljene som er oppført i trinnene nedenfor, er bare eksempler.
Før du begynner
-
Oppdater tilgangskontrolllisten på CUBE – Webex Calling har et oppdatert utvalg av 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. Bekreft det nyeste IP-området fra Veiledning for portreferanse for Webex Calling for å bekrefte om det allerede er i bruk, og hvis ikke, 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 føre til anropsfeil.
-
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 for mer informasjon.
-
Kontroller at klareringsanordningen på CUBE er oppdatert ved å følge trinn 5 fra Utfør konfigurasjon av referanseplattform.
Fra Control Hub kan du hente din nye utgående proxy-adresse.
1 |
Fra kundevisningen i https://admin.webex.com går du til Tjenester og velger . |
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. Sørg for at du kopierer den spesifikke utgående proxy-adressen fra Control Hub for hver lokale gateway du konfigurerer. Å velge en bestemt adresse er viktig for redundans og belastningsbalanserende trafikk. |
Oppdatering av den lokale gateway-konfigurasjonen påvirker tjenesten og kan påvirke aktive samtaler.
I eksemplet nedenfor er leietaker 201 leietakeren som kobler til Webex Calling. Angi riktig leietaker for konfigurasjonen.
#vis kjøring-konfigurasjon | s taleklasseleier 201 taleklasseleier 201 register dns:lgw2.killarney.cisco.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls legitimasjonsnummer TRUNK_gruppe_24740_LGU brukernavn TRUNK_gruppe_29959_LGU passord 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV-området BroadWorks-godkjenningsbrukernavn TRUNK_gruppe_29959_LGU passord 7 xxxxxxxx-området BroadWorks-autentisering brukernavn TRUNK_gruppe_29959_LGU passord 6 xxxxxxxx realm lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com tilkobling-gjenbruk økt transport tcp tls url sips error-passthru bind control source-grensesnitt GigabitEthernet1 bind media source-grensesnitt GigabitEthernet1 ingen pass-thru innhold custom-sdp sip-profiler 201 utgående proxy dns:lgwretest.killarney.cisco.com
1 |
Fjern den festede linjen som begynner med Den lokale gatewayen vil nå overføre registreringen til Webex Calling. |
2 |
Bekreft at den lokale gatewayen ikke er registrert for Webex Calling ved å skrive inn følgende kommandoer. |
3 |
Ta den nye adressen du kopierte fra Control Hub, og legg til registratorlinjen ovenfra og tilbake. I eksemplet nedenfor var vår OBP Din lokale gateway blir registrert hos den nye OBP-en. |
4 |
Validering av registreringen var vellykket ved hjelp av følgende kommando. Det skal produsere utdata som ligner på det som er angitt nedenfor. |
Hva du skal gjøre nå
Oppdater de andre lokale gatewayene ved å følge de samme trinnene som ovenfor.
For en mislykket overføring må du bare registrere den forrige utgående proxy-adressen på nytt. Følg instruksjonene nedenfor for å rulle tilbake og gjenopprette tjenesten.
taleklassetenant 201 ingen registrator utgående proxy dns:lgwrestest.killarney.cisco.com registrator dns:lgw2.killarney.cisco.com scheme sips utløper 240 oppdateringsforhold 50 tcp tls !
-
Hvis du ruller tilbake, viser konfigurasjonen i Control Hub fremdeles den nye utgående proxy-adressen. Dette er forventet atferd. Tjenesten vil fortsette å fungere med den gamle utgående proxy-adressen.
-
Kontroller at du fulgte trinn 2 riktig i delen Overfør den lokale gatewayen i Control Hub , og at det ikke er noen brannmur som blokkerer tilgang til den nye utgående proxyen.
-
Hvis du ikke kan løse dette problemet, kan du kontakte Cisco Webex Calling Support.
Det er viktig å sikre at tjenestene fungerer som normal etter migrering. Sørg for å teste tjenesten etter at du har fullført overføringen. Du kan teste tjenesten ved å foreta anrop til telefonnumre fra Webex Calling-enhetene dine, eller teste anrop til en hvilken som helst SBC som brukes i forbindelse med Webex Calling.