Gateway-ul local vă ajută să migrați la Webex Calling în propriul ritm. 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ă de sesiune) care sunt configurate ca gateway local.

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

  • Cunoștințe privind Cisco Unified Communications Manager (Unified CM) sau PBX echivalent implementate la sediul dvs. și configurate pentru a funcționa 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 Cisco Local Gateway

Termen

Referințe

Trunchiuri și grupuri de rutare

Pentru mai multe informații, consultați trunchiuri și grupuri de rutare în arhitectura preferată Webex Calling.

ByoPSTN, apelare întreprindere

Înseamnă Aduceți-vă propriul PSTN. Pentru mai multe informații, consultați Accesul PSTN și interconectarea locală în Arhitectura preferată Webex Calling.

Deasupra (OTT), Webex Edge Connect

Pentru mai multe informații, consultați Opțiunile de acces la conectivitate din Arhitectura preferată Webex Calling.

Modele de trunchiuri de gateway local

Există două tipuri de modele de trunchiuri de gateway local:

  • Trunchiuri pe bază de înscriere

  • Trunchiuri pe bază de certificat

Aceste modele oferă funcționalități similare, dar diferă în ceea ce privește scara și suportul pentru dispozitive. Selectați modelul corect de trunchi care îndeplinește cerințele dvs.

Tabelul 2. Comparați modele de trunchiuri pentru gateway-ul local

Funcționalitate

Pe bază de înscriere

Pe bază de certificat

Apeluri simultane

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

Apeluri simultane de > 250 pe trunchi.

Tip dispozitiv

Acceptă numai Cisco Unified Border Element (CUBE).

Pentru mai multe informații, consultați Asistență pentru platforma CUBE.

O alegere a tipurilor de dispozitive, după cum se menționează în tabelul Tipuri de dispozitive acceptate pentru trunkingul pe bază de certificat.

Model de autentificare

Model de autentificare pe bază de rezumat, care se bazează pe un nume de utilizator și o parolă partajate, utilizate pentru a autentifica înregistrarea și apelurile.

Pentru mai multe informații, consultați Trunchi pe bază de înregistrare.

Autentificare pe bază de certificat cu verificarea LGW FQDN.

Pentru mai multe informații, consultați Trunchi pe bază de certificat.

Fiecare tranzacție SIP, un gateway local inițiază către cloudul Webex Calling, trebuie să conțină antet Contact cu FQDN-ul unui gateway local.

OPȚIUNI Tranzacțiile de la gatewayul local sunt deosebit de importante pentru ca starea gatewayului local în Control Hub să fie online.

Cerințe de rețea, firewall și NAT

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

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

Necesită firewall pentru a permite atât traficul de intrare, cât și traficul de intrare (apelare Webex către gateway-ul local și invers).

Pentru traficul de intrare, firewall-ul deschide puncte de intrare pe baza mesajelor de înregistrare de ieșire.

Deschiderea prin gaură este recomandată pentru toate adresele IP și toate porturile Webex Calling. Nu este specific unei adrese IP sau unui port la care se înregistrează gatewayul local.

Rețea publică orientată către internet, inclusiv un IP public sau un NAT static.

Necesită firewall pentru a permite atât traficul de intrare, cât și traficul de intrare (Webex Calling către gateway-ul local și invers).

Cerințe privind serviciul DNS public

Nu este necesară o configurare specifică pentru un serviciu DNS public.

  • Sunt necesare revendicările de domeniu. Consultați Gestionați domeniul dvs..

  • O înregistrare DNS sau o înregistrare SRV DNS trebuie să fie configurată pe un server DNS public.

Cerințe privind CA și certificatul

  • Pachetul de autorități de certificare care a semnat certificatul serviciului Webex trebuie încărcat pe gateway-ul local.

Integrarea și soluționarea problemelor utilizând un conector cloud

Acceptă depanarea automată a problemelor de configurare.

Nu acceptă soluționarea automată a problemelor de configurare.

Controlere frontieră de sesiune acceptate

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

Tabelul 3. Pe bază de înscriere

Furnizor și model SBC

Versiune minimă

Deschideți avertismentele

Webex for Government

Cisco — Modele CUBE enumerate în Asistență platformă 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 versiunile ulterioare.

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

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

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

  • Înscriere gateway local în Control Hub

  • Validarea configurației gateway-ului

Webex for Government nu acceptă trunkingul pe bază de înregistrare.

Tabelul 4. Pe bază de certificat

Furnizor și model SBC

Versiune minimă

Deschideți avertismentele

Webex for Government

Cisco — Modele CUBE enumerate în Asistență platformă 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 „Sugerate”.

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

  • Înscriere gateway local în Control Hub

  • Validarea configurației gateway-ului

Acceptat

