Gateway-ul local vă ajută să migrați la Webex Calling în ritmul propriu. Gateway-ul local integrează implementarea locală existentă cu Webex Calling. De asemenea, puteți utiliza conexiunea PSTN existentă.

Asigurați-vă următoarele înainte de a configura un gateway local pentru Webex Calling:

  • Cunoașterea VoIP, cum ar fi protocoalele SIP și media, și capacitatea de a efectua depanare de bază.

  • Înțelegerea funcțională a dispozitivelor (controler de frontieră sesiune) care sunt configurate ca gateway local.

  • Licență necesară pentru a opera controlerul de frontieră al sesiunii.

  • Cunoștințe despre Cisco Unified Communications Manager (Unified CM) sau echivalentul PBX implementat la sediul dvs. și configurat pentru a lucra cu Webex Calling. (În cazul integrării cu un mediu local.)

Următoarele articole vă pot ajuta să vă familiarizați cu opțiunile de implementare:

Tabelul 1. Concepte legate de gateway-ul local Cisco

Termen

Referințe

Trunchiuri și grupuri de rutare

Pentru mai multe informații, consultați trunchiurile și grupurile de rutare din arhitectura preferată Webex Calling.

ByoPSTN, apelare Enterprise

Contează pentru a-ţi aduce propriul PSTN. Pentru mai multe informații, consultați accesul PSTN și interconectarea locală în arhitectura preferată Webex Calling.

Peste partea de sus (OTT), Webex Edge Connect

Pentru mai multe informații, consultați opțiunile Access Connectivity din arhitectura preferată Webex Calling.

Modele de trunchiere ale gateway-ului local

Există două tipuri de modele locale de trunchiere gateway:

  • Trunchiuri bazate pe înregistrare

  • Trunchiuri bazate pe certificat

Aceste modele oferă funcționalitate similară, dar diferă în ceea ce privește scara și suportul dispozitivului. Selectați modelul de trunchiere potrivit care îndeplinește cerințele dumneavoastră.

Tabelul 2. Comparați modelele de trunchiere pentru gateway-ul local

Funcționalitate

Bazat pe înregistrare

Pe baza certificatului

Apeluri simultane

Apeluri simultane de până la 250 pe trunchi.

Apeluri simultane de > 250 pe trunchi.

tip Dispozitiv

Acceptă numai elementul de frontieră Cisco Unified (CUBE).

Pentru mai multe informații, consultați Asistența platformei CUBE.

O selecție de tipuri de dispozitive, după cum se menționează în tabelul Tipuri de dispozitive acceptate pentru trunking pe baza certificatului.

model De autentificare

Modelul de autentificare bazat pe Digest, care se bazează pe un nume de utilizator și o parolă partajate utilizate pentru autentificarea înregistrării și a apelurilor.

Pentru mai multe informații, consultați trunchiul bazat pe înregistrare.

Autentificare pe bază de certificat cu verificare LGW FQDN.

Pentru mai multe informații, consultați trunchiul bazat pe certificat.

Fiecare Gateway local de tranzacție SIP inițiază către cloud-ul Webex Calling, trebuie să conțină antet de contact cu FQDN al unui gateway local.

Tranzacțiile OPȚIUNILOR din gateway-ul local sunt deosebit de importante pentru ca starea gateway-ului local din Control Hub să fie online.

Cerințe privind rețeaua, firewall și NAT

Pentru detalii despre traficul de intrare și de intrare, consultați Informații de referință pentru port pentru Cisco Webex Calling.

Orice NAT sau IP Public. Dynamic NAT este preferat deoarece este mai ușor de configurat și necesită mai puține configurații firewall.

Necesită ca firewall-ul să permită atât traficul de intrare, cât și cel de intrare (apelarea Webex la gateway-ul local și vice versa).

Pentru traficul de intrare, orificiile de intrare sunt deschise de firewall pe baza mesajelor de înregistrare de ieșire.

Deschiderea găurii de găurit este recomandată pentru toate adresele și porturile IP Webex Calling. Nu este specific unei adrese IP sau unui port la care se înregistrează gateway-ul local.

