In questo articolo
Modelli di trunking Local Gateway
Controllori di frontiera di sessione supportati
dropdown icon
Requisiti di capacità di chiamata
    Modello e requisiti di connettività
Configurare il gateway locale
dropdown icon
Risolvere i problemi relativi al gateway locale
    Risoluzione dei problemi relativi all'istituzione di TLS Handshake
Supporto per gateway locali di terze parti
Inizia con Local Gateway
list-menuIn questo articolo
list-menuFeedback?

Questo articolo fornisce agli amministratori tutte le informazioni e i riferimenti per configurare, gestire e risolvere i problemi del Local Gateway.

Il gateway locale La aiuta a migrare Webex Calling al suo ritmo. Il gateway locale integra la sua distribuzione locale esistente con. Webex Calling Può anche usare la sua connessione PSTN esistente.

Assicurarsi quanto segue prima di configurare un gateway locale perWebex Calling:

  • Conoscenza del VoIP, come SIP e protocolli multimediali, e capacità di eseguire la risoluzione dei problemi di base.

  • Comprensione operativa dei dispositivi (controller del bordo della sessione) configurati come gateway locale.

  • Licenza richiesta per utilizzare il controller di frontiera della sessione.

  • Conoscenza di Cisco Unified Communications Manager (Unified CM) o di un sistema PBX equivalente distribuito in sede e configurato per funzionare con. Webex Calling (Nel caso di integrazione con un ambiente locale.)

Il video che Webex Calling utilizza i flussi di chiamate di Local Gateway non è supportato. Sebbene il video possa funzionare in alcuni scenari, può comportare un calo della qualità e un comportamento imprevisto. Per un'esperienza più stabile, configuri il suo ambiente per le chiamate solo audio.

I seguenti articoli possono aiutarla a familiarizzare con le opzioni di distribuzione:

Tabella 1. Concetti relativi a Cisco Local Gateway

Termine

Referenze

Trunks e gruppi di percorsi

Per ulteriori informazioni, vedere trunk e gruppi di percorsi in Webex CallingPreferred Architecture.

di OPSTN, Enterprise Dialing

Sta per Bring Your Own PSTN. Per ulteriori informazioni, vedere Accesso PSTN e interconnessione locale in Preferred Architecture. Webex Calling

Over the Top (OTT), Webex Edge Connect

Per ulteriori informazioni, vedere Accedere alle opzioni di connettività in Webex CallingPreferred Architecture.

Modelli di trunking Local Gateway

Esistono due tipi di modelli di trunking Local Gateway:

  • Bauli basati sulla registrazione

  • Trunks basati su certificati

Questi modelli offrono funzionalità simili, ma differiscono per scala e supporto del dispositivo. Selezioni il modello di trunking giusto che soddisfi le sue esigenze.

Tabella 2. Confronta i modelli di trunking per Local Gateway

Funzionalità

Basato sulla registrazione

Basato su certificati

Chiamate simultanee

Chiamate simultanee fino a 250 per trunk.

Chiamate simultanee di oltre 250 per trunk.

Tipo di dispositivo

Solo supporti Cisco Unified Border Element (CUBE).

Per ulteriori informazioni, vedere CUBE Platform Support.

Una scelta di tipi di dispositivi, come indicato nella tabella Tipi di dispositivi supportati per il trunking basato su certificati.

Modello di autenticazione

Modello di autenticazione basato su Digest, che si basa su un nome utente e una password condivisi utilizzati per autenticare la registrazione e le chiamate.

Per ulteriori informazioni, vedere Trunk basato sulla registrazione .

Autenticazione basata su certificati con verifica FQDN LGW.

Per ulteriori informazioni, vedere Trunk basato su certificati .

Ogni transazione SIP avviata da Local Gateway verso il Webex Calling cloud deve contenere l'intestazione Contact con il nome di dominio completo di un Local Gateway.

OPZIONI Le transazioni da Local Gateway sono particolarmente importanti affinché lo stato del Local Gateway nel Control Hub sia online.

Requisiti di rete, firewall e NAT

Per dettagli sul traffico in ingresso e in uscita, vedere le informazioni di riferimento sulla porta per. Cisco Webex Calling

Qualsiasi NAT o IP pubblico. Il NAT dinamico è preferibile in quanto è più facile da configurare e richiede meno configurazioni del firewall.

Richiede un firewall per consentire il traffico in ingresso e in uscita (verso Webex Calling Local Gateway e viceversa).

