Takk for tilbakemeldingen.
Overfør den lokale gatewayen
Tilbakemelding?Forbedringene av denne nye infrastrukturen inkluderer:
-
Forbedret samtalehåndteringsytelse, som tillater opptil 250 samtidige økter per lokal gateway-registrering.
-
Støtter bruk av Webex CallingMedia Optimization for samtaler mellom skrivebordstelefoner, 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 introduksjonsprosessen til en lokal gateway og deretter konfigureres på en lokal gateways leietakerkonfigurasjon for registrering av gatewayen.
-
Webex CallingCloud Operations ber kunder om å migrere lokale gateways som bruker en eldre proxy-adresse. Detaljer er skissert i de følgende avsnittene.
Hvis noen av de lokale gatewayene har en utgående proxy-adresse som ikke er en del av det nye Webex Calling proxy-adresseområdet som er oppført nedenfor, må du overføre manuelt etter organisasjonens bekvemmelighet. Adressen som er oppført i Control Hub er en av de nye adressene nedenfor; men, din lokale gateway kan for øyeblikket være konfigurert med en gammel adresse og krever overføring.
Denne migrasjonen bør ikke ta mer enn 10-15 minutter. Under overføringen registreres imidlertid den lokale gatewayen på nytt til skyen, noe som påvirker tjenesten. Derfor anbefaler vi at du utfører denne aktiviteten under et vedlikeholdsvindu.
US
-Canada
Europa
Japan
Australia
- Singapore
Nye Local Gateway-enheter som er pålagt siden desember 2020, konfigureres automatisk for å bruke denne infrastrukturen, og det kan derfor ikke være nødvendig med noen tiltak. Vi anbefaler at du refererer til listen ovenfor for å bekrefte om noen av de lokale gatewayene dine 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 kan trenge en overføring, kan du se delen Kom i gang med migrering av den lokale gateway en.
Konfigurasjonsskjermbildene i Control Hub, CUBE-konfigurasjonstrinnene og utgående proxy-adresse vil variere avhengig av organisasjonens plassering og lokale gateway. Detaljene som er oppført i trinnene vist 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 CUB-er i organisasjonen som kobler tilWebex Calling. Kontroller det nyeste IP-området fra Webex CallingPort Reference Guide for å bekrefte om det allerede er brukt, og hvis ikke, se konfigurasjonstrinnene under trinn 1 fra Registrer lokal gateway for Webex Calling å utføre denne oppdateringen. Å ha oppdaterte «pålitelige IP-adresser» på CUBE er et obligatorisk krav som, hvis det ikke oppdateres, vil resultere i anropsfeil.
-
Forsikre deg om at den eksterne brannmuren tillater at disse IP-adressene nås fra kuben. Hvis den eksterne brannmuren filtrerer IP-adressene som CUBE kan nå, må du oppdatere dette også slik at den lokale gatewayen kan kontakte skyen. Se Portreferanseinformasjonsveiled ningen for mer informasjon.
-
Kontroller at tillitsankeret på CUBE er oppdatert ved å følge trinn 5 fra Utfør konfigurasjon av referanseplattform.
Fra Control Hub kan du få den nye utgående proxy-adressen din.
| 1 |
Logg på Control Hub. |
| 2 |
|
| 3 |
Velg PSTN-tilkoblingen, og klikk deretter Rediger under Lokal gateway. |
| 4 |
Klikk Administrer for å få tilgang til den lokale gateway-konfigurasjonen. |
| 5 |
Kopier den utgående proxy-adressen. Hvis du har mange lokale gateways 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 spesifikke utgående proxy-adressen fra Control Hub for hver lokal gateway du konfigurerer. Å velge en bestemt adresse er viktig for redundans og lastbalansering av trafikk. 
|
Oppdatering av den lokale gateway-konfigurasjonen påvirker tjenesten og kan påvirke aktive samtaler.
I eksemplet nedenfor er leietaker 201 leietaker som kobler seg tilWebex 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 fet linjen som begynner med Den lokale gatewayen vil nå droppe registreringen tilWebex Calling. |
| 2 |
Bekreft at den lokale gatewayen ikke er registrert 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 Din lokale gateway registreres med den nye OBP. |
| 4 |
Bekreft at registreringen var vellykket ved hjelp av følgende kommando. Det skal produsere utgang som ligner på nedenfor. |
Hva du skal gjøre videre
Oppdater de andre lokale gatewayene ved å følge de samme trinnene som ovenfor.
For en mislykket overføring, registrer bare den forrige utgående proxy-adressen din på nytt. Følg instruksjonene nedenfor for å rulle tilbake 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.
-
Kontroller at du fulgte trinn 2 riktig i Overfør den lokale gatewayen i Control Hub- delen, og at det ikke er noen brannmur som blokkerer tilgangen til den nye utgående proxyen.
-
Hvis du ikke kan løse dette problemet, kan du kontakte kundest Cisco Webex Callingøtte.
Det er viktig å sikre at tjenestene fungerer som normalt etter migrasjon. Sørg for å teste tjenesten etter at du har fullført overføringen. 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 medWebex Calling.