Rețea publică de internet cu care se confruntă, inclusiv un IP public sau un NAT Static.

Necesită ca firewall-ul să permită atât traficul de intrare, cât și cel de intrare (Webex Calling către gateway-ul local și invers).

Cerințe privind serviciul DNS public

Nu este necesară nicio configurație specifică pentru un serviciu DNS public.

  • Este necesară revendicarea domeniului. Consultați Gestionați-vă domeniul.

  • O înregistrare DNS A sau o înregistrare DNS SRV trebuie configurată într-un server DNS public.

Cerințe privind CA și certificatul

  • Pachetul CA care a semnat certificatul serviciului Webex trebuie încărcat la gateway-ul local.

Integrare și depanare utilizând un conector cloud

Acceptă depanarea automată a problemelor de configurare.

Nu acceptă depanarea automată a problemelor de configurare.

Controlere de frontieră sesiuni acceptate

Configurați trunchierea bazată pe certificat pentru gateway-urile locale în Webex for Government. De asemenea, CUBE este singurul controler de frontieră sesiune (SBC) care acceptă în prezent Webex for Government.

Tabelul 3. Bazat pe înregistrare

Vânzător și model SBC

Versiune minimă

Deschideți caveats

Webex for Government

Cisco – modele CUBE listate în suportul platformei Router

Cisco IOS XE Bengaluru 17.6.1a

Pentru a configura gateway-ul local în modul controler ca parte a unei soluții Cisco SD-WAN, utilizați Cisco IOS XE Cupertino 17.7.1 sau versiuni ulterioare.

Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile "Suggested".

Platformele Cisco ISR 1100 nu acceptă validarea configurației.

Pentru un gateway implementat în modul controler cu Cisco SD-WAN, următoarele nu sunt acceptate:

  • Intrarea gateway-ului local în Control Hub

  • Validarea configurației gateway

Webex for Government nu acceptă trunking-ul bazat pe înregistrare.

Tabelul 4. Pe baza certificatului

Vânzător și model SBC

Versiune minimă

Deschideți caveats

Webex for Government

Cisco – modele CUBE listate în suportul platformei Router

Cisco IOS XE Cupertino 17.9.1a

Pentru versiunile recomandate, consultați pagina Cisco Software Research . Căutați platforma și selectați una dintre versiunile "Suggested".

Pentru un gateway implementat în modul controler cu Cisco SD-WAN, următoarele nu sunt acceptate:

  • Intrarea gateway-ului local în Control Hub

  • Validarea configurației gateway

Acceptat

Seria Oracle—AP

9.0.0

Limitarea interoperabilității ICE. Consultați secțiunea 9 din documentația privind soluția Cisco Webex - Integrarea Oracle SBC cu Cisco Webex Calling ca Gateway Local 3rd party (LGW) .

Neacceptat

Oracle—VME

9.0.0

Limitarea interoperabilității ICE. Consultați secțiunea 9 din documentația privind soluția Cisco Webex - Integrarea Oracle SBC cu Cisco Webex Calling ca Gateway Local 3rd party (LGW) .

Neacceptat

Oracle – Oracle SBC în cloud public

9.0.0

Limitarea interoperabilității ICE. Consultați secțiunea 9 din documentația privind soluția Cisco Webex - Integrarea Oracle SBC cu Cisco Webex Calling ca Gateway Local 3rd party (LGW) .

Neacceptat

Coduri audio – prin CE și VE

7.40a.250.440

Limitarea interoperabilității ICE. Consultați Secțiunea 2.4.2 a conectării Webex Calling cu nota de configurare AudioCodes SBC.

Neacceptat

Coduri audio – Mediere aparate

7.40a.250.440

Limitarea interoperabilității ICE. Consultați Secțiunea 2.4.2 a conectării Webex Calling cu nota de configurare AudioCodes SBC.

Neacceptat

Ribbon—SBC seria 5000, SBC 7000 și SBC SWe

10.1

Limitarea interoperabilității ICE. A se vedea secțiunea Caveats .

Neacceptat

Bandă—SBC SWe Edge

11.0.2