Per il traffico in ingresso, i fori di spillo in entrata vengono aperti dal firewall in base ai messaggi di registrazione in uscita.

L'apertura del foro stenopeico è consigliata per tutti gli indirizzi Webex Calling IP e le porte. Non è specifico dell'indirizzo IP o della porta su cui si registra Local Gateway.

Rete pubblica con accesso a Internet che include un IP pubblico o un NAT statico.

Richiede un firewall per consentire il traffico in ingresso e in uscita (verso Webex Calling Local Gateway e viceversa).

Requisiti del servizio DNS pubblico

Non è richiesta alcuna configurazione specifica su un servizio DNS pubblico.

  • Richieste di dominio obbligatorie. Vedi Gestire il suo dominio.

  • Un record o DNS SRV record DNS A deve essere configurato in un server DNS pubblico.

Requisiti CA e certificati

  • Il pacchetto CA che ha firmato il certificato del servizio Webex deve essere caricato sul Local Gateway.

  • Il pacchetto CA che ha firmato il certificato del servizio Webex deve essere caricato sul Local Gateway.

  • Il gateway locale deve avere un certificato firmato utilizzando una delle autorità di certificazione elencate in Root Certificate Authorities.

  • Sono supportati i certificati contenenti solo Server Authentication Extended Key Usage (EKU). Webex Callingnon convalida né impone la presenza dell'autenticazione del cliente EKU durante l'istituzione dell'handshake TLS.

    Alcuni Session Border Controller (SBC) di terze parti possono imporre una rigorosa convalida EKU e rifiutare i certificati che non includono l'autenticazione del cliente EKU. In questi casi, si assicuri che l'SBC sia configurato per accettare certificati solo con autenticazione server EKU o per disabilitare la convalida EKU rigorosa (se supportata).

Inserimento e risoluzione dei problemi tramite un connettore cloud

Supporta la risoluzione automatica dei problemi di configurazione.

Non supporta la risoluzione automatica dei problemi di configurazione.

Controllori di frontiera di sessione supportati

Configurare il trunking basato su certificati per i gateway locali in Webex for Government. Inoltre, CUBE è l'unico session border controller (SBC) che attualmente supporta Webex for Government.

Tabella 3. Basato sulla registrazione

Fornitore e modello SBC

Versione minima

Avvertenze aperte

Webex per la pubblica amministrazione

I modelli Cisco—Cube elencati nella sezione Supporto della piattaforma Router

Cisco IOSXE Bangalore 17.6.1a

Per configurare Local Gateway in modalità controller come parte di una soluzione Cisco SD-WAN, usi Cisco IOS XE Cupertino 17.7.1 o versioni successive.

Per le versioni consigliate, consulti la pagina Cisco Software Research. Cerca la piattaforma e seleziona una delle versioni «consigliate».

Le piattaforme Cisco ISR 1100 non supportano la convalida della configurazione .

Per un gateway distribuito in modalità controller con Cisco SD-WAN, i seguenti non sono supportati:

  • Iscrizione del gateway locale a Control Hub

  • Convalida della configurazione del gateway

Webex for Government non supporta il trunking basato sulla registrazione.

Router Cisco Secure—

  • C8235-E-G2

  • C8235-G2

  • C8231-G2

  • C8231-E-G2

  • C8355-G2

  • C8375-E-G2

Cisco IOSXE 26.2.1

Per le versioni consigliate, consulti la pagina Cisco Software Research. Cerca la piattaforma e seleziona una delle versioni «consigliate».

Il connettore gateway gestito non è supportato sui router Cisco Secure.

Per un gateway distribuito in modalità controller con Cisco SD-WAN, i seguenti non sono supportati:

  • Iscrizione del gateway locale a Control Hub

  • Convalida della configurazione del gateway

Non supportato

Tabella 4. Basato su certificati

Fornitore e modello SBC

Versione minima

Avvertenze aperte

Webex per la pubblica amministrazione

I modelli Cisco—Cube elencati nella sezione Supporto della piattaforma Router

Cisco IOSEX Cupertino 17.9.1a

Per le versioni consigliate, consulti la pagina Cisco Software Research. Cerca la piattaforma e seleziona una delle versioni «consigliate».

Per un gateway distribuito in modalità controller con Cisco SD-WAN, i seguenti non sono supportati:

  • Iscrizione del gateway locale a Control Hub

  • Convalida della configurazione del gateway

Supportato

Router Cisco Secure—

  • C8235-E-G2

  • C8235-G2

  • C8231-G2

  • C8231-E-G2

  • C8355-G2

  • C8375-E-G2