Oracle – seria AP

9.0.0

Limitare cu interoperabilitatea ICE. Consultați Secțiunea 9 în Integrarea Cisco Webex - Oracle SBC cu Cisco Webex Calling ca gateway local (LGW) al 3-lea partid.

Neacceptate

Oracle—VME

9.0.0

Limitare cu interoperabilitatea ICE. Consultați Secțiunea 9 în Integrarea Cisco Webex - Oracle SBC cu Cisco Webex Calling ca gateway local (LGW) al 3-lea partid.

Neacceptate

Oracle – Oracle SBC pe Public Cloud

9.0.0

Limitare cu interoperabilitatea ICE. Consultați Secțiunea 9 în Integrarea Cisco Webex - Oracle SBC cu Cisco Webex Calling ca gateway local (LGW) al 3-lea partid.

Neacceptate

Coduri audio—Mediant CE ȘI VE

7.40A.250.440

Limitare cu interoperabilitatea ICE. Consultați Secțiunea 2.4.2 din Nota de configurare Webex Calling cu AudioCodes SBC.

Neacceptate

Coduri audio—Dispozitive Mediant

7.40A.250.440

Limitare cu interoperabilitatea ICE. Consultați Secțiunea 2.4.2 din Nota de configurare Webex Calling cu AudioCodes SBC.

Neacceptate

Panglică—Seriile SBC 5000, SBC 7000 și SBC SWe

10.1

Limitare cu interoperabilitatea ICE. Consultați secțiunea Avertismente .

Neacceptate

Panglică—SBC SWe Edge

11.0.2

Limitare cu interoperabilitatea ICE. Consultați soluția alternativă în secțiunea Atenționări .

Neacceptate

Panglică—SBC 1000, SBC 2000

11.0.1

Limitare cu interoperabilitatea ICE. Consultați soluția alternativă în secțiunea Atenționări .

Neacceptate

orice nod—SBC4.10

Neacceptate

Italtel NetMatch-S SBCNetMatch-S-CI 5.8.0-20240111Pentru limitări cunoscute, consultați Secțiunea 3.3 Atenționări

Neacceptate

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

Cerințe privind capacitatea de apelare

Modelele de trunking pe bază de înscriere și pe bază de certificat au capacități de apelare simultane diferite, după cum se arată în tabelul următor:

Tabelul 5. Indicații privind capacitatea de apelare (pentru fiecare gateway local)

Cerință privind apelurile simultane)

Numere aproximative de utilizator

Preferință tip de trunchi

Calitate minimă link

~ 2000–6500

65000

Pe bază de certificat

Interconectare

~ 250–2000

20000

Pe bază de certificat

Deasupra capului (OTT)

Până la 250

2500

Pe bază de înscriere

Ott

Calificări conexiune

Pentru a asigura în mod consecvent apeluri de înaltă calitate, conexiunea de rețea dintre gateway-ul local și Webex Calling trebuie să aibă următoarele calități maxime:

  • 100 ms latență unidirecțională

  • Fluctuație de pachet de 10 ms

  • 0,5% pierdere de pachete

Pentru mai multe informații despre capacitatea de apelare, consultați Arhitectura preferată pentru Webex Calling.

Configurare gateway local

1

Configurați trunchiul din Control Hub.

2

Configurați dispozitivul pentru a îndeplini rolul de 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

Webex Calling nu acceptă în prezent atât CME, cât și LGW care rulează pe o singură instanță de vCUBE.

Soluționați problemele 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.

  2. Accesați Servicii > Apelare > Rutare apel.

  3. Selectați trunchiul pentru care doriți să verificați starea.

  4. Faceți clic pe Informațiitrunchi.

În continuare sunt prezentate diferitele stări ale unui trunchi:

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

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

  • Afectat- Conexiune nereușită între cel puțin un proxy Edge Webex Calling și gateway-ul local

  • Necunoscut- În timp ce stabiliți o conexiune între Webex Calling și gateway-ul local adăugat recent

Pentru actualizări privind starea trunchiului pe bază de certificat sau trunchiul pe bază de înregistrare, consultați Configurați-trunchiuri,-grupuri-rutare-și-planuri-de apelare-pentru-Webex-Calling.

Asistență pentru gateway local terț

Pentru implementarea Webex Calling utilizând un SBC terț este necesar asistență atât din partea Cisco, cât și a partenerului furnizorului. În continuare sunt prezentate detaliile de asistență:

  1. Asistență Webex Calling:

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

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

  2. Asistență furnizor:

    • În timpul implementării, Cisco oferă asistență clienților sau partenerilor care au un dispozitiv SBC terț validat și nu sunt responsabili pentru furnizarea de asistență pentru SBC real.

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

Diagramă care afișează asistența pentru gateway-ul local terț