Limitarea interoperabilității ICE. A se vedea soluția de lucru în secțiunea Caveats .

Neacceptat

Bandă—SBC 1000, SBC 2000

11.0.1

Limitarea interoperabilității ICE. A se vedea soluția de lucru în secțiunea Caveats .

Neacceptat

anod—SBC4.10

Neacceptat

Italtel NetMatch-S SBCNetMatch-S-CI 5.8.0-20240111Pentru limitări cunoscute, consultaţi Secţiunea 3.3 Caveats

Neacceptat

Webex Calling acceptă implementarea gateway-urilor locale în spatele NAT. Comportamentul apelului poate depinde de tipul de firewall NAT utilizat în rețeaua dvs. și de funcționalitatea oferită de SBC.

Cerințe de capacitate de apelare

Modelele de trunchiere bazate pe înregistrare și pe certificat au diferite capacități de apelare simultane, după cum se arată în tabelul de mai jos:

Tabelul 5. Orientări privind capacitatea de apelare (pe gateway-ul local)

Cerință simultană de apel)

Numere aproximative de utilizator

Preferință tip trunchiuri

Calitate minimă a legăturii

~ 2000–6500

65000

Pe baza certificatului

Interconectare

~ 250–2000

20000

Pe baza certificatului

Peste partea de sus (OTT)

Până la 250

2500

Bazat pe înregistrare

Ott

Calificări de conectare

O conexiune OTT și interconectare trebuie să îndeplinească următoarele condiții de calitate a legăturii:

Tabelul 6. Orientări privind capacitatea de apelare (pe gateway-ul local)

Tip conexiune

Latență

Jitter

Pierdere pachete

Ott

100 ms (max)

100 ms (max)

0.2%

Interconectare

30 ms

5 ms

Pierdere pachet zero

Configurați gateway-ul local

1

Configurați trunchiul din Control Hub.

2

Configurați dispozitivul pentru a îndeplini rolul unui gateway local.

3

Confirmați că gateway-ul local este activ în starea Control Hub.

Pentru instrucțiuni privind gateway-ul găzduit de partener, consultați Configurarea unui gateway găzduit de partener

Depanarea gateway-ului local

Dacă starea gateway-ului local nu este activă sau există alte probleme, consultați următoarele documente înainte de a contacta echipa de asistență:

Când gateway-ul local nu este activ, verificați starea trunchiului în Control Hub:

  1. Conectați-vă la Control Hub utilizând https://admin.webex.com, accesați Servicii > Apelare > Rutare apeluri.

  2. Selectați trunchiul pe care doriți să îl verificați starea.

  3. Faceți clic pe Informațiitrunchi.

Următoarele sunt diferitele stări ale unui trunchi bazat pe certificat:

  • Online—Conexiune reușită între toate proxy-urile de margine Webex Calling și gateway-ul local

  • Offline—Conexiune nereușită între Webex Calling și gateway-ul local

  • Impaired—Conexiune nereușită între cel puțin un proxy de margine Webex Calling și gateway-ul local

  • Necunoscut—În timpul stabilirii unei conexiuni între Webex Calling și gateway-ul local adăugat recent

Asistență pentru gateway-ul local terț

Asistența din partea Cisco și a partenerului de furnizor este necesară pentru o implementare Webex Calling utilizând un SBC terț. Următoarele descriu detaliile suportului:

  1. Asistență Webex Calling:

    • Cisco sau partenerii care utilizează Webex Calling trebuie să aibă un acord de asistență cu Cisco pentru a obține asistență Cisco (asistență TAC).

    • Cisco oferă asistență clienților pentru implementarea Webex Calling până la limită și pentru telefoanele Cisco IP înregistrate Webex Calling.

  2. Asistență vânzător:

    • În timpul implementării, Cisco oferă asistență pentru clienții sau partenerii care au un dispozitiv SBC terț validat și nu este responsabil pentru furnizarea de asistență pentru SBC real.

    • Cisco nu este responsabil pentru cazurile de asistență non-Cisco care implică clientul și furnizorul SBC. Problemele sau defectele software care apar în timpul implementării pot fi discutate cu furnizorul SBC și Cisco.