Cisco IOSXE 26.2.1

Per le versioni consigliate, consulti la pagina Cisco Software Research. Cerca la piattaforma e seleziona una delle versioni «consigliate».

Il connettore gateway gestito non è supportato sui router Cisco Secure.

Per un gateway distribuito in modalità controller con Cisco SD-WAN, i seguenti non sono supportati:

  • Iscrizione del gateway locale a Control Hub

  • Convalida della configurazione del gateway

Non supportato

Oracle—serie AP

9.3.0

Per avvertenze aperte, consulti i problemi noti e le limitazioni di Oracle SBC con la documentazione della soluzione. Cisco Webex Calling

Non supportato

Oracle — VME

9.3.0

Per avvertenze aperte, consulti i problemi noti e le limitazioni di Oracle SBC con la documentazione della soluzione. Cisco Webex Calling

Non supportato

Oracle—Oracle SBC su cloud pubblico

9.3.0

Per avvertenze aperte, consulti i problemi noti e le limitazioni di Oracle SBC con la documentazione della soluzione. Cisco Webex Calling

Non supportato

Codici audio — Mediant CE & VE

7.40A.250.440

Limitazione con l'interoperabilità ICE. Vedere la Sezione 2.4.2 della Nota di configurazione SBC sulla connessione Webex Calling con AudioCodes.

Non supportato

Codici audio — Apparecchiature Mediant

7.40A.250.440

Limitazione con l'interoperabilità ICE. Vedere la Sezione 2.4.2 della Nota di configurazione SBC sul collegamento Webex Calling con codici audio.

Non supportato

Ribbon: serie SBC 5000, SBC 7000 e SBC SwE

10.1

Limitazione con l'interoperabilità ICE. Vedere la sezione Avvertenze.

Non supportato

Nastro: SBC We Edge

11.0.2

Limitazione con l'interoperabilità ICE. Vedere la soluzione alternativa nella sezione Avvertenze.

Non supportato

Nastro: SBC 1000, SBC 2000

11.0.1

Limitazione con l'interoperabilità ICE. Vedere la soluzione alternativa nella sezione Avvertenze.

Non supportato

Nastro—800 W/SBC SwE Edge

25.0

Vedere la sezione Ribbon Edge 8000 con: Guida all'interoperabilità Cisco Webex Calling.

Non supportato

Qualsiasi nodo — SBC4.10

Non supportato

SBC Italtel NetMatch-SNetMatch-S-CI 5.8.0-20240111Per limitazioni note, scarichi NetMatch-S CI SBC Configuration for WEBEX Calling e veda la Sezione 3.3 Avvertenze.

Non supportato

Webex Callingsupporta l'implementazione dei gateway locali dietro NAT. Il comportamento delle chiamate può dipendere dal tipo di firewall NAT utilizzato nella sua rete e dalla funzionalità fornita dal suo SBC.

Requisiti di capacità di chiamata

I modelli di trunking basati sulla registrazione e sui certificati hanno capacità di chiamata simultanea diverse, come mostrato nella tabella seguente:

Tabella 5. Linee guida sulla capacità di chiamata (per gateway locale)

Richiesta di chiamata simultanea)

Numeri utenti approssimativi

Preferenza per il tipo di baule

Qualità minima dei link

~ 2000–6500

65000

Basato su certificati

Interconnessione

~ 250–2000

20000

Basato su certificati

Sopra le righe (OTT)

Fino a 250

2500

Basato sulla registrazione

OTT

Qualifiche di connessione

Per garantire chiamate di alta qualità costante, la connessione di rete tra il gateway locale Webex Calling dovrebbe avere le seguenti qualità massime:

  • Latenza unidirezionale di 100 ms

  • Jitter a pacchetti da 10 ms

  • 0,5% di perdita di pacchetti

Per ulteriori informazioni sulla capacità di chiamata, vedere Preferred Architecture for Webex Calling.

Modello e requisiti di connettività

  • Durante il provisioning, ogni gateway locale viene assegnato a due sedi PoP Webex Media per garantire ridondanza e alta disponibilità. Questo incarico è gestito tramite un DNS SRV registro.

  • Le posizioni dei PoP multimediali sono determinate in base alla posizione geografica del gateway, configurata durante il processo di provisioning in Control Hub. In genere, il gateway è assegnato ai due PoP multimediali più appropriati e geograficamente separati all'interno della stessa regione. Ad esempio, se il gateway è fornito nell'UE, utilizza due POP multimediali all'interno dell'UE.

    Per un elenco completo delle sedi PoP di Webex Media, vedere Sedi dei data center per. Webex Calling

    Le Webex Calling sedi sono anche POP multimediali.

  • Le funzionalità multimediali regionali si applicano anche alle connessioni gateway. A seconda degli scenari di chiamata, i contenuti multimediali vengono gestiti localmente all'interno della regione quando possibile.

  • Si assicuri che i certificati siano firmati per l'utilizzo da parte di client e server.

