Forbedringerne af denne nye infrastruktur omfatter:

  • Forbedret præstation til håndtering af opkald, der tillader op til 250 samtidige sessioner pr. lokal gateway-registrering.

  • Understøtter brugen af Webex-opkald medieoptimering til opkald mellem fastnettelefoner, Webex-appen og en lokal gateway.

Specifikationer:

  • En ny liste over proxyadresser er blevet udgivet. En proxyadresse er en statisk DNS-post, der hentes fra Control Hub under onboardingsprocessen for en lokal gateway og derefter konfigureres på en lokal gateways lejerkonfiguration til tilmelding af gatewayen.

  • Webex-opkald cloud-handlinger anmoder kunder om at overføre lokale gateways, der bruger en ældre proxyadresse. Detaljer beskrives i de følgende afsnit.

Hvis en af dine lokale gateways har en udgående proxyadresse, som ikke er en del af det nye Webex-opkald proxyadresseområde angivet herunder, skal du migrere manuelt i henhold til din organisations bekvemmelighed. Den adresse, der er angivet i Control Hub, vil være en af de nye adresser nedenfor. Din lokale gateway er muligvis konfigureret med en gammel adresse og vil kræve migrering.

Denne migrering bør ikke tage mere end 10-15 minutter. Under migreringen vil den lokale gateway dog registreres til skyen igen, hvilket vil påvirke tjenesten. Derfor anbefaler vi, at du udfører denne aktivitet i løbet af et vedligeholdelsesvindue.

USA

Canada

Europa

Japan

Australien


Nye lokale Gateway-enheder onboardet siden december 2020 opsættes automatisk til at bruge denne infrastruktur, og derfor er ingen handling nødvendig. Vi anbefaler, at du henviser til listen ovenfor for at kontrollere, om nogen af dine lokale gateways har brug for migrering, og hvis dette er nødvendigt, skal du udføre en migrering i overensstemmelse med retningslinjerne nedenfor.

Hvis du ikke har modtaget en e-mail fra Cisco, der beder dig om at opgradere din lokale gateway-konfiguration, er ingen yderligere handling påkrævet. Se afsnittet Kom i gang med din lokale gateway-migrering for at se, om nogle af dine lokale gateways har brug for en migrering.


Konfigurationsskærmene i Control Hub, CUBE konfigurationstrin og udgående proxyadresse vil variere afhængigt af dinorganisations placering og lokale gateway. Detaljerne angivet i trinene vist herunder er kun eksempler.

Før du begynder

  1. Opdater adgangskontrollisten på CUBE— Webex-opkald har et opdateret område af sessionsgrænsekontrol (SBC) IP-adresser, som muligvis skal anvendes som en pålidelig liste på alle CUBEs i din organisation, der opretter forbindelse til Webex-opkald. Bekræft det seneste IP-interval fra Webex-opkald-portreferencevejledning for at bekræfte, om det allerede er anvendt, og se konfigurationstrinnene under trin 1 under trin 1 fra Tilmeld lokal gateway til Webex-opkald for at udføre denne opdatering. At have opdaterede "betroede IP-adresser" på din CUBE er et obligatorisk krav, som, hvis den ikke opdateres, vil resultere i opkaldsfejl.

  2. Sørg for, at din eksterne firewall tillader, at disse IP-adresser kontaktes fra din CUBE —Hvis din eksterne firewall filtrer IP-adresserne, som CUBE kan nå, skal du også opdatere denne, så den lokale gateway kan kontakte cloud. Se portreferenceinformationsguiden for yderligere oplysninger.

Fra Control Hub kan du få din nyeudgående proxyadresse.

1

Fra kundevisningen i skal https://admin.webex.comdu gå til Tjenester ogvælge Opkalds > Viderestilling af opkald .

2

Vælg din PSTN forbindelse, og klik derefter på Rediger under lokal gateway.

3

Klik på Administrer for at få adgang til den lokale gateway-konfiguration.

4

Kopier den udgående proxyadresse.


 

Hvis du har mange lokale gateways i din organisation, er det sandsynligt, at hver gang du udfører ovenstående opgave for en anden lokal gateway, vil du få forskellige udgående proxyadresser fra Control Hub. Sørg for, at du kopierer den specifikke udgående proxyadresse fra Control Hub for hver lokal gateway, som du konfigurerer. Valg af en specifik adresse er vigtig for redundans og belastningsbalancetrafik.

Opdatering af din lokale gateway-konfiguration påvirker og kan påvirke aktive opkald.

I eksemplet herunder er lejer 201 den lejer, som opretter forbindelse til Webex-opkald. Indtast den korrekte lejer for 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

Fjern den fed skriftlinje, der begynder med registrar dns:xxxx og gem den til senere. Gem også din udgående proxyadresse.

Den lokale gateway vil nu droppe sin registrering til Webex-opkald.

2

Bekræft, at din lokale gateway ikke er registreret til Webex-opkald ved at indtaste følgende kommandoer.

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

Tag den nye adresse, som du kopierede fra Control Hub , og tilføjregistratorlinjen fra over tilbage. I nedenstående eksempel var vores 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 lokale gateway registreres med den nye OBP.

4

Valider registreringen blev udført ved hjælp af følgende kommando.

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

Den bør producere output svarende til nedenstående.

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

Hvad er næste trin?

Du bør nu opdatere andre lokale gateways ved at følge de samme trin som ovenfor.

For en mislykket migrering skal du blot tilmelde din tidligere udgående proxyadresse igen. Følg venligst vejledningerne herunder for at rulle tjenesten tilbage og gendanne den.

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 ruller tilbage, viser din konfiguration i Control Hub stadig den nye udgående proxyadresse. Dette er forventet adfærd. Tjenesten fungerer fortsat med den gamle udgående proxyadresse.

  2. Sørg for, at du fulgte trin 2 korrekt i afsnittet Migrering af din lokale gateway i Control Hub, og at der ikke er nogen firewall, der blokerer adgangen til den nye udgående proxy.

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

Det er vigtigt at sikre, at tjenesterne fungerer som normal efter migrering. Sørg for at teste din tjeneste, når du har fuldført migreringen. Du kan teste din tjeneste ved at foretage opkald til telefonnumre fra dine Webex-opkald-enheder eller teste opkald til enhver SBC, der bruges sammenmed Webex-opkald.