Migrer din lokale gateway
Forbedringene av denne nye infrastrukturen inkluderer:
-
Forbedret ytelse for samtalehåndtering, som tillater 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 publisert. En proxy-adresse er en statisk DNS-oppføring som hentes fra Control Hub under onboarding-prosessen til en lokal gateway og deretter konfigureres i en lokal gateways leierkonfigurasjon for å registrere gatewayen.
-
Webex Calling Cloud Operations ber kunder om å migrere lokale gatewayer som bruker en eldre proxy-adresse. Detaljer er beskrevet i de følgende avsnittene.
Hvis noen av dine lokale gatewayer har en utgående proxy-adresse som ikke er en del av det nye Webex Calling-proxy-adresseområdet som er oppført nedenfor, kan du migrere manuelt etter behov for organisasjonen din. Adressen som er oppført i Control Hub er en av de nye adressene nedenfor. Den lokale gatewayen din kan imidlertid være konfigurert med en gammel adresse og krever migrering.
Denne migreringen bør ikke ta mer enn 10–15 minutter. Under migreringen registreres imidlertid den lokale gatewayen på nytt i skyen, noe som påvirker tjenesten. Derfor anbefaler vi at du utfører denne aktiviteten i løpet av et vedlikeholdsvindu.
OSS
Canada
Europa
Japan
Australia
Singapore
Nye lokale gateway-enheter som er installert siden desember 2020, konfigureres automatisk til å bruke denne infrastrukturen, og det er derfor ikke nødvendig med noen handling. Vi anbefaler at du ser på listen ovenfor for å bekrefte om noen av dine lokale gatewayer trenger en migrering, og i så fall utfører en migrering i henhold til retningslinjene nedenfor.
For å forstå om noen av dine lokale gatewayer trenger en migrering, se delen Kom i gang med migrering av din lokale gateway.
Konfigurasjonsskjermbildene i Control Hub, KUBE-konfigurasjonstrinn og utgående proxy-adresse vil variere avhengig av organisasjonens plassering og lokale gateway. Detaljene som er oppført i trinnene nedenfor er kun eksempler.
Før du begynner
-
Oppdater tilgangskontrolllisten på kuben – Webex Calling har et oppdatert område med IP-adresser for øktgrensekontrollere (SBC), som kanskje må brukes som en klarert liste på alle kuber i organisasjonen din som kobler til Webex Calling. Bekreft det nyeste IP-området fra Webex Calling Port Reference Guide for å bekrefte om det allerede er brukt, og hvis ikke, se konfigurasjonstrinnene under trinn 1 fra Registrer lokal gateway til Webex Calling for å utføre denne oppdateringen. Det er obligatorisk å ha oppdaterte «pålitelige IP-adresser» på KUBE-en din, og hvis de ikke oppdateres, vil det føre til anropsfeil.
-
Sørg for at den eksterne brannmuren tillater at disse IP-adressene nås fra KUBE-en din – Hvis den eksterne brannmuren filtrerer IP-adressene som KUBE-en kan nå, må du også oppdatere dette slik at den lokale gatewayen kan kontakte skyen. Se Portreferanseinformasjonsveiledningen for mer informasjon.
-
Sørg for at tillitsankeret på KUBE er oppdatert ved å følge trinn 5 fra Utfør referanseplattformkonfigurasjon.
Fra Control Hub kan du hente den nye utgående proxy-adressen din.
1 |
Logg inn på Kontrollhub. |
2 |
Gå til . |
3 |
Velg PSTN-tilkoblingen din, og klikk deretter på Rediger under Lokal gateway. |
4 |
Klikk på Administrer for å få tilgang til konfigurasjonen av den lokale gatewayen. |
5 |
Kopier den utgående proxy-adressen. Hvis du har mange lokale gatewayer i organisasjonen din, er det sannsynlig at du vil få forskjellige utgående proxy-adresser fra Control Hub hver gang du utfører oppgaven ovenfor for en annen lokal gateway. Sørg for at du kopierer den spesifikke utgående proxy-adressen fra Control Hub for hver lokale gateway du konfigurerer. Det er viktig å velge en spesifikk adresse for redundans og lastbalansering av trafikk. ![]() |
Oppdatering av konfigurasjonen av den lokale gatewayen påvirker tjenesten og kan påvirke aktive anrop.
I eksemplet nedenfor er leietaker 201 leietakeren som kobler seg til Webex Calling. Angi riktig leietaker 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 uthevede linjen som begynner med Den lokale gatewayen vil nå slette registreringen sin til Webex Calling. |
2 |
Bekreft at din lokale gateway 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 registrarlinjen ovenfra bak. I eksemplet nedenfor var OBP-en vår Din lokale gateway vil registrere seg hos den nye OBP-en. |
4 |
Bekreft at registreringen var vellykket ved å bruke følgende kommando. Den skal produsere utdata som ligner på det nedenfor. |
Hva du skal gjøre nå
Oppdater de andre lokale gatewayene ved å følge de samme trinnene som ovenfor.
Hvis migreringen mislykkes, registrer du ganske enkelt den forrige utgående proxy-adressen din på nytt. Følg instruksjonene nedenfor for å tilbakestille 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
!
-
Hvis du ruller tilbake, viser konfigurasjonen i Control Hub fortsatt den nye utgående proxy-adressen. Dette er forventet oppførsel. Tjenesten vil fortsette å fungere med den gamle utgående proxy-adressen.
-
Sørg for at du fulgte trinn 2 riktig i delen Migrer den lokale gatewayen i Kontrollhub, og at det ikke finnes 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 å sørge for at tjenestene fungerer som normalt etter migreringen. Sørg for å teste tjenesten din etter at du har fullført migreringen. Du kan teste tjenesten din ved å ringe til telefonnumre fra Webex Calling-enhetene dine, eller teste samtaler til en hvilken som helst SBC som brukes sammen med Webex Calling.