Configurare il gateway locale

1

Configura trunk da Control Hub.

2

Configura il suo dispositivo per svolgere il ruolo di gateway locale.

3

Confermi che il Local Gateway sia attivo nello stato di Control Hub.

Per istruzioni su Partner Hosted Gateway, vedere Configurazione di un Partner Hosted Gateway

Webex Callingattualmente non supporta sia CME che LGW in esecuzione su una singola istanza di vCube.

Risolvere i problemi relativi al gateway locale

Se lo stato del Local Gateway non è attivo o ci sono altri problemi, faccia riferimento ai seguenti documenti prima di contattare il team di supporto:

Quando il Local Gateway non è attivo, controlli lo stato del trunk nel Control Hub:

  1. Accedi a Control Hub.

  2. Vai a Servizi > PSTN e Routing > Configurazioni del gateway > Trunk.

  3. Selezioni il baule di cui desidera controllare lo stato.

  4. Fai clic su Trunk Info.

  • Online: connessione riuscita tra tutti i proxy Webex Calling edge e Local Gateway

  • Offline: connessione non riuscita tra Local Gateway Webex Calling e Local Gateway

  • Compromesso: connessione non riuscita tra almeno un Webex Calling edge proxy e Local Gateway

  • Sconosciuto: durante la creazione di una connessione tra Webex Calling e il Local Gateway aggiunto di recente

Risoluzione dei problemi relativi all'istituzione di TLS Handshake

Gli errori di handshake TLS dopo il rinnovo del certificato possono indicare che l'SBC sta applicando la convalida EKU dell'autenticazione del cliente .

Causa

Risoluzione

  • Il certificato contiene solo l'autenticazione del server EKU (prevista da molte CA pubbliche).

  • L'SBC richiede l'autenticazione del cliente EKU e rifiuta il certificato.

  • Verifichi la configurazione SBC e si assicuri che accetti solo certificati con autenticazione server EKU o disabiliti la convalida EKU se supportata.

  • Se l'SBC non può essere configurato per ignorare la convalida EKU, prova a utilizzare un certificato che includa gli EKU di autenticazione del server e del client (se disponibile).

  • Consulti il suo fornitore SBC se la versione o la configurazione specifica del firmware richiede l'EKU di autenticazione client per gli handshake TLS in arrivo. Per maggiori dettagli, faccia riferimento alla seguente documentazione del fornitore:

  • Webex Callingnon convalida né applica l'autenticazione del cliente EKU durante l'istituzione dell'handshake TLS.

  • Qualsiasi requisito per l'autenticazione del cliente EKU è determinato dal fornitore SBC, non da. Webex Calling

  • Qualsiasi errore TLS relativo alla convalida EKU è dovuto alla configurazione lato SBC o al comportamento predefinito. Contatti l'assistenza Cisco e il suo fornitore SBC per ulteriore assistenza.

Supporto per gateway locali di terze parti

Per un'Webex Callingimplementazione tramite un SBC di terze parti è necessario il supporto di Cisco e del partner fornitore. Quanto segue descrive i dettagli dell'assistenza:

  1. Webex Callingsupporto:

    • Cisco o i partner che lo Webex Calling utilizzano devono avere un contratto di supporto con Cisco per ottenere assistenza Cisco (supporto TAC).

    • Cisco fornisce assistenza ai clienti per l'Webex Callingimplementazione all'avanguardia e i telefoni IP Cisco Webex Calling registrati.

  2. Assistenza per i fornitori:

    • Durante l'implementazione, Cisco fornisce supporto ai clienti o ai partner che dispongono di un dispositivo SBC di terze parti convalidato e non è responsabile della fornitura dell'assistenza per l'SBC effettivo.

    • Cisco non è responsabile per i casi di assistenza non Cisco che coinvolgono il cliente e il fornitore SBC. I problemi o i difetti del software che si presentano durante l'implementazione possono essere discussi con il fornitore SBC e Cisco.

Diagram showing support for third-party Local Gateway
Questo articolo è stato utile?
Questo articolo è stato utile?