- Home
- /
- Articolo
Definizioni
Definizioni | Descrizione |
---|---|
Partner Cisco | Un'entità (generalmente un provider di servizi) che vende prodotti e servizi Cisco ai propri clienti. |
Cliente finale | Utenti che utilizzano i prodotti e i servizi Cisco venduti da un partner Cisco. |
CUBE | Cisco Unified Border Element |
Organizzazione partner | Repository di identità e gestione servizi Webex che mantiene le informazioni sui partner Cisco e sui relativi clienti. |
Hub partner | Portale Web per il provisioning di identità e servizi per i partner Cisco e i clienti che gestiscono. |
Organizzazione cliente | Repository di identità e gestione servizi Webex che mantiene le informazioni sul cliente finale. |
BroadWorks Enterprise o provider di servizi / gruppo | Rappresentazione del cliente finale in BroadWorks. |
Panoramica
La soluzione Bring Your Own PSTN (BYoPSTN) consente a Webex per provider di servizi Cisco BroadWorks di fornire i numeri di telefono che i propri utenti possono utilizzare per l'accesso a Webex Meetings. La soluzione consente ai partner di sfruttare le proprie reti PSTN e di usare le relazioni esistenti con i provider PSTN anziché utilizzare i numeri forniti da Cisco.
L'architettura di riferimento in questo documento fornisce un design end-to-end per l'opzione BYoPSTN. Questa architettura è convalidata da Cisco e utilizza Cisco Unified Border Element (CUBE) come Session Border Controller (SBC) per il traffico di chiamate tra BroadWorks e Webex Meetings.
Scelta dell'opzione di accesso alla riunione
Attualmente, Webex per Cisco BroadWorks supporta due opzioni per il provisioning dei numeri di telefono delle riunioni. I provider di servizi devono scegliere una di queste due opzioni, un mix non è supportato:
Numeri di chiamata in ingresso Cisco (Cisco PSTN): Cisco fornisce i numeri di telefono che i partecipanti alla riunione possono utilizzare per accedere alle riunioni
Numeri di chiamata in ingresso forniti dal partner (BYoPSTN): i provider di servizi forniscono i propri numeri di telefono che i partecipanti alla riunione devono utilizzare quando accedono alle riunioni
Soluzione BYoPSTN
I partner che scelgono l'opzione dei numeri di chiamata in ingresso forniti dal partner (BYoPSTN) devono fornire i propri numeri di telefono PSTN e devono predisporre l'infrastruttura di rete necessaria per indirizzare le chiamate a e da Webex. La soluzione BYoPSTN facilita l'instradamento delle chiamate Over the Top (OTT) tramite Internet pubblico da BroadWorks a Webex.
Quando si seleziona l'opzione BYoPSTN, si applicano le seguenti condizioni:
I partner Cisco possono utilizzare gli stessi numeri di telefono per più di un cliente finale. Questi numeri di telefono possono essere in qualsiasi paese in cui opera il Partner.
L'opzione BYoPSTN non richiede modifiche al processo di onboarding generale per i clienti Webex per Cisco BroadWorks.
BYoPSTN richiede il provisioning a livello di partner Cisco e tutti i clienti finali attivati dai partner dopo l'attivazione di BYoPSTN vengono abilitati automaticamente.
Tutto il provisioning richiesto per i siti delle riunioni dei clienti è automatico, come per la soluzione corrente generalmente disponibile.
I partner che attivano entrambi i pacchetti Standard e Premium hanno due siti per riunioni: un sito per gli utenti Standard e un altro per gli utenti Premium. Entrambi i siti sono abilitati per BYoPSTN.
I partecipanti alla riunione che chiamano per accedere alle riunioni possono scegliere di utilizzare la condivisione di video e contenuto tramite Internet.
Si applica all'accesso alla riunione sia per le riunioni nello spazio che per le riunioni PMR. Tenere presente che per le riunioni nello spazio, lo spazio deve essere stato creato da un utente Standard o Premium con funzionalità di organizzatore Webex Meeting al fine di ricevere un numero di accesso PSTN: gli spazi creati dagli utenti Base non ricevono numeri di accesso PSTN.
Questo documento fornisce una configurazione convalidata che utilizza CUBE come SBC. Tuttavia, se non si desidera utilizzare CUBE, è possibile distribuire il proprio SBC.
Architettura
La soluzione Webex per Cisco BroadWorks BYoPSTN si basa sul set di servizi Webex Edge, in particolare il servizio Webex Edge Audio disponibile per i clienti aziendali. L'architettura viene adattata per integrare l'infrastruttura BroadWorks dei partner Cisco con Webex Edge Audio, consentendo così al partner Cisco di configurare centralmente i set di numeri di telefono per l'uso da parte dei clienti finali.
Gli elementi principali dell'architettura sono i seguenti:
BroadWorks: infrastruttura BroadWorks dei partner Cisco
Cisco Unified Border Element (CUBE): Reference Session Border Controller (SBC) per la soluzione distribuita nel centro dati dei partner Cisco. CUBE deve essere all'interno di un DMZ. Tenere presente che se non si desidera utilizzare CUBE, è possibile distribuire il proprio SBC.
Webex Edge Audio: servizio Webex che disaccoppia la PSTN da Webex modificando l'indirizzamento chiamata per utilizzare l'infrastruttura fornita dal partner Cisco.
Le chiamate dei partecipanti per accedere a una riunione passano attraverso BroadWorks a CUBE e da CUBE all'infrastruttura Webex nel cloud tramite Internet. Questo modello è applicabile a entrambi i seguenti scenari di accesso alla riunione:
Chiamata in ingresso: un partecipante compone il numero di telefono nell'invito alla riunione sul ricevitore registrato BroadWorks, sul dispositivo mobile o sull'app Webex. La chiamata viene avviata da BroadWorks.
Richiamata (opzionale): un partecipante richiede che Webex chiami un numero di telefono fornito dal partecipante. La chiamata viene avviata da Webex.
Le chiamate indirizzate da BroadWorks a CUBE all'interno dell'infrastruttura del partner utilizzeranno SIP TCP per la segnalazione delle chiamate e RTP per il contenuto multimediale. Da CUBE a Webex, le chiamate utilizzano SIP TLS per la segnalazione e sRTP per il contenuto multimediale. L'indirizzamento delle chiamate da CUBE a WebEx avviene tramite Internet e non utilizza un trunk SIP.
L'impostazione tipica per gli scenari di chiamata in ingresso/richiamata è la seguente:
Il partner Cisco dispone di un numero di telefono PSTN (ad esempio, 2403332200) e di un codice di accesso Webex associato (ad esempio, 88631321777971704941).
Il partner Cisco fornisce un abbonato virtuale su BroadWorks che corrisponde al dispositivo CUBE. Il partner associa il numero di telefono al codice di accesso e viceversa.
Il codice di accesso, inviato a Webex nei messaggi SIP, identifica i siti di riunione associati al partner Cisco.
Il numero di telefono precedente per la mappatura del codice di accesso è configurato una volta ed è comune a tutti i siti per riunioni dei clienti finali.
I partecipanti che accedono alla riunione devono immettere l'ID riunione corrispondente (ad esempio, 123456), che identifica la riunione specifica a cui accedere.
Si raccomanda ai partner di seguire il modello di ridondanza descritto di seguito.
Accesso alla riunione mediante chiamata in ingresso
L'immagine seguente mostra il processo di un utente che accede alla riunione tramite chiamata in ingresso.
Di seguito sono riportate le operazioni necessarie per consentire al partecipante di accedere a una riunione tramite chiamata in ingresso.
Utente che pianifica una riunione in Webex. Webex assegna un ID riunione (ad esempio, 123456).
L'utente compone il numero di telefono associato alla riunione (ad esempio, 2403332200). L'INVITO SIP trasporta l'URI richiesta come numero di telefono associato alla riunione.
BroadWorks traduce il numero di telefono in un codice di accesso (ad esempio, 88631321777971704941) associato al sito della riunione e indirizza la chiamata a CUBE con l'URI richiesta come codice di accesso.
Webex riceve l'INVITO SIP e risponde alla chiamata. La lingua degli annunci è determinata dalla lingua specificata per il numero di telefono al momento del provisioning in Cisco Partner Hub e BroadWorks.
L'utente inserisce l'ID riunione (ad esempio, 123456) utilizzando DTMF. Webex verifica l'utente e consente all'utente di accedere alla riunione.
Accesso alla riunione mediante richiamata (opzionale)
L'immagine seguente mostra il processo di accesso di un utente alla riunione tramite richiamata; l'utente richiede una chiamata da Webex per accedere a una riunione.
Di seguito sono riportate le operazioni necessarie per l'accesso del partecipante a una riunione tramite richiamata:
Utente che pianifica una riunione in Webex. Webex assegna un ID riunione (ad esempio, 123456).
L'utente richiede una chiamata da Webex al numero desiderato (ad esempio, +16504441000) per accedere alla riunione utilizzando l'app Webex o il client Meetings.
Webex avvia un INVITO SIP per CUBE in base al gruppo SRV DNS di richiamata, predisposto in Cisco Partner Hub e BroadWorks. L'URI richiesta di INVITO SIP contiene il numero di telefono che deve ricevere la chiamata (ad esempio, +16504441000@cube.example.com).
CUBE traduce il numero di telefono nell'ID parte remota in un valore che identifica un abbonato virtuale su BroadWorks (ad esempio, 88631321777971704941@ecccx.amer.pub.webex.com). Ciò identifica CUBE come utente virtuale del server applicazioni BroadWorks.
La chiamata viene offerta all'utente richiesto numero di telefono e l'utente risponde alla chiamata per accedere alla riunione. Questo numero di telefono può essere un abbonato BroadWorks o un numero PSTN. Se il numero richiesto è un numero PSTN, BroadWorks utilizza il percorso predisposto per indirizzare la chiamata alla PSTN.
Per l'opzione Richiamata, è obbligatorio attivare le due seguenti funzioni:
- 102746 – Supporto BroadWorks per CI UUID
- 102074 – Supporto fatturazione BYO PSTN per CallBack e CallIn
Questo messaggio può essere confermato da CLI come di seguito:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Per una descrizione dettagliata di queste funzioni e dell'attivazione, consultare la sezione "VoiceXML Meeting Callback Virtual Subscriber" in questo documento.
Se si sceglie di non configurare l'accesso alla riunione utilizzando l'opzione di richiamata, gli utenti possono ancora utilizzare l'opzione di chiamata in ingresso per accedere alle riunioni oppure possono accedere con l'audio del computer. In questo caso, non è necessario configurare i gruppi di richiamata DNS SRV. |
Panoramica sulla configurazione della soluzione
La soluzione ha diversi componenti, ognuno dei quali deve essere configurato correttamente per funzionare correttamente. I componenti sono i seguenti:
BroadWorks
CUBE (o un SBC (Session Border Controller) certificato SP alternativo)
Webex Edge Audio
Esistono interdipendenze tra la configurazione di questi diversi componenti e, in quanto tali, una o più organizzazioni di sementi di soluzioni sono tenute a completare la configurazione e la verifica delle soluzioni richieste.
Organizzazione sementi
Un'organizzazione seed è un'organizzazione Webex che viene configurata per generare e convalidare le impostazioni per la soluzione BYoPSTN. All'organizzazione seed deve essere assegnato almeno un utente a un pacchetto standard e tale pacchetto standard deve utilizzare l'opzione di accesso alla riunione con numeri di chiamata in ingresso forniti dal partner (BYoPSTN). Si consiglia di associare l'organizzazione seed a un provider di servizi BroadWorks o Enterprise di test.
Le organizzazioni di sementi della soluzione hanno due scopi:
Configurazione seed: il provisioning delle organizzazioni seed genera il numero di telefono per le mappature dei codici di accesso alla riunione e un identificatore univoco universale del sito della riunione (UUID sito) necessario per il funzionamento continuativo della soluzione. Queste informazioni sono necessarie per configurare gli abbonati virtuali BroadWorks (VSUB).
Convalida configurazione: utilizzare l'organizzazione seed per determinare se la soluzione BYoPSTN è configurata in base ai requisiti. Utilizzare l'organizzazione seed e testare gli utenti per convalidare i casi di chiamata in ingresso e richiamata della riunione utilizzando i numeri di chiamata in ingresso forniti dal partner e i record di richiamata DNS SRV (se la richiamata è abilitata).
L'amministratore deve generare un'organizzazione della soluzione seed per ciascun set univoco di numeri di telefono e record di richiamata DNS SRV. La generazione dell'organizzazione della soluzione seed in ciascun caso genera il numero di telefono richiesto per le mappature dei codici di accesso alla riunione e la possibilità di verificare i casi d'uso di chiamata in ingresso e richiamata per tali numeri di telefono e record DNS SRV di richiamata.
L'amministratore, che utilizza Cisco Partner Hub, deve selezionare un'organizzazione della soluzione seed come organizzazione della soluzione seed principale. È necessario configurare su BroadWorks l'UUID del sito della riunione con pacchetto Standard di questa organizzazione di soluzioni seed principali. È fondamentale che questo sito di riunione rimanga predisposto poiché questo UUID del sito viene inviato in ogni richiesta di accesso alla riunione con chiamata in ingresso come token di autenticazione. Questo UUID del singolo sito è condiviso da tutti i set di numeri di telefono e record SRV DNS di richiamata. Non sono richiesti più valori UUID sito.
Le organizzazioni di soluzioni di sementi principali e secondarie possono essere eliminate, se lo si desidera, prima che la serie di numeri di telefono e record DNS SRV di richiamata vengano assegnati a clienti non di prova. Quando la serie di numeri di telefono e record SRV DNS di richiamata vengono assegnati a clienti non sottoposti a test, tali numeri di telefono e record di richiamata vengono associati ai siti di riunione per tali clienti e vengono utilizzati per l'accesso alla riunione utilizzando la chiamata in ingresso e la richiamata. Eventuali modifiche devono essere considerate di impatto sul servizio.
Le sezioni successive forniscono maggiori dettagli sui diversi elementi di configurazione.
Elementi di configurazione BYoPSTN
Un elemento chiave della soluzione è la configurazione dei numeri di telefono dei partner Cisco e dei record di richiamata DNS SRV. BYoPSTN utilizza i gruppi di numeri di telefono e i gruppi SRV DNS di richiamata come metodo per assegnare numeri di telefono basati su aree geografiche e l'indirizzamento chiamata ridondante per le riunioni Webex. Questi elementi sono assegnati ai clienti finali dal modello cliente.
Gruppi di numeri di telefono (PNG)
I partner Cisco eseguono il provisioning dei numeri di telefono utilizzati dai partecipanti per accedere alle riunioni in Cisco Partner Hub. Questi numeri di telefono vengono raggruppati in un gruppo di numeri di telefono. L'elenco dei numeri di telefono è associato a un sito per riunioni. Tutte le sale riunioni personali e le riunioni pianificate in tale sito utilizzano i numeri di telefono associati. Di seguito è riportato un esempio di gruppo di numeri di telefono:
Nome del numero di telefono | Paese | Prefisso internazionale | Numero di telefono | Annuncio | Tipo di tariffa | Priorità chiamata in ingresso |
---|---|---|---|---|---|---|
Maryland USA | USA | +1 | 2403332200 | Inglese | A pagamento | Principale |
Florida USA | USA | +1 | 9049002303 | Inglese | A pagamento | Secondario |
Stati Uniti New York | USA | +1 | 8056504578 | Inglese | Gratuito | Nessuno |
I numeri di telefono hanno i seguenti attributi:
Nome numero di telefono: nome per descrivere il numero di telefono
Paese: paese a cui è assegnato il telefono
Prefisso internazionale: prefisso di chiamata nazionale o prefisso di chiamata nazionale
Numero di telefono: il numero di telefono da utilizzare per accedere a una riunione senza il prefisso internazionale
Annuncio: lingua dell'annuncio da riprodurre quando un partecipante accede a una riunione
Tipo di pagamento: il tipo di numero: A pagamento o gratuito
Priorità chiamata in ingresso: la priorità assegnata ai numeri di riunione. La vista dei partecipanti dei numeri di accesso alla riunione viene ordinata in base a questa priorità.
Numeri di telefono predefiniti: Gli amministratori possono assegnare una priorità di chiamata in ingresso principale, secondaria o nessuna a un numero di telefono nel gruppo di numeri di telefono. I numeri di telefono con una priorità principale o secondaria sono numeri di telefono predefiniti. I numeri di telefono predefiniti vengono inviati nei messaggi e-mail di invito alla riunione e vengono elencati nell'ordine di priorità che i partecipanti devono utilizzare per accedere alle riunioni. I numeri di telefono predefiniti non devono essere nello stesso paese. È necessario selezionare un numero di telefono principale; un numero di telefono secondario è opzionale. Almeno uno dei numeri di telefono predefiniti deve essere a pagamento.
Gli utenti del cliente finale possono scegliere di specificare i propri numeri di telefono predefiniti utilizzando l'interfaccia Web del sito della riunione. Questi numeri vengono visualizzati per tale utente e i relativi partecipanti quando sono l'organizzatore della riunione. Se l'utente si unisce a una riunione come partecipante, verrà visualizzato solo per lui.
In base all'esempio precedente, l'amministratore del partner Cisco esegue il provisioning di US Maryland come principale e di US Florida come secondario; questi sono i numeri di telefono predefiniti. Un utente può scegliere di sovrascrivere questa opzione nelle riunioni cambiando il principale in US New York e secondario come US Maryland.
Il numero massimo di numeri di telefono per un determinato gruppo di numeri di telefono è 98.
NOTA: Non è supportato configurare un numero dedicato per una singola azienda.
Gruppi DNS SRV di richiamata (CDSG)
Per consentire ai partecipanti alla riunione di scegliere l'opzione di richiamata, è necessario un gruppo SRV DNS di richiamata che punti alle istanze CUBE all'interno della rete del partner Cisco. Webex utilizza questi record per indirizzare la richiamata tramite CUBE a BroadWorks, che può quindi effettuare la richiamata della riunione al numero di telefono del partecipante alla riunione.
Di seguito è riportato un esempio di gruppo SRV DNS di richiamata.
Paese/Regione | Prefisso internazionale | Record SRV DNS |
---|---|---|
Stati Uniti | +1 | cube.us.esempio.com |
Messico | +52 | cube.mx.example.com |
Tutti gli altri paesi | N/A | cube.global.esempio.com |
I record SRV DNS di richiamata presentano i seguenti attributi:
Paese/Regione: il paese o la regione per cui questo record SRV DNS deve essere utilizzato per inviare richieste di chiamata.
Codice paese: il codice paese associato al paese/regione. È possibile disporre di un solo record DNS SRV per codice paese.
Record DNS SRV: il record DNS SRV per le istanze CUBE dei partner Cisco.
Quando il partecipante richiede una chiamata sul numero di telefono specificato, Webex utilizza il DNS SRV di richiamata associato al codice paese per il numero di telefono specificato per indirizzare la chiamata agli elementi appropriati nella rete dei partner Cisco.
L'uso di un record SRV DNS in questo modo fornisce supporto per le istanze CUBE ridondanti per la gestione delle richieste di chiamata da Webex. Nell'esempio precedente, quando i partecipanti alla riunione negli Stati Uniti richiedono una richiamata da Webex al proprio numero di telefono statunitense, Webex utilizza il DNS SRV cube.us.example.com
per indirizzare la chiamata alla rete del partner Cisco. Quando i partecipanti alla riunione in Messico richiedono una richiamata da Webex al relativo numero di telefono in Messico, Webex utilizzerà il DNS SRV cube.mx.example.com
per indirizzare la chiamata alla rete del partner Cisco.
Per qualsiasi paese/regione che non dispone di un record SRV DNS di richiamata specifico, tali richieste di chiamata vengono indirizzate al record SRV DNS "Tutti gli altri paesi". L'amministratore deve configurare un record DNS SRV 'Tutti gli altri paesi'.
Il numero massimo di record per un determinato gruppo SRV DNS di richiamata è 200.
Modelli cliente
Il modello cliente è un concetto esistente per la soluzione Webex per BroadWorks. Il modello fornisce la configurazione predefinita utilizzata per eseguire il provisioning di un cliente finale. BYoPSTN fornisce attributi aggiuntivi al modello cliente:
Tipo di accesso riunione: può essere un numero di chiamata in ingresso Cisco o un numero di chiamata in ingresso fornito dal partner. Questo attributo indica i numeri di telefono configurati per i siti di riunione associati ai pacchetti Standard e Premium. I numeri di chiamata in ingresso forniti dal partner devono essere selezionati dall'amministratore.
Gruppo di numeri di telefono: associato solo ai numeri di chiamata in ingresso forniti dal partner, questo attributo indica i numeri di telefono utilizzati dai clienti finali che vengono predisposti per i pacchetti Standard e Premium quando accedono alle riunioni.
Gruppo SRV DNS di richiamata: associato solo all'opzione numeri di chiamata in ingresso forniti dal partner, questo attributo indica i record SRV DNS utilizzati da Webex quando si richiamano i clienti finali predisposti per pacchetti Standard e Premium quando si accede alle riunioni. Se non si desidera abilitare la richiamata, è possibile scegliere "Disabilita richiamata" durante la creazione o l'aggiornamento di un modello cliente. Quando viene eseguito il provisioning del primo abbonato per Standard o Premium per un cliente finale, viene eseguito il provisioning del sito di riunione del pacchetto associato. Il sito della riunione del pacchetto viene predisposto in base al modello cliente precedente. Qualsiasi abbonato predisposto successivamente per Standard o Premium viene aggiunto al sito della riunione già predisposto, la configurazione del sito della riunione non viene modificata.
Qualsiasi modifica al modello cliente in relazione agli attributi di cui sopra si applica solo ai siti di riunioni di pacchetto di cui è stato eseguito il provisioning. I siti di riunione esistenti, già predisposti, non sono interessati dalle modifiche al modello del cliente.
L'unica eccezione notevole è che se un cliente finale dispone già di un sito per riunioni di pacchetto, qualsiasi nuovo sito per riunioni di pacchetto viene predisposto utilizzando lo stesso tipo di accesso alla riunione del sito per riunioni di pacchetto esistente. Ad esempio, se un cliente finale dispone di un sito per riunioni con pacchetto Standard che utilizza i numeri di chiamata in ingresso Cisco e il modello cliente viene aggiornato per utilizzare i numeri di chiamata in ingresso forniti dal partner, viene predisposto un nuovo sito per riunioni con pacchetto Premium utilizzando i numeri di chiamata in ingresso Cisco, l'impostazione del modello cliente non si applica. I siti per riunioni Standard e Premium per un determinato cliente finale devono essere sempre predisposti in modo coerente.
Cluster chiamate BroadWorks
Cisco Partner Hub: la schermata del cluster di chiamata BroadWorks fornisce l'accesso per visualizzare e/o scaricare le informazioni sulla configurazione BroadWorks (BYoPSTN). Le informazioni di configurazione BYoPSTN per un determinato cluster includono i seguenti dati:
Dettagli dell'organizzazione della soluzione Primary Seed, inclusi UUID sito riunione pacchetto standard e URL sito.
Dettagli del gruppo di numeri di telefono per tutti i gruppi configurati per questo cluster. Ciò include il numero di telefono per le mappature dei codici di accesso alla riunione per ciascun gruppo. Tenere presente che i dettagli devono includere gruppi associati a tutte le organizzazioni di soluzioni di sementi secondarie.
Dettagli del gruppo SRV DNS di richiamata per tutti i gruppi configurati per questo cluster. Tenere presente che i dettagli devono includere gruppi associati a tutte le organizzazioni di soluzioni di sementi secondarie.
Dettagli del modello cliente per tali modelli che utilizzano uno qualsiasi dei gruppi di numeri di telefono e dei gruppi SRV DNS di richiamata.
Ciascun cluster di chiamata BroadWorks dispone di informazioni sulla configurazione BroadWorks (BYoPSTN) specifiche per i gruppi di numeri di telefono assegnati e per il gruppo SRV DNS di richiamata. Tuttavia, tieni presente che tutti i cluster di chiamata BroadWorks condividono la stessa organizzazione di soluzioni Primary Seed e, in quanto tali, includono lo stesso UUID e URL del sito del sito del pacchetto standard.
Le informazioni sulla configurazione BroadWorks (BYoPSTN) sono disponibili solo per la visualizzazione/il download quando l'amministratore configura e seleziona l'organizzazione della soluzione Primary Seed. L'organizzazione della soluzione seed principale deve avere almeno un utente assegnato al pacchetto standard e tale pacchetto standard deve utilizzare l'opzione di accesso alla riunione con numeri di chiamata in ingresso forniti dal partner (BYoPSTN).
Esempio di elementi di configurazione BYoPSTN
L'immagine seguente mostra un esempio di distribuzione BroadWorks multi-cluster con modelli di clienti, numeri di telefono e indirizzamento basati su aree geografiche.
La prima tabella mostra una distribuzione BroadWorks multi-cluster con modelli clienti regionali, gruppi di numeri di telefono e gruppi SRV DNS di richiamata. Le tabelle successive si espandono nei gruppi SRV DNS di gruppo di numeri di telefono e di richiamata.
Cluster BroadWorks | Nome modello | Pacchetto | Tipo di accesso riunione | Gruppo numeri di telefono | Gruppo DNS SRV di richiamata |
---|---|---|---|---|---|
BWKS US NG | Standard occidentale USA | Standard | Numeri di chiamata in ingresso forniti dal partner | Ovest degli Stati Uniti | CB US |
Prem. occidentale USA | Premium | ||||
East Std USA | Standard | Est USA | |||
Prem. est USA | Premium | ||||
BWKS MX | Standard MX | Standard | Numeri di chiamata in ingresso forniti dal partner | PNG MX | MX CB |
Prem. MX | Premium | ||||
BWKS UK | Standard UK | Standard | Numeri di chiamata in ingresso forniti dal partner | PNG nel Regno Unito | Richiamata disabilitata |
Prem. Regno Unito | Premium | ||||
BWKS USA | Standard USA | Standard | Numeri di chiamata in ingresso Cisco | Nessuno | Nessuno |
Gli abbonati predisposti utilizzando il modello US West Std o US West Prm utilizzano il numero di telefono US West quando accedono alle riunioni. Le richieste di richiamata di accesso alle riunioni degli abbonati vengono inviate ai record SRV DNS USA CB.
Gli abbonati predisposti utilizzando il modello US East Std o US East Prm utilizzano il numero di telefono US East quando accedono alle riunioni. Le richieste di richiamata di accesso alle riunioni degli abbonati vengono inviate ai record SRV DNS USA CB.
Gli abbonati predisposti utilizzando il modello MX Std o MX Prm utilizzano il numero di telefono MX PNG quando accedono alle riunioni. Le richieste di richiamata di accesso alle riunioni degli abbonati vengono inviate ai record SRV DNS MX CB.
Gli abbonati predisposti utilizzando il modello Std o Prm UK utilizzano i numeri di telefono PNG UK quando accedono alle riunioni. A tali abbonati non verrà offerto l'accesso alla riunione tramite richiamata poiché la richiamata è disabilitata.
Gli abbonati predisposti utilizzando lo standard USA utilizzano i numeri di chiamata in ingresso Cisco e pertanto non dispongono di un gruppo di numeri di telefono o di un gruppo SRV DNS di richiamata assegnati. Questi abbonati utilizzano i numeri di telefono forniti da Cisco per l'accesso alle riunioni e i record DNS SRV Cisco per l'accesso alle riunioni mediante la richiamata.
I dettagli dell'esempio Gruppi di numeri di telefono sono i seguenti:
Gruppo numeri di telefono | Nome del numero di telefono | Paese | Prefisso internazionale | Numero di telefono | Annuncio | Tipo di tariffa | Priorità chiamata in ingresso |
---|---|---|---|---|---|---|---|
Ovest degli Stati Uniti | Stati Uniti San Francisco | USA | +1 | 4156551000 | Inglese | A pagamento | Principale |
Palo Alto USA | USA | +1 | 9863502478 | Inglese | Gratuito | Nessuno | |
Est USA | Maryland USA | USA | +1 | 2403332200 | Inglese | A pagamento | Principale |
Florida USA | USA | +1 | 9049002303 | Inglese | A pagamento | Secondario | |
Stati Uniti New York | USA | +1 | 8056504578 | Inglese | Gratuito | Nessuno | |
PNG MX | Messico | MX | +52 | 2065304086 | Spagnolo europeo | A pagamento | Principale |
PNG nel Regno Unito | Regno Unito | Regno Unito | +44 | 4527789651 | Inglese | A pagamento | Principale |
Di seguito sono riportati i dettagli degli esempi di gruppi SRV DNS di richiamata:
Gruppo DNS SRV di richiamata | Paese | DNS SRV |
---|---|---|
CB US | USA | cube.us.esempio.com |
Tutti gli altri paesi | cube.row.esempio.com | |
MX CB | MX | cube.mx.example.com |
Tutti gli altri paesi | cube.row.esempio.com |
La configurazione per il record DNS SRV USA, cube.us.example.com potrebbe essere come nell'esempio:
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Questo record DNS SRV può risolversi nel seguente record DNS A:
| 86400 | IN | A | 45.84.168.81 |
| 86400 | IN | A | 45.84.168.82 |
I record SRV DNS vengono risolti per proteggere le chiamate SIP da Webex a CUBE. |
Porte utilizzate da Webex
Le porte nella tabella seguente devono essere aperte sul firewall del DMZ in cui risiede CUBE e altre porte possono essere chiuse. Per ulteriori informazioni sui requisiti delle porte e della rete, consultare il seguente articolo:
https://collaborationhelp.cisco.com/article/WBX264
Origine | Porte di origine | Destinazione | Porte di destinazione | Protocol | Descrizione | ||
---|---|---|---|---|---|---|---|
Servizi audio Webex Edge | Temporaneo | CUBE | 5061 | TCP | (mTLS 1.2) Segnalazione SIP in ingresso da Webex Edge Audio a CUBE SBC.
| ||
Servizi audio Webex Edge | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping opzioni per Webex Edge Audio. | ||
CUBE | Temporaneo | EdgeAudio | 5605 | TCP | (mTLS 1.2) Segnalazione SIP in uscita per Webex Edge Audio. | ||
Servizi audio Webex Edge | Temporaneo | CUBE | Porte effimere 8000 - 59999 | UDP | È necessario aprire i pozzetti del firewall (SRTP) per il traffico multimediale in ingresso verso l'audio Edge. | ||
CUBE | Porte effimere 10200 - 28000 | Edge Audio | Temporaneo | UDP | (SRTP) È necessario aprire i pozzetti del firewall per il traffico multimediale in uscita verso CUBE. |
Suite di crittografia TLS e SRTP
TLS v1.2 o superiore viene utilizzato per l'handshake mTLS e i seguenti tipi di crittografia sono supportati da Webex Edge Audio (durante la richiamata, Webex Edge Audio li offre nel client Hello dell'handshake TLS):
TLS_ECDHE_ECDSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_CON_AES_256_GCM_SHA384
TLS_RSA_CON_AES_256_CBC_SHA256
TLS_RSA_CON_AES_128_GCM_SHA256
TLS_RSA_CON_AES_128_CBC_SHA256
TLS_DHE_DSS_CON_AES_256_GCM_SHA384
TLS_DHE_DSS_CON_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Per sRTP vengono utilizzate le seguenti crittografie:
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Codec audio supportati
G722
G711µ
G711a
Requisiti profilo SIP e RTP
La Soluzione richiede che tra CUBE (o SBC) e Webex, si distribuisca SIP TLS per la segnalazione e sRTP per il contenuto multimediale.
I profili SIP e RTP nell'ambito della presente comunicazione devono essere conformi ai seguenti requisiti:
Requisiti profilo SIP | Dettagli |
---|---|
Timer scadenza sessione | 2220 sec (accetta SIP 422) * viene adattato in base alle esigenze aziendali e ne sono previste 422. |
Offerta multimediale per l'ingresso | Offerta anticipata |
Offerta multimediale per l'uscita | Offerta tardiva |
Intervallo ping opzioni | 30 anni (minimo) |
DTMF | RFC2833 Carico utile 101 (nessun DTMF acustico!) |
Porte SIP-UDP | 4000-4010,5061,5065 |
Profilo RTP | Dettagli |
---|---|
Profilo di payload vocale | G.722/ G.711μ /G.711a |
Dimensione pacchetto | 20 ms |
VAD (rilevamento attività vocale) | No |
Timer inattività multimediale | 1200 ms |
Modifica codec di chiamata media | Non accettato |
RTP | 8000-48198 |
Crittografie sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
Codec G.729 non supportato. Se si desidera utilizzare G.729, è necessario utilizzare i transcoder. |
Domini indirizzamento chiamate Webex
Il DNS SRV _sips._tcp.<domain>
viene utilizzato per raggiungere Webex Edge Audio. Ci sono quattro domini a seconda della regione.
Regione | Dominio |
---|---|
Americhe | ecccspx.amer.pub.webex.com |
Regno Unito, Nord Africa | ecccspx.emea.pub.webex.com |
Asia Pacifico | ecccspx.apac.pub.webex.com |
Australia / Nuova Zelanda | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
Il DNS SRV si risolve in diversi record A che puntano al sito principale e secondario. La tabella seguente fornisce un esempio per la regione AMER ed è soggetta a modifiche in futuro.
Tipo di record | Registra | Destinazione | Scopo |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101 | Indica Webex Edge Audio AMER Primary 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102 | Indica Webex Edge Audio AMER Primary 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229 | Indica Webex Edge Audio AMER Secondary 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230 | Indica Webex Edge Audio AMER Secondary 2 |
Il DNS-SRV è di natura dinamica, gli indirizzi IP sono soggetti a modifiche; pertanto, evitare di codificare o aggiungere segnalibri agli indirizzi IP. Fai riferimento alla sezione "Cronologia revisioni documento" per qualsiasi modifica o aggiornamento apportato alle Informazioni di riferimento porta per il documento Webex Calling. |
Ridondanza CUBE
Cisco Unified Border Element (CUBE) consente la funzionalità di controllo del bordo sessione in una rete che gestisce connessioni SIP tra entità esterne e rete interna. Ulteriori informazioni su CUBE sono disponibili nella sezione Prerequisiti di seguito.
I modelli di ridondanza supportati sono definiti con lo scopo di fornire alta disponibilità ed eliminare il singolo punto di guasto per il partner Cisco. Di seguito sono illustrati tre diversi modelli. I partner Cisco devono adottare qualsiasi modello applicabile al proprio ambiente.
Durante il processo di onboarding, il partner deve disabilitare i filtri ICMP.
Distribuzione duplex CUBE per BroadWorks distribuito in un singolo sito
Distribuzione CUBE simplex per BroadWorks distribuita in più siti
Un altro modello di ridondanza è possibile quando CUBE viene distribuito in modalità duplex in ogni sito. Questo modello non è necessario considerando che BroadWorks viene distribuito con la geo-ridondanza.
Provisioning
1 | Prerequisiti partner
|
2 | Provisioning dei numeri di telefono in Cisco Partner Hub
|
3 | Provisioning dei gruppi DNS SRV di richiamata in Cisco Partner Hub (opzionale)
|
4 | Associazione di PNG (e CDSG) ai modelli cliente
|
5 | Fornitura di organizzazioni per soluzioni di sementi
|
6 | Selezionare l'organizzazione della soluzione Primary Seed
|
7 | Scarica la configurazione BroadWorks (BYoPSTN)
|
8 | Determinazione del dominio SRV DNS audio Webex Edge
|
9 | Configurazione BroadWorks partner di provisioning
|
10 | Provisioning CUBE partner (o SBC personale)
|
11 | Certificazione BYoPSTN
|
Passaggio 1: Prerequisiti partner
I seguenti prerequisiti devono essere completati per il provisioning di BYoPSTN. I prerequisiti indicati di seguito presuppongono che il partner disponga di una distribuzione Webex funzionante per Cisco BroadWorks che includa:
Funzionamento del sistema BroadWorks – come documentato nella Guida alla soluzione Webex per Cisco BroadWorks
Licenza BroadWorks AS con servizio "VoiceXML" in quantità sufficiente (1 per numero PSTN)
Patch BroadWorks richieste:
Per R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Per R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Per R24
AP.as.24.0.944.ap376935
Cisco CUBE System distribuito (IOS versione 16.12.2 o successiva): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Sono supportati sia CUBE basato su hardware che virtuale. Il CUBE basato su hardware è consigliato per la scalabilità e la gestione di un numero maggiore di chiamate.
Organizzazione partner Webex, come descritto nella Guida alla soluzione Webex per Cisco BroadWorks
Passaggio 2: Provisioning di gruppi di numeri di telefono (PNG) in Partner Hub
La procedura utilizzata dal partner Cisco per aggiungere i propri numeri di telefono di chiamata in ingresso per riunioni Webex è la seguente:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Configurazione accesso riunione (BYoPSTN), selezionare Crea grou numero di telefono chiamata in ingresso.
Immettere il nome del gruppo di numeri di telefono e selezionare Avanti.
Immettere i dettagli del numero di telefono e selezionare Avanti.
Rivedere il riepilogo dei dettagli del gruppo di numeri di telefono e selezionare Salva.
Ripetere questa procedura per ciascun gruppo di numeri di telefono da aggiungere.
Le schermate sottostanti illustrano la procedura.
Passaggio 3: Provisioning dei gruppi DNS SRV di richiamata (CDSG) in Partner Hub
Questa operazione deve essere completata solo se si desidera distribuire l'opzione di accesso alla riunione tramite richiamata. Altrimenti, puoi saltare questo passaggio. |
Se questa opzione non viene configurata, gli utenti possono utilizzare l'opzione di chiamata in ingresso per accedere alle riunioni oppure possono accedere con l'audio del computer. |
Quando si utilizza l'opzione di richiamata riunione, è richiesto un gruppo SRV DNS di richiamata per indirizzare le chiamate da Webex a CUBE. La procedura utilizzata dal partner Cisco per aggiungere i record DNS SRV CUBE a Webex è la seguente:
Accedere a Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Configurazione accesso riunione (BYoPSTN), selezionare Crea gruppo SRV DNS di richiamata.
Inserire il nome del gruppo SRV DNS di richiamata.
Scegliere Avanti.
Immettere i dettagli SRV DNS di richiamata.
Scegliere Avanti.
Rivedere il riepilogo dei dettagli SRV DNS di richiamata.
Selezionare Salva.
Eseguire il provisioning di qualsiasi aggiornamento al DNS per riflettere i nuovi record nel gruppo DNS SRV.
Ripetere questa procedura per ciascun gruppo SRV DNS di richiamata da aggiungere.
Le schermate sottostanti illustrano la procedura.
Passaggio 4: Associazione di PNG e CDSG ai modelli cliente in Partner Hub
La configurazione iniziale e la verifica della soluzione BYoPSTN richiedono un'organizzazione seed per ogni combinazione univoca di gruppo di numeri di telefono e gruppo SRV DNS di richiamata (se è richiesta la richiamata). Pertanto, si consiglia ai partner Cisco di creare analogamente un nuovo modello cliente per ciascuna combinazione univoca di gruppo di numeri di telefono e gruppo SRV DNS di richiamata. Ogni modello cliente deve essere utilizzato per generare un'organizzazione seed corrispondente.
Una volta rilevata e verificata la configurazione BYoPSTN utilizzando le organizzazioni delle sementi, i gruppi di numeri di telefono e i gruppi SRV DNS di richiamata possono essere applicati ai modelli cliente esistenti in base alle esigenze.
Tenere presente che i Modelli cliente appena creati non vengono utilizzati dai clienti non sottoposti a test e pertanto possono essere utilizzati in modo sicuro per la verifica manuale della configurazione BYoPSTN.
Se non si distribuisce l'accesso alla riunione tramite richiamata, non è necessario associare i gruppi SRV DNS di richiamata al modello cliente. Tuttavia, è necessario selezionare Disabilita richiamata. |
Per aggiungere un nuovo modello cliente, effettuare le seguenti operazioni:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Modelli, selezionare Aggiungi modello.
Immettere i dettagli del modello. Nella fase Tipo di pacchetto:
Selezionare Tipo di pacchetto come standard.
Selezionare Configurazione accesso riunione come numeri di chiamata in ingresso forniti dal partner (BYoPSTN).
Seleziona un gruppo di numeri di telefono predisposto.
Per il gruppo SRV DNS di richiamata, se si desidera abilitare l'opzione di richiamata riunione, selezionare un gruppo SRV DNS di richiamata predisposto. Altrimenti, selezionare Disabilita richiamata.
Scegliere Avanti.
Inserire i dettagli del modello rimanenti.
Rivedere il riepilogo dei dettagli del modello.
Fai clic su Salva.
Ripetere questa procedura per ciascun modello cliente che deve essere aggiunto
La schermata seguente illustra la procedura.
Per aggiornare un modello cliente esistente, effettuare le seguenti operazioni:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino alla sezione BroadWorks Calling.
In Modelli, selezionare Visualizza modello.
Selezionare il modello da aggiornare.
Scorrere fino alla sezione Configurazione accesso riunione:
Seleziona i numeri di chiamata in ingresso forniti dal partner (BYoPSTN).
Selezionare un gruppo di numeri di telefono configurato in precedenza.
Per il gruppo SRV DNS di richiamata, se si desidera abilitare l'opzione di richiamata riunione, selezionare un gruppo SRV DNS di richiamata predisposto. Altrimenti, selezionare Disabilita richiamata.
Selezionare Salva.
La schermata seguente illustra la procedura.
Fase 5: Fornitura di organizzazioni per soluzioni di sementi
La soluzione BYoPSTN presenta diversi componenti, ciascuno dei quali deve essere configurato correttamente per il corretto funzionamento della soluzione. Uno dei due scopi delle organizzazioni di seed solution è generare il numero di telefono per le mappature dei codici di accesso alla riunione e un identificatore univoco universale del sito della riunione (UUID sito) richiesto per il funzionamento continuativo della soluzione. L'altro scopo è la verifica della configurazione.
Per ciascuna combinazione univoca di gruppo di numeri di telefono e gruppo SRV DNS di richiamata da utilizzare, deve essere creato in precedenza un modello cliente corrispondente. Per ciascuno di questi modelli cliente, è necessario predisporre un'organizzazione della soluzione seed. Il provisioning di queste organizzazioni di sementi genera il numero di telefono per le mappature dei codici di accesso alla riunione e un UUID del sito della riunione necessario per configurare BroadWorks.
Utilizzando ciascuno dei modelli cliente configurati in precedenza, esegui il provisioning di un abbonato per un nuovo provider di servizi BroadWorks o una nuova società BroadWorks con un utente del pacchetto standard. Il sito della riunione pacchetto standard risultante dovrebbe utilizzare l'opzione di accesso alla riunione con numeri di chiamata in ingresso del provider partner. Per eseguire il provisioning dell'abbonato, è possibile utilizzare uno dei seguenti metodi:
Eseguire il provisioning dell'abbonato di test utilizzando le API abbonati BroadWorks come documentato il
developer.webex.com
.Abilitare l'abbonato di test per il servizio IM&P su BroadWorks configurato per utilizzare il modello cliente. Assicurarsi che il modello cliente utilizzi il pacchetto standard come predefinito per assicurarsi che all'abbonato di test sia assegnato un pacchetto standard. In alternativa, l'abbonato del test deve essere successivamente aggiornato per avere il pacchetto Standard.
Si consiglia di associare le organizzazioni di soluzioni di sementi a un provider di servizi BroadWorks di prova o a BroadWorks Enterprise di prova.
Passaggio 6: Selezionare l'organizzazione della soluzione Primary Seed
È fondamentale che questo sito di riunione rimanga predisposto poiché questo UUID del sito viene inviato in ogni richiesta di accesso alla riunione con chiamata in ingresso come token di autenticazione. Non eliminare l'organizzazione seed poiché verrà eliminato anche il sito della riunione associato. Se l'organizzazione seed viene rimossa, sarà necessario fornirne una nuova e riconfigurare Broadworks con il nuovo UUID del sito.
Le organizzazioni di soluzioni di sementi principali e secondarie possono essere eliminate, se lo si desidera, prima che la serie di numeri di telefono e record DNS SRV di richiamata vengano assegnati a clienti non di prova. Quando la serie di numeri di telefono e record SRV DNS di richiamata vengono assegnati a clienti non sottoposti a test, tali numeri di telefono e record di richiamata vengono associati ai siti di riunione per tali clienti e vengono utilizzati per l'accesso alla riunione utilizzando la chiamata in ingresso e la richiamata. Eventuali modifiche devono essere considerate di impatto sul servizio.
Per selezionare la Primary Seed Solution Organization, effettuare le seguenti operazioni:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino alla sezione BroadWorks Calling.
Nella sezione Convalida configurazione (BYoPSTN), selezionare Assegna.
Nella schermata Assign organization (Assegna organizzazione), cercare e selezionare una delle organizzazioni di sementi precedentemente configurate
Selezionare Assegna.
L'organizzazione seed selezionata è l'organizzazione seed principale.
Le schermate sottostanti illustrano la procedura.
Passaggio 7: Scarica configurazione BroadWorks (BYoPSTN)
I dettagli della soluzione Primary Seed, dei gruppi di numeri di telefono e del gruppo DNS SRV di richiamata per un determinato cluster BroadWorks sono disponibili in una singola posizione, il file JSON di configurazione BroadWorks (BYoPSTN). Queste informazioni sono necessarie per configurare BroadWorks per BYoPSTN.
Tenere presente che il file di configurazione JSON è disponibile per la visualizzazione/il download solo dopo aver selezionato l'organizzazione della soluzione seed principale.
La procedura per visualizzare/scaricare il file di configurazione JSON è la seguente:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Cluster, selezionare Visualizza cluster.
Selezionare il cluster associato ai modelli cliente configurati per BYoPSTN.
Scorrere fino alla sezione Configurazione BroadWorks per BYoPSTN.
Fare clic su Scarica file di configurazione JSON.
Ripetere questa procedura per altri cluster BroadWorks.
Le schermate sottostanti illustrano la procedura.
Vedere il file di configurazione JSON di esempio riportato di seguito. Il file contiene informazioni aggiuntive su ciascun gruppo di numeri di telefono, gruppo SRV DNS di richiamata, i seguenti elementi di configurazione chiave che devono essere inseriti in BroadWorks sono contrassegnati in grassetto.
siteUUID: BroadWorks deve inviare questo valore nei messaggi SIP; si tratta di un token utilizzato da Webex Edge Audio per confermare l'identità di BroadWorks del partner Cisco e il relativo accesso ai siti di riunione gestiti da questo partner Cisco.
Mappatura numero di telefono-codice di accesso: I numeri di telefono e i relativi codici di accesso Webex associati devono essere configurati su BroadWorks.
phoneNumber
Codice di accesso
localeTag: La lingua dell'annuncio desiderata associata al numero di telefono deve essere configurata su BroadWorks.
dnsSrv: È necessario configurare il SRV DNS di richiamata nel DNS e fare riferimento alle istanze CUBE desiderate.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Passaggio 8: Determinazione del dominio SRV DNS audio Webex Edge
È necessario configurare il dominio SRV DNS audio Webex Edge su BroadWorks. Utilizzare la seguente procedura per determinare il valore.
Accedere a Cisco Partner Hub.
Vai a Clienti.
Selezionare l'impresa di convalida BYoPSTN.
Selezionare Visualizza cliente.
Vai a Servizi/Riunioni.
Selezionare il sito della riunione con pacchetto standard.
Scorrere fino alla fine del pannello laterale, selezionare Configura sito.
Selezionare Impostazioni comuni/Impostazioni audio.
Nella sezione Numeri di chiamata in ingresso globali personalizzati Edge Audio, selezionare Genera script Lua.
Nella finestra popup, ricercare il valore "-- Aggiorna All'intestazione con URL CCAX".
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Estrarre il valore in grassetto, ad esempio,
ecccx.amer.webex.com.
Questo è il dominio SRV DNS audio Webex Edge che deve essere configurato su BroadWorks.
Passaggio 9: Configurazione BroadWorks partner di provisioning
In questa sezione viene descritta la configurazione BroadWorks necessaria per implementare gli scenari di chiamata in ingresso e richiamata della riunione mostrati nei diagrammi riportati di seguito. Gli esempi di configurazione si basano sui dati nel file JSON mostrato nella sezione precedente. Si prevede che numeri, domini, nomi di aziende/gruppi, tipo di dispositivi, politiche, profili, ecc. variano in base al partner.
Flusso chiamate:
- L'utente richiede la richiamata, Webex avvia una richiamata.
- La chiamata viene indirizzata a BroadWorks OTT.
- La chiamata raggiunge il CUBE predisposto in CH. CUBE indirizza la chiamata a BroadWorks.
- BroadWorks identifica la chiamata come origine dell'organizzatore della riunione e crea una sessione per l'utente organizzatore della riunione ed elabora la chiamata.
- La sessione utente organizzatore della riunione elabora la chiamata e traduce il numero composto. Inoltre, viene generato un record di fatturazione per conto dell'utente organizzatore della riunione.
- BroadWorks indirizza la chiamata all'utente associato al dispositivo (7) o alla PSTN (8).
Operazioni preliminari
La comunicazione SIP tra BroadWorks e CUBE può essere su UDP o TCP a seconda dei requisiti di rete. Ad esempio, se alcuni dispositivi di rete o di accesso (ad esempio, gateway o endpoint) nei flussi di chiamata in ingresso o richiamata BYoPSTN non supportano il protocollo TCP, è necessario utilizzare il protocollo UDP.
La configurazione e gli esempi mostrati in questa guida utilizzano TCP come protocollo di trasporto. Per utilizzare il protocollo TCP, assicurarsi che il server applicazioni e il server di rete BroadWorks siano entrambi configurati per TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Server applicazioni
Identificazione/Tipo di profilo dispositivo
È necessario creare un nuovo tipo di profilo identità/dispositivo per rappresentare CUBE. Accertarsi di impostare le seguenti proprietà qui sotto, mentre altre possono essere lasciate ai valori predefiniti:
Tipo di indirizzo di segnalazione: impostato su Indirizzo proxy intelligente
Autenticazione: impostare su abilitato
Supporta identità in AGGIORNAMENTO e NUOVO INVITO- Selezionato
Registrazione statica abilitata: impostare su abilitato
Video compatibile: impostato su Disabilitato
Nell'esempio seguente, viene creato il nuovo tipo di profilo di identità/dispositivo "VXML_profile" per rappresentare il CUBE.
Abbonato virtuale XML vocale
Creazione di un'istanza VoiceXML
Ciascun numero PSTN Webex Meetings è rappresentato da un abbonato virtuale in BroadWorks e può essere utilizzata la funzionalità dell'abbonato virtuale VoiceXML. Si consiglia di utilizzare un'azienda e un gruppo dedicati per tutti gli abbonati virtuali VoiceXML. Tenere presente che in realtà non stiamo sfruttando alcuna funzionalità VoiceXML, ma questo tipo di utente virtuale è adatto per interagire con CUBE.
Per utilizzare il servizio VoiceXML, assicurarsi che la licenza disponga di quantità sufficienti di "VoiceXML" e che il servizio sia autorizzato a livello aziendale e di gruppo e che il servizio VoiceXML sia assegnato al gruppo come mostrato nell'immagine di esempio riportata di seguito.
Alla voce VoiceXML e crea un'istanza per ciascun numero PSTN.
, selezionaConfigurazione degli indirizzi VoiceXML
Per ciascuna istanza VoiceXML, eseguire il provisioning di quanto segue sotto gli indirizzi VoiceXML:
Numero di telefono: immettere il numero di accesso per il sito Webex Meetings (ad esempio, 2403332200).
Estensione
Profilo identità/dispositivo: creare un'istanza (ad esempio, VXML_deviceProf) in base al tipo di dispositivo creato nella sezione precedente (VXML_profile nell'esempio) e immettere la seguente configurazione.
Linea/porta: immettere nel formato <access number="">@<domain>, dove
<access number=""> è il numero del codice di accesso per il sito Webex Meetings (disponibile dal file JSON) (ad esempio, 88631321777971704941)
<domain> è il dominio di Webex Edge Audio per questo sito per riunioni (ad esempio, ecccspx.amer.pub.webex.com)
Sip contatto: per le chiamate in ingresso della riunione al numero di accesso, l'INVITO viene inviato con un URI di richiesta impostato sul valore di questo campo. Immettere il contatto SIP in questo formato <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, dove:
<sip contact=""> è il <number> del campo linea/porta ma con il dominio come SRV che si risolve nell'indirizzo CUBE (ad esempio, 88631321777971704941@cube.internal.local)
<Locale> rappresenta l'impostazione della lingua in base alle impostazioni internazionali dell'utente (ad esempio, impostazioni internazionali=en_USA)
<Meetings Site="" UUID=""> è UUID sito dal file JSON (ad esempio, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> deve essere transport=tcp per fare in modo che AS utilizzi TCP per inviare messaggi a CUBE.
Di seguito è riportato un esempio di impostazioni degli indirizzi VoiceXML.
Per ogni numero di accesso alla riunione aggiuntivo da utilizzare, è necessario creare un abbonato virtuale VoiceXML aggiuntivo analogo a quello precedente. È possibile utilizzare lo stesso profilo del dispositivo, ma i campi Porta linea e Contatto devono essere costruiti dalle informazioni sul numero di accesso come mostrato sopra. |
Accertarsi di verificare che i limiti dei criteri di elaborazione delle chiamate configurati sull'abbonato virtuale BroadWorks siano sufficienti per gestire le chiamate BYoPSTN aggiuntive nel gruppo di numeri di telefono. |
Assegnazione dell'autenticazione SIP all'istanza VoiceXML
Assegnare il servizio di autenticazione all'abbonato virtuale VoiceXML. Questa opzione verrà utilizzata per autenticare i messaggi INVITE SIP da CUBE nello scenario di richiamata. Impedisce inoltre all'abbonato virtuale VoiceXML di accettare chiamate da parti diverse da CUBE
Andare alla pagina di autenticazione dell'abbonato virtuale in Utilità e immettere il nome utente e la password SIP come mostrato di seguito:
il CUBE deve essere configurato con lo stesso nome utente e password al fine di autenticare correttamente i messaggi di INVITO che vengono inviati al SA. Un esempio del comando per configurare l'autenticazione SIP su CUBE è il seguente:
|
File Namedefs
Il campo di contatto SIP dell'abbonato virtuale VoiceXML contiene l'URL in cui la parte del dominio viene risolta nell'indirizzo CUBE. Si tratta di un SRV interno e il file namedefs sul SA può essere utilizzato per risolvere il SRV interno all'IP CUBE.
Nel nostro esempio, il contatto SIP SRV è cube.internal.local e si risolve di indirizzo 10.165.196.30 porta 5060 per raggiungere il CUBE. Sul SA, il cd. /usr/local/broadworks/bw_base/conf/namedefs
il file è aggiornato come segue:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Tipo di chiamata Webex Meetings
Le opzioni di configurazione dell'elaborazione delle chiamate Webex Meetings sono disponibili per controllare la modalità di gestione delle chiamate in ingresso della riunione. Per impostazione predefinita, le chiamate in ingresso per riunioni vengono elaborate come chiamate esterne poiché i numeri di chiamata in ingresso vengono ospitati in un provider aziendale o di servizi dedicato. Le chiamate esterne sono normalmente incluse nei conteggi delle sessioni Controllo ammissione e contrassegnate per la ricarica nel campo CDR chargeIndicator.
Nell'esempio seguente viene aggiunta la configurazione consigliata per elaborare le chiamate in ingresso della riunione come chiamate interne in modo che siano escluse dalla ricarica ed escluse dai conteggi di Controllo ammissione sessione.
Impostando Applica campo di ricarica NS su true, la popolazione del campo CDR chargeIndicator si basa sull'attributo di ricarica configurato del tipo di chiamata del server di rete.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Abbonato virtuale richiamata riunione VoiceXML
Creazione di un abbonato richiamata per riunioni VoiceXML
Un abbonato virtuale VoiceXML dedicato con un'opzione di richiamata Webex Meetings speciale (di seguito denominata abbonato alla richiamata VoiceXML) deve essere configurato sul server applicazioni BroadWorks (AS) per gestire le richiamate Webex Meetings. È possibile configurare solo una singola istanza di questo abbonato sul server AS.
Per abilitare la funzione, impostare la funzione attivabile 102074 su true tramite CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Poiché la funzione "Supporto fatturazione BYO PSTN per CallBack e CallIn" dipende dalla funzione "Supporto BroadWorks per CI UUID", prima di attivare la funzione (102074) devi attivare anche la funzione (102746). Per ulteriori dettagli, fare riferimento alla sezione "Sincronizzazione UUID utente CI (Supporto Broadworks per UUID CI)". |
L'abbonato alla richiamata per riunioni VoiceXML è simile all'abbonato virtuale BYOPSTN VXML esistente, ma lo contrassegna con un nuovo flag "Richiamata riunione Webex". Questo abbonato alla richiamata per riunioni VoiceXML è configurato con lo stesso profilo del dispositivo dell'abbonato virtuale BYOPSTN VXML esistente, nonché il servizio di autenticazione con le stesse credenziali.
Di seguito è riportato un esempio:
L'abbonato alla richiamata per riunioni VoiceXML deve esistere sull'utente organizzatore della riunione AS. Quando il SA riceve la richiesta di INVITO di richiamata della riunione, tenta di individuare sia l'utente di richiamata della riunione VoiceXML che l'utente organizzatore della riunione sul SA durante l'impostazione della chiamata. Se nessuno di questi utenti viene trovato, la chiamata viene rifiutata.
Sessione Organizzatore Riunione
Nello scenario di richiamata con l'intestazione X-Cisco-Meet-Info, il server applicazioni Cisco BroadWorks riceve una richiesta di INVITO SIP e identifica l'utente organizzatore della riunione utilizzando il parametro UUID utente CI organizzatore dell'intestazione SIP X-Cisco-Meet-Info. Viene creata una sessione di chiamata per conto dell'utente organizzatore della riunione per elaborare la chiamata ed eseguire il profilo di servizio dell'utente. Inoltre, viene generato un record di fatturazione per conto dell'utente organizzatore della riunione. L'ID riunione e le informazioni UUID del sito dall'intestazione SIP X-Cisco-Meet-Info vengono acquisite nel record di fatturazione.
Di seguito è riportato un esempio dell'intestazione SIP X-Cisco-Meet-Info:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Piattaforma di consegna delle applicazioni
Sincronizzazione UUID utente CI (supporto Broadworks per UUID CI)
L'UUID CI utente è un identificativo univoco per identificare gli utenti all'interno dell'ambiente Webex.
Questa applicazione di sincronizzazione provisioning Webex sulla piattaforma ADP (Cisco BroadWorks Application Delivery Platform) viene utilizzata per sincronizzare, mappare e memorizzare l'UUID CI utente nell'infrastruttura BroadWorks in modo che possa essere utilizzata in varie interazioni con Webex e Webex per il servizio BroadWorks.
Fare riferimento a "Abilita richiamata riunione Webex" su come viene utilizzata l'associazione UUID utente CI dal server di rete Cisco BroadWorks e dal server applicazioni Cisco BroadWorks.
Nelle seguenti operazioni è stata impostata l'applicazione di sincronizzazione provisioning Webex per eseguire sondaggi periodici e aggiornare gli utenti BroadWork con CI UUID.
L'applicazione di sincronizzazione provisioning Webex richiede credenziali OAuth con Spark-Admin:broadworks_subscribers_read ambito per Cisco Identity Provider e può essere ottenuto raccogliendo una richiesta di servizio con l'agente di onboarding.
Selezionare la sezione "Come ottenere le credenziali OAuth per Webex per Cisco BroadWorks" per ulteriori dettagli sulla richiesta di servizio all'indirizzo: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Aggiungere il token con un nome partner appropriato come segue:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Aggiungere il nome del partner associato al token OAuth all'elenco di partner che devono essere monitorati dall'applicazione di sincronizzazione provisioning Webex con il flag "abilitato" impostato su "vero".
Con questa applicazione di sincronizzazione provisioning Webex verrà avviata la sincronizzazione dell'UUID utente CI sull'intervallo di polling definito.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Una volta incluso il partner, l'applicazione di sincronizzazione provisioning Webex ora può eseguire l'associazione dell'UUID CI agli utenti BroadWorks.
Modificare il timeout della connessione utilizzando i seguenti comandi:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Questa associazione può essere eseguita automaticamente o manualmente. Il comando CLI manualSync può attivare immediatamente l'associazione.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
I partner con ‘Abilitato’ impostato su ‘vero’ eseguono l'associato nell'intervallo di polling. Durante l'associazione iniziale, l'applicazione di sincronizzazione provisioning Webex esegue una query sull'API abbonato Webex per recuperare i dati contenenti l'UUID CI per tutti gli utenti ospitati dal partner. L'ID esterno dell'utente BroadWorks viene aggiornato con l'UUID CI associato. Le associazioni successive incidono sugli utenti aggiunti al partner. Il comando di stato può essere utilizzato per vedere se la sincronizzazione è completa.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Una volta completata la sincronizzazione, lo stato torna al monitoraggio. La successiva sincronizzazione viene eseguita sugli utenti aggiunti al partner dopo "Ora ultima sincronizzazione".
La figura seguente mostra l'UUID CI impostato all'interno dell'ID esterno:
Server di rete
Tipo di chiamata
A fini di fatturazione e reporting, potrebbe essere auspicabile contrassegnare i CDR per le chiamate in ingresso delle riunioni. Questa operazione può essere eseguita utilizzando i criteri di preCallTyping del server di rete.
Innanzitutto, su CLI NS in /System/CallP/CallType, aggiungere un nuovo tipo di chiamata. Nell'esempio seguente viene aggiunto il nuovo tipo di chiamata "WXM":
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
Il tipo di chiamata può quindi essere utilizzato in un'istanza PreCallTyping che fa parte del profilo di indirizzamento dell'utente BroadWorks. In questo esempio, è stata aggiunta una nuova istanza PreCallTyping "wxm" nel contesto di /Policy/PreCallTyping CLI, ma potrebbe essere un'istanza PreCallTyping già in uso:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Il passo successivo consiste nell'aggiungere le voci all'istanza PreCallTyping per tutti i numeri di accesso nel contesto di /Policy/PreCallTyping/DialPlan CLI. Ad esempio:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
L'istanza PreCallTyping viene quindi aggiunta (a condizione che non esista già) al profilo di indirizzamento applicabile dell'utente originario, come mostrato nell'esempio seguente:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
I CDR originari di BroadWorks sono generati solo da chiamate originate da abbonati BW. Le chiamate originate dalla PSTN dal lato "rete" del server AS non genereranno i CDR di origine. In entrambi i casi, sarà presente un CDR di terminazione per l'abbonato virtuale VoiceXML. |
RoutingNE
Un routingNE è richiesto sull'NS in /System/Device/RoutingNE CLI context per rappresentare il CUBE. In questo modo, quando l'NS riceve l'INVITE da CUBE, corrisponderà l'intestazione via alla voce RoutingNE predisposta sull'NS. Fare riferimento alla Guida all'amministrazione dell'interfaccia della riga di comando del server di rete Cisco BroadWorks per informazioni dettagliate su come aggiungere un RoutingNE.
Di seguito è riportato un esempio dei comandi per aggiungere l'indirizzamento "WebexMeetings", in cui l'indirizzo IP CUBE = 10.165.196.30. L'esempio mostra anche i comandi per creare una nuova istanza OrigRedirect e Profile da associare a RoutingNE, ma è possibile utilizzare anche le istanze esistenti.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Con la configurazione di esempio, CUBE invia all'NS un INVITE simile a quanto segue (campi importanti in grassetto):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Dove:
L'URI richiesta di invito contiene il numero di richiamata
Tramite intestazione: contiene l'indirizzo IP di CUBE che verrà utilizzato per selezionare il profilo RoutingNE.
Intestazione X-Cisco-Info-Meet: utilizzato per identificare hostCIUserUuid, meetingid e siteUUID.
Quando si riceve l'INVITO, l'NS utilizza l'intestazione Via per corrispondere all'indirizzamento NE "WebexMeetings". A sua volta, selezionerà il profilo di indirizzamento "wxm_routing" che contiene l'istanza "wxm_Inst" dell'OrigRedirect.
I criteri NS OrigRedirect corrisponderanno quindi all'intestazione X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
con la porta di linea configurata sull'abbonato virtuale VoiceXML e inviare un reindirizzamento 302 alla coppia AS che ospita tale abbonato. Il messaggio 302 è simile al seguente:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
Il dominio nell'URI INVITE (nell'esempio, è bw.myenterprise.com) inviato da CUBE all'NS deve essere riconosciuto dall'NS. A tale scopo, è possibile aggiungere il dominio nel contesto NS_CLI/System/Alias, ad esempio:
NS_CLI/System/Alias> add bw.myenterprise.com
Il comando per configurare il dominio URI INVITE su CUBE è disponibile nella sezione successiva, sotto la destinazione dial-peer/sessione, ad esempio:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
Per supportare le opzioni di configurazione dell'elaborazione delle chiamate Webex Meetings per la fatturazione e il controllo di ammissione della sessione, gli attributi di segnalazione NE Hosting del server applicazioni CallTypeInfoRequired e RequiresChargeIndication devono essere abilitati nel contesto NS_CLI/System/Device/HostingNE._ Ad esempio:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Abilitazione della richiamata per riunioni Webex
Nello scenario di richiamata con l'intestazione SIP X-Cisco-Meet-Info, CUBE invia la chiamata al server di rete affinché l'originatore reindirizzi alla coppia AS. La coppia AS viene determinata in base al parametro di sistema enableWebexMeetingHoostLookup.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Se il parametro di sistema enableWebexMeetingHoostLookup è impostato su true, l'utente organizzatore della riunione CI UUID nell'intestazione X-Cisco-Meet-Info viene utilizzato per identificare la coppia AS che ospita l'utente organizzatore della riunione.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Fase 10 Provisioning CUBE partner
Questa sezione fornisce una configurazione convalidata per la distribuzione di Cisco Unified Border Element (CUBE) come Session Border Controller (SBC) per la soluzione Bring Your Own PSTN.
Questa sezione si concentra sulle configurazioni CUBE necessarie per l'interoperabilità con l'esempio di configurazione Webex per Cisco BroadWorks mostrato nella sezione precedente. Per una discussione più generale sulla distribuzione e configurazione iniziale di CUBE, fare riferimento alle seguenti guide: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Distribuisci la nostra opzione SBC
Se non si desidera distribuire CUBE, è possibile distribuire il proprio SBC. Tuttavia, tenere presente che questo documento non fornisce una configurazione convalidata per SBC diversi da CUBE.
Se si distribuisce il proprio SBC, è possibile seguire i requisiti di configurazione CUBE di alto livello (ad esempio, assegnazioni come dominio, interfacce pubbliche e private e gateway) per guidare la configurazione. Tuttavia, consultare la documentazione SBC per informazioni dettagliate sulla riga di comando, in quanto i comandi effettivi per il proprio SBC probabilmente differiranno da CUBE.
Se non diversamente specificato, i restanti requisiti di configurazione al punto 10 si applicano indipendentemente dal controller SBC distribuito dall'utente. Tuttavia, gli esempi della riga di comando sono solo per CUBE, a meno che non sia specificato che l'esempio si applica ad altri SBC. Per gli altri SBC, consultare la documentazione SBC per i comandi di configurazione. |
Configurazione iniziale
Per configurare CUBE, è necessario abilitare la modalità EXEC privilegiata. Se richiesto, immettere la password.
enable
Per immettere la modalità di configurazione globale:
configure terminal
Impostare il dominio:
ip domain name myenterprise.com
Impostare la dimensione massima del segmento (MSS):
ip tcp mss 1360
Configurazione di rete
Definire le interfacce pubbliche e private. Nel nostro esempio CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Configurare i gateway per l'indirizzamento IP per il lato pubblico e privato:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Abilita SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (o il proprio SBC) deve essere all'interno di un DMZ con regole del firewall configurate correttamente. Vedere la sezione Porte utilizzate da Webex per l'elenco delle porte da aprire sul firewall esterno |
Configurare i record SRV per le chiamate di richiamata inviate da CUBE (o SBC) ai server di rete BroadWorks. Ad esempio, il SRV per bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Configurare il server DNS:
ip name-server <DNS_IP_address>
Un'opzione DNS alternativa è configurare il DNS interno in cui il DNS interno contatta un server DNS padre in caso di esito negativo della ricerca interna. |
Configurazione elaborazione chiamata
Generale
Configurare CUBE (o SBC) con tutti gli indirizzi IP necessari per accedere al servizio VoIP. Ciò include:
Indirizzi di segnalazione SIP lato privato per i server BroadWorks AS, NS e MS.
Indirizzi lato pubblico per l'infrastruttura audio Webex Edge.
Vedere di seguito per un esempio di configurazione CUBE:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
L'intervallo di indirizzi IP precedente è un esempio. Per l'elenco corrente di indirizzi IP pubblici per l'infrastruttura audio Webex, andare a: |
Come è possibile consentire il traffico delle riunioni Webex sulla rete?: l'intervallo di indirizzi IP per la maggior parte dei cluster viene visualizzato sotto Elenco di intervalli di indirizzi IP utilizzati dai servizi di riunione Cisco Webex. Un'eccezione è per i cluster Cina, per i quali viene visualizzato l'intervallo al collegamento seguente:
Requisiti di rete per il cluster Cina Cisco Webex
Il timer predefinito per CUBE per stabilire una connessione TCP prima che venga inoltrata è 20 secondi. Per modificarlo:
ip tcp synwait-time <5-300 (seconds)>
Sul lato BroadWorks, il timer predefinito per timeout del server applicazioni su un dispositivo di accesso non reattivo è 6 secondi. Per modificarlo:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Le interfacce lato pubblico e privato per il traffico RTP su CUBE (o il tuo SBC) devono essere aperte. Vedere di seguito per l'esempio di CUBE:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Dove:
- <CUBE PUB="" IP=""> è l'indirizzo IP pubblico del CUBE
- <CUBE PRIV="" IP=""> è l'indirizzo IP privato del CUBE
- Intervallo porte: nell'esempio, l'intervallo di porte va da 10200 a 28000
CUBE supporta le seguenti suite di crittografia TLS (durante la chiamata in ingresso, CUBE le offre nel client di handshake TLS Hello):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Altre impostazioni generali da configurare (vedere di seguito per le configurazioni CUBE di esempio):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Gli URI per la chiamata in entrata e in uscita devono essere definiti per un utilizzo successivo nei dial-peer:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio supporta codec G722, G711ulaw e G711alaw. È necessario definire il seguente codice di classe vocale per utilizzarlo successivamente nei peer di chiamata:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
L'audio Webex Edge utilizza SRTP. La classe vocale SRTP-crypto assegna la suite di crittografia SRTP preferita da utilizzare per Edge Audio. Configurare le seguenti suite di crittografia in ordine. La configurazione della classe vocale srtp-crypto deve essere applicata ai dial-peer utilizzati per la connessione con Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Preconfigurare una chiave principale per poter impostare una password per l'autenticazione
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Immettere le credenziali di autenticazione SIP predisposte per l'abbonato virtuale VoiceXML su AS utilizzando il comando seguente. Per gli scenari di richiamata, queste credenziali verranno utilizzate quando AS contesta l'INVITE che il CUBE (o il proprio SBC) invia al AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Una volta configurata l'autenticazione, la password viene offuscata durante la visualizzazione con il comando "mostra configurazione in esecuzione"
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
È inoltre necessario eseguire la seguente configurazione SIP globale:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Profili di traduzione
Il profilo di traduzione del messaggio SIP 2340 viene utilizzato per le chiamate in ingresso della riunione. Dovrebbe essere presente una voce per modificare i messaggi SIP in arrivo da BroadWorks prima dell'invio a Edge Audio, come mostrato nell'esempio regola 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
La regola 11 precedente mappa l'Uri di richiesta in arrivo da BroadWorks, che ha il valore di contatto del profilo del dispositivo di abbonamento virtuale CUBE (valore del campo Contatto nel profilo dispositivo VXML_deviceProf nel nostro esempio):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Al dominio di instradamento delle chiamate audio Webex Edge appropriato:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Tenere presente che quando CUBE (o il proprio SBC) si trova dietro un NAT statico, è necessaria un'ulteriore configurazione del profilo SIP 2340. Per ulteriori informazioni, fare riferimento al seguente link:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideSe si distribuisce il proprio SBC, sarà necessario configurare regole simili sul proprio SBC. |
Per inoltrare nuovamente 486 messaggi inviati da AS a Webex Edge Audio, è richiesta la seguente configurazione su CUBE (per il proprio SBC, consultare la documentazione SBC per assistenza)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Se è necessario inoltrare nuovamente altri 4xx messaggi all'audio Webex Edge, seguire lo stesso esempio precedente.
Componi peer
È necessario definire un tenant di classe vocale su CUBE (o il proprio SBC) da utilizzare successivamente nei peer di chiamata, che soddisfi i seguenti criteri:
- Non è necessaria alcuna interoperabilità del payload per i pacchetti RTP-NTE DTMF, pertanto configurare il carico utile asimmetrico.
- L'audio Edge non supporta gli aggiornamenti dell'ID chiamante, pertanto è necessario configurare il valore "nessun aggiornamento-ID chiamante".
- L'indirizzamento chiamata audio Webex Edge si basa sugli URI. L'URI di indirizzamento chiamata deve essere abilitato per corrispondere ai dial-peer in base agli URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
I seguenti peer di chiamata sono configurati per consentire a CUBE di elaborare le chiamate tra BroadWorks e Webex Edge Audio. Configurare quanto segue su CUBE (una configurazione simile deve essere configurata sul proprio SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Flussi di Chiamata CUBE
Una volta eseguita la configurazione precedente, di seguito vengono descritti alcuni esempi di scenari del flusso di chiamate in ingresso/uscita su CUBE. La codifica del colore su una fase specifica lo rapporta alle stesse voci di colore nelle coppie di composizione precedenti.
Se si sta implementando il proprio SBC, si prega di consultare la documentazione SBC per informazioni dettagliate sui flussi di chiamata con il proprio SBC. |
Per uno scenario di chiamata in ingresso riunione da BroadWorks a Webex:
- Un INVITO in arrivo viene ricevuto da BroadWorks sull'interfaccia interna con:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Il profilo peer di chiamata in ingresso 23401 è selezionato in base all'host nell'URI della richiesta in ingresso ("cube.internal.local") corrispondente alla configurazione "OUTEdgeAudio della richiesta di uri in ingresso".
- Il peer di chiamata in uscita 23411 viene selezionato in base all'host nell'URI della richiesta ("cube.internal.local") corrispondente alla configurazione "OUTEdgeAudio uri di destinazione".
- Viene inviato un INVITE in uscita sull'interfaccia esterna con l'organizzatore nell'URI richiesta modificato da "cube.internal.local" a "ecccspx.amer.pub.webex.com" utilizzando il profilo di traduzione del messaggio "voice-class sip profiles 2340" specificato nel dial peer:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Per uno scenario di richiamata riunione da Webex a BroadWorks
- Un INVITO in arrivo viene ricevuto da Webex sull'interfaccia esterna CUBE con:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Il peer di chiamata in ingresso 23411 è selezionato in base al modello "x-cisco-webex-service=audio" presente nell'URI della richiesta in ingresso in base alla configurazione "INEdgeAudio della richiesta di uri in ingresso".
- Due peer di chiamata in uscita vengono scelti in base allo schema "x-cisco-webex-service=audio" presente nell'URI della richiesta in base alla configurazione "INEdgeAudio uri di destinazione".
- Componi peer 302
- Chiama peer 23401
- Un INVITO in uscita viene inviato ai server di rete (ricerca SRV in base alla voce "destinazione sessione dns:bw.myenterprise.com" nel peer di chiamata) sull'interfaccia interna
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Il server di rete restituisce i contatti per la coppia AS che ospita l'abbonato virtuale CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE indirizza la chiamata a AS attivo in base al contatto restituito nel messaggio 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Configurazione mTLS
Le seguenti operazioni di configurazione devono essere eseguite per consentire connessioni mTLS tra CUBE (o il proprio SBC) e Webex Edge Audio.
È obbligatorio configurare mTLS tra CUBE (o il proprio SBC) e Webex Edge Audio. |
Supporto certificato Wildcard
I certificati firmati con caratteri jolly utilizzano un nome oggetto generico (ad esempio, *.us.example.com) corrispondente al dominio per CUBE o il proprio SBC. I certificati con caratteri jolly sono supportati per distribuzioni CUBE o SBC a più cluster, ma non sono supportati per distribuzioni CUBE o SBC a singolo nodo.
Attendibilità
Durante l'handshake TLS, quando Webex Edge Audio invia il certificato, CUBE lo convalida in base all'elenco di certificati accettati in trustpool.
Il bundle del pool di attendibilità deve essere aggiornato con la CA radice Cisco scaricando l'ultimo "Bundle radice base attendibile Cisco" da http://www.cisco.com/security/pki/ utilizzando il comando:
crypto pki trustpool import clean url <url>
I certificati inviati da Webex Edge Audio vengono firmati da IdenTrust. Assicurarsi che il certificato "IdenTrust Commercial Root CA" sia installato. Vedere questo link per ulteriori dettagli:
Se si utilizza il proprio SBC e non si riesce a completare l'importazione, è possibile convertire il bundle in formato .pem utilizzando strumenti open-source, come OpenSSL. Ad esempio, è possibile utilizzare certificati hydrantID con il seguente comando:
|
Trustpoint
Edge Audio richiede che CUBE offerta certificati firmati da autorità di certificazione CA attendibili per connessioni Mutual TLS (mTLS). Utilizzare il seguente collegamento per ottenere un elenco delle autorità di certificazione attendibili da Cisco. I certificati firmati dalle autorità in questo elenco sono considerati validi e la connessione sarà consentita: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
CUBE singolo nodo
Singolo nodo significa che CUBE (o il tuo SBC) importerà un certificato con il nome dell'oggetto univoco al relativo nome di dominio completo, il che significa che nessun altro CUBE potrebbe importarlo (in altre parole, NON un certificato con caratteri jolly).
Per creare il CSR (Certificate Signing Request) per CUBE:
- creare la keypair (questa keypair sarà collegata al trustpoint)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- chiavi generiche - specifica che la coppia di chiavi multiuso deve essere generata.
- etichetta <key-label> - (Opzionale) Nome utilizzato per una coppia di chiavi RSA quando vengono esportati. Se un'etichetta chiave non è specificata, viene utilizzato il nome di dominio completo (FQDN) del router.
- esportabile - (Opzionale) Specifica che la coppia di chiavi RSA può essere esportata su un altro dispositivo Cisco, ad esempio un router.
- creare trustpoint (Un trustpoint contiene il certificato che si desidera associare al CUBE. Quando CUBE riceve una richiesta di certificato, risponde con il certificato del trustpoint allegato)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Un elenco di certificati revocati (CRL) è un elenco di certificati revocati. Il CRL viene creato e firmato digitalmente dalla CA che ha emesso i certificati in origine. CRL contiene le date relative a quando ciascun certificato è stato emesso e alla sua scadenza.
terminal iscrizioni pem - Aggiunge i confini di posta potenziati per la privacy (PEM) alla richiesta di certificato (copia-incolla manuale da BEGIN CERTIFICATE REQUEST a END CERTIFICATE REQUEST)
fqdn – Nome di dominio completo del CUBE
nome del soggetto CN=<fqdn> - nome del soggetto da firmare
rsakeypair <key label=""> - la coppia di tasti generata dal passaggio precedente
(riferimento: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- generare CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Inviare il CSR (da BEGIN CERTIFICATE REQUEST a END CERTIFICATE REQUEST) a CA (Certificate Authority)
CA genererà un certificato firmato
- A seconda della CA, forniranno il certificato radice (ad es. DigiCertCA.crt) e il certificato richiesto (ad es. cube.crt)
- Carica il certificato CA
- Innanzitutto, autenticare il trustpoint con il certificato radice
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Quindi, importare il certificato CUBE sul trustpoint CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Se si sta distribuendo il proprio SBC, consultare la documentazione SBC per informazioni dettagliate su come creare il CSR. |
Cluster CUBE a più nodi (uso di nomi alternativi nel certificato) - NON supportato
Più nodi significa che CUBE sarà in grado di importare lo stesso certificato per più di una distribuzione CUBE. L'uso del nome alternativo del soggetto per generare il CSR non è attualmente supportato: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Cluster CUBE a più nodi (uso del certificato firmato con caratteri jolly come formato pkcs12)
L'uso di più nodi con un certificato firmato con caratteri jolly significa che il nome del soggetto è generico (ad esempio, *.us.example.com) e corrisponde al dominio del CUBE (o al tuo dominio SBC).
- Supponendo di avere un certificato jolly pronto, ottenere i file di chiave pubblica (.crt) e privata (.key) pronti.
- Utilizzando OpenSSL, creare un file in formato PKCS12 (.pfx) incluso il file .crt e .key: (usare cygwin su Windows) - riferimento: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Trasferire il file .pfx in CUBE:bootflash: (scp dal server Linux a CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Creare un trustpoint e importare il file PKCS12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Convalida della configurazione del certificato CUBE
Verificare che l'intera catena sia inclusa nel certificato. Nell'esempio seguente vengono mostrati i comandi di convalida per CUBE. Se si sta distribuendo il proprio SBC, utilizzare i comandi applicabili al proprio SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Imposta segnalazione SIP per utilizzare trustpoint
Utilizzare il seguente comando per eseguire il provisioning dell'UA SIP con il trustpoint CUBE. Segue un esempio per CUBE. Se si sta distribuendo il proprio SBC, consultare la documentazione SBC per istruzioni.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Registri CUBE
Per visualizzare i filtri di debug abilitati
CUBE# show debug
Per impostare i filtri di debug (esempi)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Per annullare l'impostazione dei filtri di debug (esempio)
CUBE# no debug ccsip messages
Per cancellare e controllare il buffer del registro
CUBE# clear log
>>> make test call <<<
CUBE# show log
Se non si distribuisce CUBE, consultare la documentazione del proprio SBC per i dettagli su come utilizzare i registri. |
Altri comandi utili
Per controllare la configurazione corrente
CUBE# show running-config (or just CUBE# show run)
Per salvare la configurazione in ROM che verrà utilizzata all'avvio
CUBE# write
Fase 11 Certificazione BYoPSTN
Al termine della configurazione e del provisioning della soluzione BYoPSTN, al partner viene richiesto di eseguire una serie di casi di test di accettazione per certificare la soluzione. Questo è un passaggio richiesto per l'approvazione e l'a attivazione del BYoPSTN del partner.
I casi di test di accettazione sono descritti nel documento Bring Your Own PSTN Acceptance Procedure Webex Per Cisco BroadWorks all'indirizzo: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Il partner deve fornire i risultati dei test di accettazione eseguiti con successo ai team di onboarding e certificazione.
Domande, problemi e risultati dell'esecuzione dei casi di test di accettazione devono essere segnalati e condivisi nello spazio Webex assegnato per l'onboarding del partner.
Applicazione degli aggiornamenti a un gruppo di numeri di telefono in servizio/gruppo DNS SRV di richiamata
Una volta che i clienti non sottoposti a test vengono assegnati a un modello cliente utilizzando i numeri di chiamata in ingresso forniti dal partner, le seguenti opzioni di accesso alla riunione sono disponibili per tali utenti:
Gli inviti alle riunioni includono uno o più numeri di telefono predefiniti dal gruppo di assegnazione dei numeri di telefono
L'app Webex visualizza uno o più numeri di telefono predefiniti dall'opzione Assegna gruppo di numeri di telefono come opzione di accesso alla riunione
L'interfaccia utente del sito Webex Meetings visualizza uno o più numeri di telefono predefiniti dall'opzione Assegna gruppo di numeri di telefono come opzione di accesso alla riunione
Se la richiamata è stata abilitata sul modello cliente, Webex Meeting fornisce l'opzione "Richiamare a" in cui la richiesta di richiamata viene indirizzata a uno dei record specificati nel gruppo di richiamata DNS SRV assegnato
Una modifica alle opzioni di accesso alla riunione per un modello cliente o una modifica a un gruppo di numeri di telefono assegnato o una modifica a un gruppo SRV DNS di richiamata può influire sulle opzioni di accesso alla riunione precedenti. Queste modifiche non si applicano ai clienti esistenti, ma i clienti appena predisposti vedranno queste modifiche riflesse immediatamente per i relativi siti di riunione con pacchetto Standard e Premium. Pertanto, si consiglia vivamente di verificare tali modifiche utilizzando un'organizzazione della soluzione seed prima di essere applicate ai modelli clienti, ai gruppi di numeri di telefono o ai gruppi SRV DNS di richiamata esistenti (se vengono distribuiti gruppi SRV DNS di richiamata).
Quando si effettua un aggiornamento alle opzioni di accesso alla riunione per un modello cliente e/o si applicano aggiornamenti ai gruppi di numeri di telefono o ai gruppi SRV DNS di richiamata, attenersi alla procedura seguente.
Tenere presente che se i modelli cliente, i gruppi di numeri di telefono o i gruppi DNS SRV di richiamata sono in uso da parte dei provider di servizi BroadWorks e/o delle imprese BroadWorks di prova, questa procedura è facoltativa. Potrebbe essere più appropriato eliminare semplicemente i provider di servizi BroadWorks di prova e/o testare le organizzazioni BroadWorks Enterprises e eseguire nuovamente il provisioning utilizzando i modelli cliente aggiornati, i gruppi di numeri di telefono o i gruppi SRV DNS di richiamata.
Aggiorna solo gruppo di numeri di telefono:
Creare un nuovo gruppo di numeri di telefono temporanei con gli aggiornamenti richiesti.
- Creare un nuovo modello cliente temporaneo che utilizzi il nuovo gruppo di numeri di telefono. Se viene utilizzato un gruppo di numeri di telefono esistente insieme al gruppo, assegnarlo al modello.
- Crea un'organizzazione di soluzioni seed eseguendo il provisioning di un abbonato da un provider di servizi BroadWorks di prova o prova BroadWorks Enterprise con un pacchetto standard utilizzando il nuovo modello cliente. Tenere presente che si tratta di un'organizzazione di soluzioni seed secondarie; non è richiesto alcun aggiornamento al siteUUID della riunione configurato su BroadWorks.
- Scaricare il file JSON BroadWorks Configuration (BYoPSTN), contenente il numero di telefono per la mappatura del codice di accesso per i nuovi numeri di telefono nel gruppo di numeri di telefono.
- Determinare il dominio DNS SRV audio Webex Edge per il sito per riunioni con pacchetto Standard dell'organizzazione della soluzione seed. Deve essere invariato rispetto al valore determinato in precedenza per il gruppo di numeri di telefono originale.
- Applicare gli aggiornamenti di configurazione a BroadWorks utilizzando il file JSON BroadWorks Configuration (BYoPSTN).
- Verifica la configurazione pianificando le riunioni utilizzando il sito del pacchetto Standard dell'organizzazione seed e partecipando alla riunione utilizzando i numeri di telefono di chiamata in ingresso.
- Applicare l'aggiornamento al gruppo di numeri di telefono originale. La modifica è ora in servizio per i clienti non testati.
- È possibile eliminare l'organizzazione della soluzione seed, il gruppo di numeri di telefono temporanei e il modello cliente. Questi elementi non sono più necessari una volta aggiornato il gruppo di numeri di telefono originale.
Aggiorna solo gruppo SRV DNS di richiamata:
- Creare un nuovo gruppo di richiamata SRV DNS temporaneo con gli aggiornamenti richiesti.
- Creare un nuovo modello cliente temporaneo che utilizzi il nuovo gruppo SRV DNS di richiamata e il gruppo di numeri di telefono esistente. Se insieme al gruppo viene utilizzato un gruppo di richiamata SRV DNS esistente, assegnarlo al modello.
- Crea un'organizzazione di soluzioni seed eseguendo il provisioning di un abbonato da un provider di servizi BroadWorks di prova o prova BroadWorks Enterprise con un pacchetto standard utilizzando il nuovo modello cliente. Tenere presente che si tratta di un'organizzazione di soluzioni seed secondarie; non è richiesto alcun aggiornamento al siteUUID della riunione configurato su BroadWorks.
- Verifica la configurazione pianificando le riunioni utilizzando il sito del pacchetto Standard dell'organizzazione seed, partecipando alla riunione utilizzando i numeri di telefono di chiamata in ingresso e utilizzando l'opzione "Richiamare".
- Applicare l'aggiornamento al gruppo di richiamata SRV DNS originale. La modifica è ora in servizio per i clienti non testati.
- È possibile eliminare l'organizzazione della soluzione seed, il gruppo di richiamata DNS SRV e il modello cliente. Questi elementi non sono più necessari una volta aggiornato il gruppo SRV DNS di richiamata originale.
Aggiornare il numero di telefono e il gruppo SRV DNS di richiamata:
- Creare un nuovo numero di telefono temporaneo e un gruppo di richiamata SRV DNS con gli aggiornamenti richiesti.
- Creare un nuovo modello cliente temporaneo che utilizzi il nuovo gruppo di numeri di telefono e il nuovo gruppo SRV DNS di richiamata. Se insieme al gruppo viene utilizzato un gruppo di numeri di telefono e/o un gruppo di richiamata SRV DNS esistente, assegnarlo al modello.
- Crea un'organizzazione di soluzioni seed eseguendo il provisioning di un abbonato da un provider di servizi BroadWorks di prova o prova BroadWorks Enterprise con un pacchetto standard utilizzando il nuovo modello cliente. Tenere presente che si tratta di un'organizzazione di soluzioni seed secondarie; non è richiesto alcun aggiornamento al siteUUID della riunione configurato su BroadWorks.
- Scaricare il file JSON BroadWorks Configuration (BYoPSTN), contenente il numero di telefono per la mappatura del codice di accesso per i nuovi numeri di telefono nel gruppo di numeri di telefono.
- Determinare il dominio DNS SRV audio Webex Edge per il sito per riunioni con pacchetto Standard dell'organizzazione della soluzione seed. Deve essere invariato rispetto al valore determinato in precedenza per il gruppo di numeri di telefono originale.
- Applicare gli aggiornamenti di configurazione a BroadWorks utilizzando il file JSON BroadWorks Configuration (BYoPSTN).
- Verifica la configurazione pianificando le riunioni utilizzando il sito del pacchetto Standard dell'organizzazione seed, partecipando alla riunione utilizzando i numeri di telefono di chiamata in ingresso e utilizzando l'opzione "Richiamare".
- Applicare l'aggiornamento al numero di telefono originale e al gruppo di richiamata SRV DNS. La modifica è ora in servizio per i clienti non testati.
- È possibile eliminare l'organizzazione della soluzione seed, il gruppo di numeri di telefono temporanei, il gruppo di richiamata DNS SRV e il modello cliente. Questi elementi non sono più necessari una volta aggiornati il gruppo di numeri di telefono e il gruppo SRV DNS di richiamata originali.
L'organizzazione di soluzioni di semi primari non deve essere eliminata a meno che non sia stata selezionata e configurata una nuova organizzazione di soluzioni di semi primari su BroadWorks. L'eliminazione dell'organizzazione della soluzione seed principale rimuove il siteUUID da cui dipende la soluzione BYoPSTN per l'autenticazione dei messaggi SIP in Webex Edge Audio. Se eliminata, la riunione si unisce utilizzando la chiamata in ingresso per i siti che utilizzano il numero di chiamata in ingresso fornito dal partner non riuscirà. |
Interoperabilità multimediale G722 quando si utilizza il proprio SBC
Quando si utilizza il proprio SBC, i problemi di interoperabilità normalmente gestiti da CUBE devono essere considerati tra l'infrastruttura BroadWorks dei partner Cisco e Webex Cloud. Un esempio è una chiamata in ingresso o una richiamata utilizzando il codec G722 che coinvolge il server multimediale BroadWorks (ad esempio, quando si utilizza il servizio di registrazione chiamate BroadWorks). In questo scenario, Webex Edge Audio può inviare un SDP con la linea "a=fmtp:9". Il tuo SBC dovrebbe aggiornare questa linea per aggiungere il parametro bitrate per avere "a=fmtp:9 bitrate=64" prima di inviarlo al backend BroadWorks.
Limitazioni note
Qualsiasi modifica apportata all'opzione di accesso alla riunione nel modello cliente, ai numeri di chiamata in ingresso Cisco o ai numeri di chiamata in ingresso forniti dal partner viene applicata solo ai clienti di recente provisioning. I clienti esistenti che utilizzano il modello rimangono invariati.
Eventuali modifiche alle impostazioni del gruppo di numeri di telefono del modello cliente o del gruppo SRV DNS di richiamata vengono applicate solo ai nuovi clienti predisposti o ai clienti esistenti predisposti per il primo utente del pacchetto Standard o Premium. I clienti esistenti che hanno già utenti del pacchetto Standard o Premium rimangono invariati.
Eventuali modifiche ai gruppi di numeri di telefono o ai gruppi DNS SRV di richiamata assegnati ai modelli cliente vengono applicate solo ai clienti di recente provisioning o ai clienti esistenti predisposti per il primo utente del pacchetto Standard o Premium. I clienti esistenti assegnati ai modelli associati che dispongono già di utenti del pacchetto Standard o Premium rimangono invariati.
Un determinato modello cliente supporta i numeri di chiamata in ingresso Cisco o l'opzione di accesso alla riunione con numero di chiamata fornita dal partner; una combinazione delle due opzioni per lo stesso modello non è supportata.
La messaggistica SIP per "Richiamare" o il caso d'uso per l'accesso alla riunione di richiamata non include informazioni sul cliente e/o sull'utente che ospita la riunione a cui accedere.
I numeri di telefono e i codici di accesso alla riunione associati per un determinato gruppo di numeri di telefono supportano solo un singolo dominio SRV DNS audio Webex Edge (ad esempio, ecccspx.amer.webex.com). L'uso di questi numeri di telefono per la chiamata in ingresso alle riunioni in un dominio DNS SRV audio Webex Edge diverso non è supportato.
Webex Edge Audio non supporta la rinegoziazione dei codec durante la chiamata. Di conseguenza, i servizi richiamati dopo una chiamata potrebbero non funzionare correttamente.
L'app Webex, l'interfaccia utente del sito Webex Meetings e l'invito e-mail alla riunione Webex forniscono un collegamento a un documento con "Limitazioni per le chiamate gratuite". Questo documento è specifico ai numeri di telefono forniti da Cisco e deve essere ignorato dagli utenti quando utilizzano i numeri di telefono forniti dal partner per l'accesso alla riunione.
Cronologia revisioni documenti
La tabella seguente mostra lo storico delle modifiche apportate a questo documento negli ultimi 12 mesi.
Data | Versione | Descrizione della modifica | |
---|---|---|---|
08 aprile 2024 | 1-36 |
| |
10 gennaio 2024 | 1-35 |
| |
22 dicembre 2023 | 1-34 |
| |
04 luglio 2023 | 1-33 |
| |
2 febbraio 2023 | 1-32 |
| |
2 febbraio 2023 | 1-31 |
| |
31 gennaio 2023 | 1-30 |
| |
29 novembre 2022 | 1-29 |
|
Definizioni
Definizioni | Descrizione |
---|---|
Partner Cisco | Un'entità (generalmente un provider di servizi) che vende prodotti e servizi Cisco ai propri clienti. |
Cliente finale | Utenti che utilizzano i prodotti e i servizi Cisco venduti da un partner Cisco. |
CUBE | Cisco Unified Border Element |
Organizzazione partner | Repository di identità e gestione servizi Webex che mantiene le informazioni sui partner Cisco e sui relativi clienti. |
Hub partner | Portale Web per il provisioning di identità e servizi per i partner Cisco e i clienti che gestiscono. |
Organizzazione cliente | Repository di identità e gestione servizi Webex che mantiene le informazioni sul cliente finale. |
BroadWorks Enterprise o provider di servizi / gruppo | Rappresentazione del cliente finale in BroadWorks. |
Panoramica
La soluzione Bring Your Own PSTN (BYoPSTN) consente a Webex per provider di servizi Cisco BroadWorks di fornire i numeri di telefono che i propri utenti possono utilizzare per l'accesso a Webex Meetings. La soluzione consente ai partner di sfruttare le proprie reti PSTN e di usare le relazioni esistenti con i provider PSTN anziché utilizzare i numeri forniti da Cisco.
L'architettura di riferimento in questo documento fornisce un design end-to-end per l'opzione BYoPSTN. Questa architettura è convalidata da Cisco e utilizza Cisco Unified Border Element (CUBE) come Session Border Controller (SBC) per il traffico di chiamate tra BroadWorks e Webex Meetings.
Scelta dell'opzione di accesso alla riunione
Attualmente, Webex per Cisco BroadWorks supporta due opzioni per il provisioning dei numeri di telefono delle riunioni. I provider di servizi devono scegliere una di queste due opzioni, un mix non è supportato:
Numeri di chiamata in ingresso Cisco (Cisco PSTN): Cisco fornisce i numeri di telefono che i partecipanti alla riunione possono utilizzare per accedere alle riunioni
Numeri di chiamata in ingresso forniti dal partner (BYoPSTN): i provider di servizi forniscono i propri numeri di telefono che i partecipanti alla riunione devono utilizzare quando accedono alle riunioni
Soluzione BYoPSTN
I partner che scelgono l'opzione dei numeri di chiamata in ingresso forniti dal partner (BYoPSTN) devono fornire i propri numeri di telefono PSTN e devono predisporre l'infrastruttura di rete necessaria per indirizzare le chiamate a e da Webex. La soluzione BYoPSTN facilita l'instradamento delle chiamate Over the Top (OTT) tramite Internet pubblico da BroadWorks a Webex.
Quando si seleziona l'opzione BYoPSTN, si applicano le seguenti condizioni:
I partner Cisco possono utilizzare gli stessi numeri di telefono per più di un cliente finale. Questi numeri di telefono possono essere in qualsiasi paese in cui opera il Partner.
L'opzione BYoPSTN non richiede modifiche al processo di onboarding generale per i clienti Webex per Cisco BroadWorks.
BYoPSTN richiede il provisioning a livello di partner Cisco e tutti i clienti finali attivati dai partner dopo l'attivazione di BYoPSTN vengono abilitati automaticamente.
Tutto il provisioning richiesto per i siti delle riunioni dei clienti è automatico, come per la soluzione corrente generalmente disponibile.
I partner che attivano entrambi i pacchetti Standard e Premium hanno due siti per riunioni: un sito per gli utenti Standard e un altro per gli utenti Premium. Entrambi i siti sono abilitati per BYoPSTN.
I partecipanti alla riunione che chiamano per accedere alle riunioni possono scegliere di utilizzare la condivisione di video e contenuto tramite Internet.
Si applica all'accesso alla riunione sia per le riunioni nello spazio che per le riunioni PMR. Tenere presente che per le riunioni nello spazio, lo spazio deve essere stato creato da un utente Standard o Premium con funzionalità di organizzatore Webex Meeting al fine di ricevere un numero di accesso PSTN: gli spazi creati dagli utenti Base non ricevono numeri di accesso PSTN.
Questo documento fornisce una configurazione convalidata che utilizza CUBE come SBC. Tuttavia, se non si desidera utilizzare CUBE, è possibile distribuire il proprio SBC.
Architettura
La soluzione Webex per Cisco BroadWorks BYoPSTN si basa sul set di servizi Webex Edge, in particolare il servizio Webex Edge Audio disponibile per i clienti aziendali. L'architettura viene adattata per integrare l'infrastruttura BroadWorks dei partner Cisco con Webex Edge Audio, consentendo così al partner Cisco di configurare centralmente i set di numeri di telefono per l'uso da parte dei clienti finali.
Gli elementi principali dell'architettura sono i seguenti:
BroadWorks: infrastruttura BroadWorks dei partner Cisco
Cisco Unified Border Element (CUBE): Reference Session Border Controller (SBC) per la soluzione distribuita nel centro dati dei partner Cisco. CUBE deve essere all'interno di un DMZ. Tenere presente che se non si desidera utilizzare CUBE, è possibile distribuire il proprio SBC.
Webex Edge Audio: servizio Webex che disaccoppia la PSTN da Webex modificando l'indirizzamento chiamata per utilizzare l'infrastruttura fornita dal partner Cisco.
Le chiamate dei partecipanti per accedere a una riunione passano attraverso BroadWorks a CUBE e da CUBE all'infrastruttura Webex nel cloud tramite Internet. Questo modello è applicabile a entrambi i seguenti scenari di accesso alla riunione:
Chiamata in ingresso: un partecipante compone il numero di telefono nell'invito alla riunione sul ricevitore registrato BroadWorks, sul dispositivo mobile o sull'app Webex. La chiamata viene avviata da BroadWorks.
Richiamata (opzionale): un partecipante richiede che Webex chiami un numero di telefono fornito dal partecipante. La chiamata viene avviata da Webex.
Le chiamate indirizzate da BroadWorks a CUBE all'interno dell'infrastruttura del partner utilizzeranno SIP TCP per la segnalazione delle chiamate e RTP per il contenuto multimediale. Da CUBE a Webex, le chiamate utilizzano SIP TLS per la segnalazione e sRTP per il contenuto multimediale. L'indirizzamento delle chiamate da CUBE a WebEx avviene tramite Internet e non utilizza un trunk SIP.
L'impostazione tipica per gli scenari di chiamata in ingresso/richiamata è la seguente:
Il partner Cisco dispone di un numero di telefono PSTN (ad esempio, 2403332200) e di un codice di accesso Webex associato (ad esempio, 88631321777971704941).
Il partner Cisco fornisce un abbonato virtuale su BroadWorks che corrisponde al dispositivo CUBE. Il partner associa il numero di telefono al codice di accesso e viceversa.
Il codice di accesso, inviato a Webex nei messaggi SIP, identifica i siti di riunione associati al partner Cisco.
Il numero di telefono precedente per la mappatura del codice di accesso è configurato una volta ed è comune a tutti i siti per riunioni dei clienti finali.
I partecipanti che accedono alla riunione devono immettere l'ID riunione corrispondente (ad esempio, 123456), che identifica la riunione specifica a cui accedere.
Si raccomanda ai partner di seguire il modello di ridondanza descritto di seguito.
Accesso alla riunione mediante chiamata in ingresso
L'immagine seguente mostra il processo di un utente che accede alla riunione tramite chiamata in ingresso.
Di seguito sono riportate le operazioni necessarie per consentire al partecipante di accedere a una riunione tramite chiamata in ingresso.
Utente che pianifica una riunione in Webex. Webex assegna un ID riunione (ad esempio, 123456).
L'utente compone il numero di telefono associato alla riunione (ad esempio, 2403332200). L'INVITO SIP trasporta l'URI richiesta come numero di telefono associato alla riunione.
BroadWorks traduce il numero di telefono in un codice di accesso (ad esempio, 88631321777971704941) associato al sito della riunione e indirizza la chiamata a CUBE con l'URI richiesta come codice di accesso.
Webex riceve l'INVITO SIP e risponde alla chiamata. La lingua degli annunci è determinata dalla lingua specificata per il numero di telefono al momento del provisioning in Cisco Partner Hub e BroadWorks.
L'utente inserisce l'ID riunione (ad esempio, 123456) utilizzando DTMF. Webex verifica l'utente e consente all'utente di accedere alla riunione.
Accesso alla riunione mediante richiamata (opzionale)
L'immagine seguente mostra il processo di accesso di un utente alla riunione tramite richiamata; l'utente richiede una chiamata da Webex per accedere a una riunione.
Di seguito sono riportate le operazioni necessarie per l'accesso del partecipante a una riunione tramite richiamata:
Utente che pianifica una riunione in Webex. Webex assegna un ID riunione (ad esempio, 123456).
L'utente richiede una chiamata da Webex al numero desiderato (ad esempio, +16504441000) per accedere alla riunione utilizzando l'app Webex o il client Meetings.
Webex avvia un INVITO SIP per CUBE in base al gruppo SRV DNS di richiamata, predisposto in Cisco Partner Hub e BroadWorks. L'URI richiesta di INVITO SIP contiene il numero di telefono che deve ricevere la chiamata (ad esempio, +16504441000@cube.example.com).
CUBE traduce il numero di telefono nell'ID parte remota in un valore che identifica un abbonato virtuale su BroadWorks (ad esempio, 88631321777971704941@ecccx.amer.pub.webex.com). Ciò identifica CUBE come utente virtuale del server applicazioni BroadWorks.
La chiamata viene offerta all'utente richiesto numero di telefono e l'utente risponde alla chiamata per accedere alla riunione. Questo numero di telefono può essere un abbonato BroadWorks o un numero PSTN. Se il numero richiesto è un numero PSTN, BroadWorks utilizza il percorso predisposto per indirizzare la chiamata alla PSTN.
Per l'opzione Richiamata, è obbligatorio attivare le due seguenti funzioni:
- 102746 – Supporto BroadWorks per CI UUID
- 102074 – Supporto fatturazione BYO PSTN per CallBack e CallIn
Questo messaggio può essere confermato da CLI come di seguito:
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Per una descrizione dettagliata di queste funzioni e dell'attivazione, consultare la sezione "VoiceXML Meeting Callback Virtual Subscriber" in questo documento.
Se si sceglie di non configurare l'accesso alla riunione utilizzando l'opzione di richiamata, gli utenti possono ancora utilizzare l'opzione di chiamata in ingresso per accedere alle riunioni oppure possono accedere con l'audio del computer. In questo caso, non è necessario configurare i gruppi di richiamata DNS SRV. |
Panoramica sulla configurazione della soluzione
La soluzione ha diversi componenti, ognuno dei quali deve essere configurato correttamente per funzionare correttamente. I componenti sono i seguenti:
BroadWorks
CUBE (o un SBC (Session Border Controller) certificato SP alternativo)
Webex Edge Audio
Esistono interdipendenze tra la configurazione di questi diversi componenti e, in quanto tali, una o più organizzazioni di sementi di soluzioni sono tenute a completare la configurazione e la verifica delle soluzioni richieste.
Organizzazione sementi
Un'organizzazione seed è un'organizzazione Webex che viene configurata per generare e convalidare le impostazioni per la soluzione BYoPSTN. All'organizzazione seed deve essere assegnato almeno un utente a un pacchetto standard e tale pacchetto standard deve utilizzare l'opzione di accesso alla riunione con numeri di chiamata in ingresso forniti dal partner (BYoPSTN). Si consiglia di associare l'organizzazione seed a un provider di servizi BroadWorks o Enterprise di test.
Le organizzazioni di sementi della soluzione hanno due scopi:
Configurazione seed: il provisioning delle organizzazioni seed genera il numero di telefono per le mappature dei codici di accesso alla riunione e un identificatore univoco universale del sito della riunione (UUID sito) necessario per il funzionamento continuativo della soluzione. Queste informazioni sono necessarie per configurare gli abbonati virtuali BroadWorks (VSUB).
Convalida configurazione: utilizzare l'organizzazione seed per determinare se la soluzione BYoPSTN è configurata in base ai requisiti. Utilizzare l'organizzazione seed e testare gli utenti per convalidare i casi di chiamata in ingresso e richiamata della riunione utilizzando i numeri di chiamata in ingresso forniti dal partner e i record di richiamata DNS SRV (se la richiamata è abilitata).
L'amministratore deve generare un'organizzazione della soluzione seed per ciascun set univoco di numeri di telefono e record di richiamata DNS SRV. La generazione dell'organizzazione della soluzione seed in ciascun caso genera il numero di telefono richiesto per le mappature dei codici di accesso alla riunione e la possibilità di verificare i casi d'uso di chiamata in ingresso e richiamata per tali numeri di telefono e record DNS SRV di richiamata.
L'amministratore, che utilizza Cisco Partner Hub, deve selezionare un'organizzazione della soluzione seed come organizzazione della soluzione seed principale. È necessario configurare su BroadWorks l'UUID del sito della riunione con pacchetto Standard di questa organizzazione di soluzioni seed principali. È fondamentale che questo sito di riunione rimanga predisposto poiché questo UUID del sito viene inviato in ogni richiesta di accesso alla riunione con chiamata in ingresso come token di autenticazione. Questo UUID del singolo sito è condiviso da tutti i set di numeri di telefono e record SRV DNS di richiamata. Non sono richiesti più valori UUID sito.
Le organizzazioni di soluzioni di sementi principali e secondarie possono essere eliminate, se lo si desidera, prima che la serie di numeri di telefono e record DNS SRV di richiamata vengano assegnati a clienti non di prova. Quando la serie di numeri di telefono e record SRV DNS di richiamata vengono assegnati a clienti non sottoposti a test, tali numeri di telefono e record di richiamata vengono associati ai siti di riunione per tali clienti e vengono utilizzati per l'accesso alla riunione utilizzando la chiamata in ingresso e la richiamata. Eventuali modifiche devono essere considerate di impatto sul servizio.
Le sezioni successive forniscono maggiori dettagli sui diversi elementi di configurazione.
Elementi di configurazione BYoPSTN
Un elemento chiave della soluzione è la configurazione dei numeri di telefono dei partner Cisco e dei record di richiamata DNS SRV. BYoPSTN utilizza i gruppi di numeri di telefono e i gruppi SRV DNS di richiamata come metodo per assegnare numeri di telefono basati su aree geografiche e l'indirizzamento chiamata ridondante per le riunioni Webex. Questi elementi sono assegnati ai clienti finali dal modello cliente.
Gruppi di numeri di telefono (PNG)
I partner Cisco eseguono il provisioning dei numeri di telefono utilizzati dai partecipanti per accedere alle riunioni in Cisco Partner Hub. Questi numeri di telefono vengono raggruppati in un gruppo di numeri di telefono. L'elenco dei numeri di telefono è associato a un sito per riunioni. Tutte le sale riunioni personali e le riunioni pianificate in tale sito utilizzano i numeri di telefono associati. Di seguito è riportato un esempio di gruppo di numeri di telefono:
Nome del numero di telefono | Paese | Prefisso internazionale | Numero di telefono | Annuncio | Tipo di tariffa | Priorità chiamata in ingresso |
---|---|---|---|---|---|---|
Maryland USA | USA | +1 | 2403332200 | Inglese | A pagamento | Principale |
Florida USA | USA | +1 | 9049002303 | Inglese | A pagamento | Secondario |
Stati Uniti New York | USA | +1 | 8056504578 | Inglese | Gratuito | Nessuno |
I numeri di telefono hanno i seguenti attributi:
Nome numero di telefono: nome per descrivere il numero di telefono
Paese: paese a cui è assegnato il telefono
Prefisso internazionale: prefisso di chiamata nazionale o prefisso di chiamata nazionale
Numero di telefono: il numero di telefono da utilizzare per accedere a una riunione senza il prefisso internazionale
Annuncio: lingua dell'annuncio da riprodurre quando un partecipante accede a una riunione
Tipo di pagamento: il tipo di numero: A pagamento o gratuito
Priorità chiamata in ingresso: la priorità assegnata ai numeri di riunione. La vista dei partecipanti dei numeri di accesso alla riunione viene ordinata in base a questa priorità.
Numeri di telefono predefiniti: Gli amministratori possono assegnare una priorità di chiamata in ingresso principale, secondaria o nessuna a un numero di telefono nel gruppo di numeri di telefono. I numeri di telefono con una priorità principale o secondaria sono numeri di telefono predefiniti. I numeri di telefono predefiniti vengono inviati nei messaggi e-mail di invito alla riunione e vengono elencati nell'ordine di priorità che i partecipanti devono utilizzare per accedere alle riunioni. I numeri di telefono predefiniti non devono essere nello stesso paese. È necessario selezionare un numero di telefono principale; un numero di telefono secondario è opzionale. Almeno uno dei numeri di telefono predefiniti deve essere a pagamento.
Gli utenti del cliente finale possono scegliere di specificare i propri numeri di telefono predefiniti utilizzando l'interfaccia Web del sito della riunione. Questi numeri vengono visualizzati per tale utente e i relativi partecipanti quando sono l'organizzatore della riunione. Se l'utente si unisce a una riunione come partecipante, verrà visualizzato solo per lui.
In base all'esempio precedente, l'amministratore del partner Cisco esegue il provisioning di US Maryland come principale e di US Florida come secondario; questi sono i numeri di telefono predefiniti. Un utente può scegliere di sovrascrivere questa opzione nelle riunioni cambiando il principale in US New York e secondario come US Maryland.
Il numero massimo di numeri di telefono per un determinato gruppo di numeri di telefono è 98.
NOTA: Non è supportato configurare un numero dedicato per una singola azienda.
Gruppi DNS SRV di richiamata (CDSG)
Per consentire ai partecipanti alla riunione di scegliere l'opzione di richiamata, è necessario un gruppo SRV DNS di richiamata che punti alle istanze CUBE all'interno della rete del partner Cisco. Webex utilizza questi record per indirizzare la richiamata tramite CUBE a BroadWorks, che può quindi effettuare la richiamata della riunione al numero di telefono del partecipante alla riunione.
Di seguito è riportato un esempio di gruppo SRV DNS di richiamata.
Paese/Regione | Prefisso internazionale | Record SRV DNS |
---|---|---|
Stati Uniti | +1 | cube.us.esempio.com |
Messico | +52 | cube.mx.example.com |
Tutti gli altri paesi | N/A | cube.global.esempio.com |
I record SRV DNS di richiamata presentano i seguenti attributi:
Paese/Regione: il paese o la regione per cui questo record SRV DNS deve essere utilizzato per inviare richieste di chiamata.
Codice paese: il codice paese associato al paese/regione. È possibile disporre di un solo record DNS SRV per codice paese.
Record DNS SRV: il record DNS SRV per le istanze CUBE dei partner Cisco.
Quando il partecipante richiede una chiamata sul numero di telefono specificato, Webex utilizza il DNS SRV di richiamata associato al codice paese per il numero di telefono specificato per indirizzare la chiamata agli elementi appropriati nella rete dei partner Cisco.
L'uso di un record SRV DNS in questo modo fornisce supporto per le istanze CUBE ridondanti per la gestione delle richieste di chiamata da Webex. Nell'esempio precedente, quando i partecipanti alla riunione negli Stati Uniti richiedono una richiamata da Webex al proprio numero di telefono statunitense, Webex utilizza il DNS SRV cube.us.example.com
per indirizzare la chiamata alla rete del partner Cisco. Quando i partecipanti alla riunione in Messico richiedono una richiamata da Webex al relativo numero di telefono in Messico, Webex utilizzerà il DNS SRV cube.mx.example.com
per indirizzare la chiamata alla rete del partner Cisco.
Per qualsiasi paese/regione che non dispone di un record SRV DNS di richiamata specifico, tali richieste di chiamata vengono indirizzate al record SRV DNS "Tutti gli altri paesi". L'amministratore deve configurare un record DNS SRV 'Tutti gli altri paesi'.
Il numero massimo di record per un determinato gruppo SRV DNS di richiamata è 200.
Modelli cliente
Il modello cliente è un concetto esistente per la soluzione Webex per BroadWorks. Il modello fornisce la configurazione predefinita utilizzata per eseguire il provisioning di un cliente finale. BYoPSTN fornisce attributi aggiuntivi al modello cliente:
Tipo di accesso riunione: può essere un numero di chiamata in ingresso Cisco o un numero di chiamata in ingresso fornito dal partner. Questo attributo indica i numeri di telefono configurati per i siti di riunione associati ai pacchetti Standard e Premium. I numeri di chiamata in ingresso forniti dal partner devono essere selezionati dall'amministratore.
Gruppo di numeri di telefono: associato solo ai numeri di chiamata in ingresso forniti dal partner, questo attributo indica i numeri di telefono utilizzati dai clienti finali che vengono predisposti per i pacchetti Standard e Premium quando accedono alle riunioni.
Gruppo SRV DNS di richiamata: associato solo all'opzione numeri di chiamata in ingresso forniti dal partner, questo attributo indica i record SRV DNS utilizzati da Webex quando si richiamano i clienti finali predisposti per pacchetti Standard e Premium quando si accede alle riunioni. Se non si desidera abilitare la richiamata, è possibile scegliere "Disabilita richiamata" durante la creazione o l'aggiornamento di un modello cliente. Quando viene eseguito il provisioning del primo abbonato per Standard o Premium per un cliente finale, viene eseguito il provisioning del sito di riunione del pacchetto associato. Il sito della riunione del pacchetto viene predisposto in base al modello cliente precedente. Qualsiasi abbonato predisposto successivamente per Standard o Premium viene aggiunto al sito della riunione già predisposto, la configurazione del sito della riunione non viene modificata.
Qualsiasi modifica al modello cliente in relazione agli attributi di cui sopra si applica solo ai siti di riunioni di pacchetto di cui è stato eseguito il provisioning. I siti di riunione esistenti, già predisposti, non sono interessati dalle modifiche al modello del cliente.
L'unica eccezione notevole è che se un cliente finale dispone già di un sito per riunioni di pacchetto, qualsiasi nuovo sito per riunioni di pacchetto viene predisposto utilizzando lo stesso tipo di accesso alla riunione del sito per riunioni di pacchetto esistente. Ad esempio, se un cliente finale dispone di un sito per riunioni con pacchetto Standard che utilizza i numeri di chiamata in ingresso Cisco e il modello cliente viene aggiornato per utilizzare i numeri di chiamata in ingresso forniti dal partner, viene predisposto un nuovo sito per riunioni con pacchetto Premium utilizzando i numeri di chiamata in ingresso Cisco, l'impostazione del modello cliente non si applica. I siti per riunioni Standard e Premium per un determinato cliente finale devono essere sempre predisposti in modo coerente.
Cluster chiamate BroadWorks
Cisco Partner Hub: la schermata del cluster di chiamata BroadWorks fornisce l'accesso per visualizzare e/o scaricare le informazioni sulla configurazione BroadWorks (BYoPSTN). Le informazioni di configurazione BYoPSTN per un determinato cluster includono i seguenti dati:
Dettagli dell'organizzazione della soluzione Primary Seed, inclusi UUID sito riunione pacchetto standard e URL sito.
Dettagli del gruppo di numeri di telefono per tutti i gruppi configurati per questo cluster. Ciò include il numero di telefono per le mappature dei codici di accesso alla riunione per ciascun gruppo. Tenere presente che i dettagli devono includere gruppi associati a tutte le organizzazioni di soluzioni di sementi secondarie.
Dettagli del gruppo SRV DNS di richiamata per tutti i gruppi configurati per questo cluster. Tenere presente che i dettagli devono includere gruppi associati a tutte le organizzazioni di soluzioni di sementi secondarie.
Dettagli del modello cliente per tali modelli che utilizzano uno qualsiasi dei gruppi di numeri di telefono e dei gruppi SRV DNS di richiamata.
Ciascun cluster di chiamata BroadWorks dispone di informazioni sulla configurazione BroadWorks (BYoPSTN) specifiche per i gruppi di numeri di telefono assegnati e per il gruppo SRV DNS di richiamata. Tuttavia, tieni presente che tutti i cluster di chiamata BroadWorks condividono la stessa organizzazione di soluzioni Primary Seed e, in quanto tali, includono lo stesso UUID e URL del sito del sito del pacchetto standard.
Le informazioni sulla configurazione BroadWorks (BYoPSTN) sono disponibili solo per la visualizzazione/il download quando l'amministratore configura e seleziona l'organizzazione della soluzione Primary Seed. L'organizzazione della soluzione seed principale deve avere almeno un utente assegnato al pacchetto standard e tale pacchetto standard deve utilizzare l'opzione di accesso alla riunione con numeri di chiamata in ingresso forniti dal partner (BYoPSTN).
Esempio di elementi di configurazione BYoPSTN
L'immagine seguente mostra un esempio di distribuzione BroadWorks multi-cluster con modelli di clienti, numeri di telefono e indirizzamento basati su aree geografiche.
La prima tabella mostra una distribuzione BroadWorks multi-cluster con modelli clienti regionali, gruppi di numeri di telefono e gruppi SRV DNS di richiamata. Le tabelle successive si espandono nei gruppi SRV DNS di gruppo di numeri di telefono e di richiamata.
Cluster BroadWorks | Nome modello | Pacchetto | Tipo di accesso riunione | Gruppo numeri di telefono | Gruppo DNS SRV di richiamata |
---|---|---|---|---|---|
BWKS US NG | Standard occidentale USA | Standard | Numeri di chiamata in ingresso forniti dal partner | Ovest degli Stati Uniti | CB US |
Prem. occidentale USA | Premium | ||||
East Std USA | Standard | Est USA | |||
Prem. est USA | Premium | ||||
BWKS MX | Standard MX | Standard | Numeri di chiamata in ingresso forniti dal partner | PNG MX | MX CB |
Prem. MX | Premium | ||||
BWKS UK | Standard UK | Standard | Numeri di chiamata in ingresso forniti dal partner | PNG nel Regno Unito | Richiamata disabilitata |
Prem. Regno Unito | Premium | ||||
BWKS USA | Standard USA | Standard | Numeri di chiamata in ingresso Cisco | Nessuno | Nessuno |
Gli abbonati predisposti utilizzando il modello US West Std o US West Prm utilizzano il numero di telefono US West quando accedono alle riunioni. Le richieste di richiamata di accesso alle riunioni degli abbonati vengono inviate ai record SRV DNS USA CB.
Gli abbonati predisposti utilizzando il modello US East Std o US East Prm utilizzano il numero di telefono US East quando accedono alle riunioni. Le richieste di richiamata di accesso alle riunioni degli abbonati vengono inviate ai record SRV DNS USA CB.
Gli abbonati predisposti utilizzando il modello MX Std o MX Prm utilizzano il numero di telefono MX PNG quando accedono alle riunioni. Le richieste di richiamata di accesso alle riunioni degli abbonati vengono inviate ai record SRV DNS MX CB.
Gli abbonati predisposti utilizzando il modello Std o Prm UK utilizzano i numeri di telefono PNG UK quando accedono alle riunioni. A tali abbonati non verrà offerto l'accesso alla riunione tramite richiamata poiché la richiamata è disabilitata.
Gli abbonati predisposti utilizzando lo standard USA utilizzano i numeri di chiamata in ingresso Cisco e pertanto non dispongono di un gruppo di numeri di telefono o di un gruppo SRV DNS di richiamata assegnati. Questi abbonati utilizzano i numeri di telefono forniti da Cisco per l'accesso alle riunioni e i record DNS SRV Cisco per l'accesso alle riunioni mediante la richiamata.
I dettagli dell'esempio Gruppi di numeri di telefono sono i seguenti:
Gruppo numeri di telefono | Nome del numero di telefono | Paese | Prefisso internazionale | Numero di telefono | Annuncio | Tipo di tariffa | Priorità chiamata in ingresso |
---|---|---|---|---|---|---|---|
Ovest degli Stati Uniti | Stati Uniti San Francisco | USA | +1 | 4156551000 | Inglese | A pagamento | Principale |
Palo Alto USA | USA | +1 | 9863502478 | Inglese | Gratuito | Nessuno | |
Est USA | Maryland USA | USA | +1 | 2403332200 | Inglese | A pagamento | Principale |
Florida USA | USA | +1 | 9049002303 | Inglese | A pagamento | Secondario | |
Stati Uniti New York | USA | +1 | 8056504578 | Inglese | Gratuito | Nessuno | |
PNG MX | Messico | MX | +52 | 2065304086 | Spagnolo europeo | A pagamento | Principale |
PNG nel Regno Unito | Regno Unito | Regno Unito | +44 | 4527789651 | Inglese | A pagamento | Principale |
Di seguito sono riportati i dettagli degli esempi di gruppi SRV DNS di richiamata:
Gruppo DNS SRV di richiamata | Paese | DNS SRV |
---|---|---|
CB US | USA | cube.us.esempio.com |
Tutti gli altri paesi | cube.row.esempio.com | |
MX CB | MX | cube.mx.example.com |
Tutti gli altri paesi | cube.row.esempio.com |
La configurazione per il record DNS SRV USA, cube.us.example.com potrebbe essere come nell'esempio:
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Questo record DNS SRV può risolversi nel seguente record DNS A:
| 86400 | IN | A | 45.84.168.81 |
| 86400 | IN | A | 45.84.168.82 |
I record SRV DNS vengono risolti per proteggere le chiamate SIP da Webex a CUBE. |
Porte utilizzate da Webex
Le porte nella tabella seguente devono essere aperte sul firewall del DMZ in cui risiede CUBE e altre porte possono essere chiuse. Per ulteriori informazioni sui requisiti delle porte e della rete, consultare il seguente articolo:
https://collaborationhelp.cisco.com/article/WBX264
Origine | Porte di origine | Destinazione | Porte di destinazione | Protocol | Descrizione | ||
---|---|---|---|---|---|---|---|
Servizi audio Webex Edge | Temporaneo | CUBE | 5061 | TCP | (mTLS 1.2) Segnalazione SIP in ingresso da Webex Edge Audio a CUBE SBC.
| ||
Servizi audio Webex Edge | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping opzioni per Webex Edge Audio. | ||
CUBE | Temporaneo | EdgeAudio | 5605 | TCP | (mTLS 1.2) Segnalazione SIP in uscita per Webex Edge Audio. | ||
Servizi audio Webex Edge | Temporaneo | CUBE | Porte effimere 8000 - 59999 | UDP | È necessario aprire i pozzetti del firewall (SRTP) per il traffico multimediale in ingresso verso l'audio Edge. | ||
CUBE | Porte effimere 10200 - 28000 | Edge Audio | Temporaneo | UDP | (SRTP) È necessario aprire i pozzetti del firewall per il traffico multimediale in uscita verso CUBE. |
Suite di crittografia TLS e SRTP
TLS v1.2 o superiore viene utilizzato per l'handshake mTLS e i seguenti tipi di crittografia sono supportati da Webex Edge Audio (durante la richiamata, Webex Edge Audio li offre nel client Hello dell'handshake TLS):
TLS_ECDHE_ECDSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_CON_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_CON_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_CON_AES_256_GCM_SHA384
TLS_RSA_CON_AES_256_CBC_SHA256
TLS_RSA_CON_AES_128_GCM_SHA256
TLS_RSA_CON_AES_128_CBC_SHA256
TLS_DHE_DSS_CON_AES_256_GCM_SHA384
TLS_DHE_DSS_CON_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Per sRTP vengono utilizzate le seguenti crittografie:
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Codec audio supportati
G722
G711µ
G711a
Requisiti profilo SIP e RTP
La Soluzione richiede che tra CUBE (o SBC) e Webex, si distribuisca SIP TLS per la segnalazione e sRTP per il contenuto multimediale.
I profili SIP e RTP nell'ambito della presente comunicazione devono essere conformi ai seguenti requisiti:
Requisiti profilo SIP | Dettagli |
---|---|
Timer scadenza sessione | 2220 sec (accetta SIP 422) * viene adattato in base alle esigenze aziendali e ne sono previste 422. |
Offerta multimediale per l'ingresso | Offerta anticipata |
Offerta multimediale per l'uscita | Offerta tardiva |
Intervallo ping opzioni | 30 anni (minimo) |
DTMF | RFC2833 Carico utile 101 (nessun DTMF acustico!) |
Porte SIP-UDP | 4000-4010,5061,5065 |
Profilo RTP | Dettagli |
---|---|
Profilo di payload vocale | G.722/ G.711μ /G.711a |
Dimensione pacchetto | 20 ms |
VAD (rilevamento attività vocale) | No |
Timer inattività multimediale | 1200 ms |
Modifica codec di chiamata media | Non accettato |
RTP | 8000-48198 |
Crittografie sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
Codec G.729 non supportato. Se si desidera utilizzare G.729, è necessario utilizzare i transcoder. |
Domini indirizzamento chiamate Webex
Il DNS SRV _sips._tcp.<domain>
viene utilizzato per raggiungere Webex Edge Audio. Ci sono quattro domini a seconda della regione.
Regione | Dominio |
---|---|
Americhe | ecccspx.amer.pub.webex.com |
Regno Unito, Nord Africa | ecccspx.emea.pub.webex.com |
Asia Pacifico | ecccspx.apac.pub.webex.com |
Australia / Nuova Zelanda | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
Il DNS SRV si risolve in diversi record A che puntano al sito principale e secondario. La tabella seguente fornisce un esempio per la regione AMER ed è soggetta a modifiche in futuro.
Tipo di record | Registra | Destinazione | Scopo |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Rilevamento dell'audio Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101 | Indica Webex Edge Audio AMER Primary 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102 | Indica Webex Edge Audio AMER Primary 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229 | Indica Webex Edge Audio AMER Secondary 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230 | Indica Webex Edge Audio AMER Secondary 2 |
Il DNS-SRV è di natura dinamica, gli indirizzi IP sono soggetti a modifiche; pertanto, evitare di codificare o aggiungere segnalibri agli indirizzi IP. Fai riferimento alla sezione "Cronologia revisioni documento" per qualsiasi modifica o aggiornamento apportato alle Informazioni di riferimento porta per il documento Webex Calling. |
Ridondanza CUBE
Cisco Unified Border Element (CUBE) consente la funzionalità di controllo del bordo sessione in una rete che gestisce connessioni SIP tra entità esterne e rete interna. Ulteriori informazioni su CUBE sono disponibili nella sezione Prerequisiti di seguito.
I modelli di ridondanza supportati sono definiti con lo scopo di fornire alta disponibilità ed eliminare il singolo punto di guasto per il partner Cisco. Di seguito sono illustrati tre diversi modelli. I partner Cisco devono adottare qualsiasi modello applicabile al proprio ambiente.
Durante il processo di onboarding, il partner deve disabilitare i filtri ICMP.
Distribuzione duplex CUBE per BroadWorks distribuito in un singolo sito
Distribuzione CUBE simplex per BroadWorks distribuita in più siti
Un altro modello di ridondanza è possibile quando CUBE viene distribuito in modalità duplex in ogni sito. Questo modello non è necessario considerando che BroadWorks viene distribuito con la geo-ridondanza.
Provisioning
1 | Prerequisiti partner
|
2 | Provisioning dei numeri di telefono in Cisco Partner Hub
|
3 | Provisioning dei gruppi DNS SRV di richiamata in Cisco Partner Hub (opzionale)
|
4 | Associazione di PNG (e CDSG) ai modelli cliente
|
5 | Fornitura di organizzazioni per soluzioni di sementi
|
6 | Selezionare l'organizzazione della soluzione Primary Seed
|
7 | Scarica la configurazione BroadWorks (BYoPSTN)
|
8 | Determinazione del dominio SRV DNS audio Webex Edge
|
9 | Configurazione BroadWorks partner di provisioning
|
10 | Provisioning CUBE partner (o SBC personale)
|
11 | Certificazione BYoPSTN
|
Passaggio 1: Prerequisiti partner
I seguenti prerequisiti devono essere completati per il provisioning di BYoPSTN. I prerequisiti indicati di seguito presuppongono che il partner disponga di una distribuzione Webex funzionante per Cisco BroadWorks che includa:
Funzionamento del sistema BroadWorks – come documentato nella Guida alla soluzione Webex per Cisco BroadWorks
Licenza BroadWorks AS con servizio "VoiceXML" in quantità sufficiente (1 per numero PSTN)
Patch BroadWorks richieste:
Per R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Per R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Per R24
AP.as.24.0.944.ap376935
Cisco CUBE System distribuito (IOS versione 16.12.2 o successiva): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Sono supportati sia CUBE basato su hardware che virtuale. Il CUBE basato su hardware è consigliato per la scalabilità e la gestione di un numero maggiore di chiamate.
Organizzazione partner Webex, come descritto nella Guida alla soluzione Webex per Cisco BroadWorks
Passaggio 2: Provisioning di gruppi di numeri di telefono (PNG) in Partner Hub
La procedura utilizzata dal partner Cisco per aggiungere i propri numeri di telefono di chiamata in ingresso per riunioni Webex è la seguente:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Configurazione accesso riunione (BYoPSTN), selezionare Crea grou numero di telefono chiamata in ingresso.
Immettere il nome del gruppo di numeri di telefono e selezionare Avanti.
Immettere i dettagli del numero di telefono e selezionare Avanti.
Rivedere il riepilogo dei dettagli del gruppo di numeri di telefono e selezionare Salva.
Ripetere questa procedura per ciascun gruppo di numeri di telefono da aggiungere.
Le schermate sottostanti illustrano la procedura.
Passaggio 3: Provisioning dei gruppi DNS SRV di richiamata (CDSG) in Partner Hub
Questa operazione deve essere completata solo se si desidera distribuire l'opzione di accesso alla riunione tramite richiamata. Altrimenti, puoi saltare questo passaggio. |
Se questa opzione non viene configurata, gli utenti possono utilizzare l'opzione di chiamata in ingresso per accedere alle riunioni oppure possono accedere con l'audio del computer. |
Quando si utilizza l'opzione di richiamata riunione, è richiesto un gruppo SRV DNS di richiamata per indirizzare le chiamate da Webex a CUBE. La procedura utilizzata dal partner Cisco per aggiungere i record DNS SRV CUBE a Webex è la seguente:
Accedere a Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Configurazione accesso riunione (BYoPSTN), selezionare Crea gruppo SRV DNS di richiamata.
Inserire il nome del gruppo SRV DNS di richiamata.
Scegliere Avanti.
Immettere i dettagli SRV DNS di richiamata.
Scegliere Avanti.
Rivedere il riepilogo dei dettagli SRV DNS di richiamata.
Selezionare Salva.
Eseguire il provisioning di qualsiasi aggiornamento al DNS per riflettere i nuovi record nel gruppo DNS SRV.
Ripetere questa procedura per ciascun gruppo SRV DNS di richiamata da aggiungere.
Le schermate sottostanti illustrano la procedura.
Passaggio 4: Associazione di PNG e CDSG ai modelli cliente in Partner Hub
La configurazione iniziale e la verifica della soluzione BYoPSTN richiedono un'organizzazione seed per ogni combinazione univoca di gruppo di numeri di telefono e gruppo SRV DNS di richiamata (se è richiesta la richiamata). Pertanto, si consiglia ai partner Cisco di creare analogamente un nuovo modello cliente per ciascuna combinazione univoca di gruppo di numeri di telefono e gruppo SRV DNS di richiamata. Ogni modello cliente deve essere utilizzato per generare un'organizzazione seed corrispondente.
Una volta rilevata e verificata la configurazione BYoPSTN utilizzando le organizzazioni delle sementi, i gruppi di numeri di telefono e i gruppi SRV DNS di richiamata possono essere applicati ai modelli cliente esistenti in base alle esigenze.
Tenere presente che i Modelli cliente appena creati non vengono utilizzati dai clienti non sottoposti a test e pertanto possono essere utilizzati in modo sicuro per la verifica manuale della configurazione BYoPSTN.
Se non si distribuisce l'accesso alla riunione tramite richiamata, non è necessario associare i gruppi SRV DNS di richiamata al modello cliente. Tuttavia, è necessario selezionare Disabilita richiamata. |
Per aggiungere un nuovo modello cliente, effettuare le seguenti operazioni:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Modelli, selezionare Aggiungi modello.
Immettere i dettagli del modello. Nella fase Tipo di pacchetto:
Selezionare Tipo di pacchetto come standard.
Selezionare Configurazione accesso riunione come numeri di chiamata in ingresso forniti dal partner (BYoPSTN).
Seleziona un gruppo di numeri di telefono predisposto.
Per il gruppo SRV DNS di richiamata, se si desidera abilitare l'opzione di richiamata riunione, selezionare un gruppo SRV DNS di richiamata predisposto. Altrimenti, selezionare Disabilita richiamata.
Scegliere Avanti.
Inserire i dettagli del modello rimanenti.
Rivedere il riepilogo dei dettagli del modello.
Fai clic su Salva.
Ripetere questa procedura per ciascun modello cliente che deve essere aggiunto
La schermata seguente illustra la procedura.
Per aggiornare un modello cliente esistente, effettuare le seguenti operazioni:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino alla sezione BroadWorks Calling.
In Modelli, selezionare Visualizza modello.
Selezionare il modello da aggiornare.
Scorrere fino alla sezione Configurazione accesso riunione:
Seleziona i numeri di chiamata in ingresso forniti dal partner (BYoPSTN).
Selezionare un gruppo di numeri di telefono configurato in precedenza.
Per il gruppo SRV DNS di richiamata, se si desidera abilitare l'opzione di richiamata riunione, selezionare un gruppo SRV DNS di richiamata predisposto. Altrimenti, selezionare Disabilita richiamata.
Selezionare Salva.
La schermata seguente illustra la procedura.
Fase 5: Fornitura di organizzazioni per soluzioni di sementi
La soluzione BYoPSTN presenta diversi componenti, ciascuno dei quali deve essere configurato correttamente per il corretto funzionamento della soluzione. Uno dei due scopi delle organizzazioni di seed solution è generare il numero di telefono per le mappature dei codici di accesso alla riunione e un identificatore univoco universale del sito della riunione (UUID sito) richiesto per il funzionamento continuativo della soluzione. L'altro scopo è la verifica della configurazione.
Per ciascuna combinazione univoca di gruppo di numeri di telefono e gruppo SRV DNS di richiamata da utilizzare, deve essere creato in precedenza un modello cliente corrispondente. Per ciascuno di questi modelli cliente, è necessario predisporre un'organizzazione della soluzione seed. Il provisioning di queste organizzazioni di sementi genera il numero di telefono per le mappature dei codici di accesso alla riunione e un UUID del sito della riunione necessario per configurare BroadWorks.
Utilizzando ciascuno dei modelli cliente configurati in precedenza, esegui il provisioning di un abbonato per un nuovo provider di servizi BroadWorks o una nuova società BroadWorks con un utente del pacchetto standard. Il sito della riunione pacchetto standard risultante dovrebbe utilizzare l'opzione di accesso alla riunione con numeri di chiamata in ingresso del provider partner. Per eseguire il provisioning dell'abbonato, è possibile utilizzare uno dei seguenti metodi:
Eseguire il provisioning dell'abbonato di test utilizzando le API abbonati BroadWorks come documentato il
developer.webex.com
.Abilitare l'abbonato di test per il servizio IM&P su BroadWorks configurato per utilizzare il modello cliente. Assicurarsi che il modello cliente utilizzi il pacchetto standard come predefinito per assicurarsi che all'abbonato di test sia assegnato un pacchetto standard. In alternativa, l'abbonato del test deve essere successivamente aggiornato per avere il pacchetto Standard.
Si consiglia di associare le organizzazioni di soluzioni di sementi a un provider di servizi BroadWorks di prova o a BroadWorks Enterprise di prova.
Passaggio 6: Selezionare l'organizzazione della soluzione Primary Seed
È fondamentale che questo sito di riunione rimanga predisposto poiché questo UUID del sito viene inviato in ogni richiesta di accesso alla riunione con chiamata in ingresso come token di autenticazione. Non eliminare l'organizzazione seed poiché verrà eliminato anche il sito della riunione associato. Se l'organizzazione seed viene rimossa, sarà necessario fornirne una nuova e riconfigurare Broadworks con il nuovo UUID del sito.
Le organizzazioni di soluzioni di sementi principali e secondarie possono essere eliminate, se lo si desidera, prima che la serie di numeri di telefono e record DNS SRV di richiamata vengano assegnati a clienti non di prova. Quando la serie di numeri di telefono e record SRV DNS di richiamata vengono assegnati a clienti non sottoposti a test, tali numeri di telefono e record di richiamata vengono associati ai siti di riunione per tali clienti e vengono utilizzati per l'accesso alla riunione utilizzando la chiamata in ingresso e la richiamata. Eventuali modifiche devono essere considerate di impatto sul servizio.
Per selezionare la Primary Seed Solution Organization, effettuare le seguenti operazioni:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino alla sezione BroadWorks Calling.
Nella sezione Convalida configurazione (BYoPSTN), selezionare Assegna.
Nella schermata Assign organization (Assegna organizzazione), cercare e selezionare una delle organizzazioni di sementi precedentemente configurate
Selezionare Assegna.
L'organizzazione seed selezionata è l'organizzazione seed principale.
Le schermate sottostanti illustrano la procedura.
Passaggio 7: Scarica configurazione BroadWorks (BYoPSTN)
I dettagli della soluzione Primary Seed, dei gruppi di numeri di telefono e del gruppo DNS SRV di richiamata per un determinato cluster BroadWorks sono disponibili in una singola posizione, il file JSON di configurazione BroadWorks (BYoPSTN). Queste informazioni sono necessarie per configurare BroadWorks per BYoPSTN.
Tenere presente che il file di configurazione JSON è disponibile per la visualizzazione/il download solo dopo aver selezionato l'organizzazione della soluzione seed principale.
La procedura per visualizzare/scaricare il file di configurazione JSON è la seguente:
Accedere a Cisco Partner Hub.
Andare a Impostazioni.
Scorri fino a BroadWorks Calling.
In Cluster, selezionare Visualizza cluster.
Selezionare il cluster associato ai modelli cliente configurati per BYoPSTN.
Scorrere fino alla sezione Configurazione BroadWorks per BYoPSTN.
Fare clic su Scarica file di configurazione JSON.
Ripetere questa procedura per altri cluster BroadWorks.
Le schermate sottostanti illustrano la procedura.
Vedere il file di configurazione JSON di esempio riportato di seguito. Il file contiene informazioni aggiuntive su ciascun gruppo di numeri di telefono, gruppo SRV DNS di richiamata, i seguenti elementi di configurazione chiave che devono essere inseriti in BroadWorks sono contrassegnati in grassetto.
siteUUID: BroadWorks deve inviare questo valore nei messaggi SIP; si tratta di un token utilizzato da Webex Edge Audio per confermare l'identità di BroadWorks del partner Cisco e il relativo accesso ai siti di riunione gestiti da questo partner Cisco.
Mappatura numero di telefono-codice di accesso: I numeri di telefono e i relativi codici di accesso Webex associati devono essere configurati su BroadWorks.
phoneNumber
Codice di accesso
localeTag: La lingua dell'annuncio desiderata associata al numero di telefono deve essere configurata su BroadWorks.
dnsSrv: È necessario configurare il SRV DNS di richiamata nel DNS e fare riferimento alle istanze CUBE desiderate.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Passaggio 8: Determinazione del dominio SRV DNS audio Webex Edge
È necessario configurare il dominio SRV DNS audio Webex Edge su BroadWorks. Utilizzare la seguente procedura per determinare il valore.
Accedere a Cisco Partner Hub.
Vai a Clienti.
Selezionare l'impresa di convalida BYoPSTN.
Selezionare Visualizza cliente.
Vai a Servizi/Riunioni.
Selezionare il sito della riunione con pacchetto standard.
Scorrere fino alla fine del pannello laterale, selezionare Configura sito.
Selezionare Impostazioni comuni/Impostazioni audio.
Nella sezione Numeri di chiamata in ingresso globali personalizzati Edge Audio, selezionare Genera script Lua.
Nella finestra popup, ricercare il valore "-- Aggiorna All'intestazione con URL CCAX".
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Estrarre il valore in grassetto, ad esempio,
ecccx.amer.webex.com.
Questo è il dominio SRV DNS audio Webex Edge che deve essere configurato su BroadWorks.
Passaggio 9: Configurazione BroadWorks partner di provisioning
In questa sezione viene descritta la configurazione BroadWorks necessaria per implementare gli scenari di chiamata in ingresso e richiamata della riunione mostrati nei diagrammi riportati di seguito. Gli esempi di configurazione si basano sui dati nel file JSON mostrato nella sezione precedente. Si prevede che numeri, domini, nomi di aziende/gruppi, tipo di dispositivi, politiche, profili, ecc. variano in base al partner.
Flusso chiamate:
- L'utente richiede la richiamata, Webex avvia una richiamata.
- La chiamata viene indirizzata a BroadWorks OTT.
- La chiamata raggiunge il CUBE predisposto in CH. CUBE indirizza la chiamata a BroadWorks.
- BroadWorks identifica la chiamata come origine dell'organizzatore della riunione e crea una sessione per l'utente organizzatore della riunione ed elabora la chiamata.
- La sessione utente organizzatore della riunione elabora la chiamata e traduce il numero composto. Inoltre, viene generato un record di fatturazione per conto dell'utente organizzatore della riunione.
- BroadWorks indirizza la chiamata all'utente associato al dispositivo (7) o alla PSTN (8).
Operazioni preliminari
La comunicazione SIP tra BroadWorks e CUBE può essere su UDP o TCP a seconda dei requisiti di rete. Ad esempio, se alcuni dispositivi di rete o di accesso (ad esempio, gateway o endpoint) nei flussi di chiamata in ingresso o richiamata BYoPSTN non supportano il protocollo TCP, è necessario utilizzare il protocollo UDP.
La configurazione e gli esempi mostrati in questa guida utilizzano TCP come protocollo di trasporto. Per utilizzare il protocollo TCP, assicurarsi che il server applicazioni e il server di rete BroadWorks siano entrambi configurati per TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Server applicazioni
Identificazione/Tipo di profilo dispositivo
È necessario creare un nuovo tipo di profilo identità/dispositivo per rappresentare CUBE. Accertarsi di impostare le seguenti proprietà qui sotto, mentre altre possono essere lasciate ai valori predefiniti:
Tipo di indirizzo di segnalazione: impostato su Indirizzo proxy intelligente
Autenticazione: impostare su abilitato
Supporta identità in AGGIORNAMENTO e NUOVO INVITO- Selezionato
Registrazione statica abilitata: impostare su abilitato
Video compatibile: impostato su Disabilitato
Nell'esempio seguente, viene creato il nuovo tipo di profilo di identità/dispositivo "VXML_profile" per rappresentare il CUBE.
Abbonato virtuale XML vocale
Creazione di un'istanza VoiceXML
Ciascun numero PSTN Webex Meetings è rappresentato da un abbonato virtuale in BroadWorks e può essere utilizzata la funzionalità dell'abbonato virtuale VoiceXML. Si consiglia di utilizzare un'azienda e un gruppo dedicati per tutti gli abbonati virtuali VoiceXML. Tenere presente che in realtà non stiamo sfruttando alcuna funzionalità VoiceXML, ma questo tipo di utente virtuale è adatto per interagire con CUBE.
Per utilizzare il servizio VoiceXML, assicurarsi che la licenza disponga di quantità sufficienti di "VoiceXML" e che il servizio sia autorizzato a livello aziendale e di gruppo e che il servizio VoiceXML sia assegnato al gruppo come mostrato nell'immagine di esempio riportata di seguito.
Alla voce VoiceXML e crea un'istanza per ciascun numero PSTN.
, selezionaConfigurazione degli indirizzi VoiceXML
Per ciascuna istanza VoiceXML, eseguire il provisioning di quanto segue sotto gli indirizzi VoiceXML:
Numero di telefono: immettere il numero di accesso per il sito Webex Meetings (ad esempio, 2403332200).
Estensione
Profilo identità/dispositivo: creare un'istanza (ad esempio, VXML_deviceProf) in base al tipo di dispositivo creato nella sezione precedente (VXML_profile nell'esempio) e immettere la seguente configurazione.
Linea/porta: immettere nel formato <access number="">@<domain>, dove
<access number=""> è il numero del codice di accesso per il sito Webex Meetings (disponibile dal file JSON) (ad esempio, 88631321777971704941)
<domain> è il dominio di Webex Edge Audio per questo sito per riunioni (ad esempio, ecccspx.amer.pub.webex.com)
Sip contatto: per le chiamate in ingresso della riunione al numero di accesso, l'INVITO viene inviato con un URI di richiesta impostato sul valore di questo campo. Immettere il contatto SIP in questo formato <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, dove:
<sip contact=""> è il <number> del campo linea/porta ma con il dominio come SRV che si risolve nell'indirizzo CUBE (ad esempio, 88631321777971704941@cube.internal.local)
<Locale> rappresenta l'impostazione della lingua in base alle impostazioni internazionali dell'utente (ad esempio, impostazioni internazionali=en_USA)
<Meetings Site="" UUID=""> è UUID sito dal file JSON (ad esempio, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> deve essere transport=tcp per fare in modo che AS utilizzi TCP per inviare messaggi a CUBE.
Di seguito è riportato un esempio di impostazioni degli indirizzi VoiceXML.
Per ogni numero di accesso alla riunione aggiuntivo da utilizzare, è necessario creare un abbonato virtuale VoiceXML aggiuntivo analogo a quello precedente. È possibile utilizzare lo stesso profilo del dispositivo, ma i campi Porta linea e Contatto devono essere costruiti dalle informazioni sul numero di accesso come mostrato sopra. |
Accertarsi di verificare che i limiti dei criteri di elaborazione delle chiamate configurati sull'abbonato virtuale BroadWorks siano sufficienti per gestire le chiamate BYoPSTN aggiuntive nel gruppo di numeri di telefono. |
Assegnazione dell'autenticazione SIP all'istanza VoiceXML
Assegnare il servizio di autenticazione all'abbonato virtuale VoiceXML. Questa opzione verrà utilizzata per autenticare i messaggi INVITE SIP da CUBE nello scenario di richiamata. Impedisce inoltre all'abbonato virtuale VoiceXML di accettare chiamate da parti diverse da CUBE
Andare alla pagina di autenticazione dell'abbonato virtuale in Utilità e immettere il nome utente e la password SIP come mostrato di seguito:
il CUBE deve essere configurato con lo stesso nome utente e password al fine di autenticare correttamente i messaggi di INVITO che vengono inviati al SA. Un esempio del comando per configurare l'autenticazione SIP su CUBE è il seguente:
|
File Namedefs
Il campo di contatto SIP dell'abbonato virtuale VoiceXML contiene l'URL in cui la parte del dominio viene risolta nell'indirizzo CUBE. Si tratta di un SRV interno e il file namedefs sul SA può essere utilizzato per risolvere il SRV interno all'IP CUBE.
Nel nostro esempio, il contatto SIP SRV è cube.internal.local e si risolve di indirizzo 10.165.196.30 porta 5060 per raggiungere il CUBE. Sul SA, il cd. /usr/local/broadworks/bw_base/conf/namedefs
il file è aggiornato come segue:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Tipo di chiamata Webex Meetings
Le opzioni di configurazione dell'elaborazione delle chiamate Webex Meetings sono disponibili per controllare la modalità di gestione delle chiamate in ingresso della riunione. Per impostazione predefinita, le chiamate in ingresso per riunioni vengono elaborate come chiamate esterne poiché i numeri di chiamata in ingresso vengono ospitati in un provider aziendale o di servizi dedicato. Le chiamate esterne sono normalmente incluse nei conteggi delle sessioni Controllo ammissione e contrassegnate per la ricarica nel campo CDR chargeIndicator.
Nell'esempio seguente viene aggiunta la configurazione consigliata per elaborare le chiamate in ingresso della riunione come chiamate interne in modo che siano escluse dalla ricarica ed escluse dai conteggi di Controllo ammissione sessione.
Impostando Applica campo di ricarica NS su true, la popolazione del campo CDR chargeIndicator si basa sull'attributo di ricarica configurato del tipo di chiamata del server di rete.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Abbonato virtuale richiamata riunione VoiceXML
Creazione di un abbonato richiamata per riunioni VoiceXML
Un abbonato virtuale VoiceXML dedicato con un'opzione di richiamata Webex Meetings speciale (di seguito denominata abbonato alla richiamata VoiceXML) deve essere configurato sul server applicazioni BroadWorks (AS) per gestire le richiamate Webex Meetings. È possibile configurare solo una singola istanza di questo abbonato sul server AS.
Per abilitare la funzione, impostare la funzione attivabile 102074 su true tramite CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Poiché la funzione "Supporto fatturazione BYO PSTN per CallBack e CallIn" dipende dalla funzione "Supporto BroadWorks per CI UUID", prima di attivare la funzione (102074) devi attivare anche la funzione (102746). Per ulteriori dettagli, fare riferimento alla sezione "Sincronizzazione UUID utente CI (Supporto Broadworks per UUID CI)". |
L'abbonato alla richiamata per riunioni VoiceXML è simile all'abbonato virtuale BYOPSTN VXML esistente, ma lo contrassegna con un nuovo flag "Richiamata riunione Webex". Questo abbonato alla richiamata per riunioni VoiceXML è configurato con lo stesso profilo del dispositivo dell'abbonato virtuale BYOPSTN VXML esistente, nonché il servizio di autenticazione con le stesse credenziali.
Di seguito è riportato un esempio:
L'abbonato alla richiamata per riunioni VoiceXML deve esistere sull'utente organizzatore della riunione AS. Quando il SA riceve la richiesta di INVITO di richiamata della riunione, tenta di individuare sia l'utente di richiamata della riunione VoiceXML che l'utente organizzatore della riunione sul SA durante l'impostazione della chiamata. Se nessuno di questi utenti viene trovato, la chiamata viene rifiutata.
Sessione Organizzatore Riunione
Nello scenario di richiamata con l'intestazione X-Cisco-Meet-Info, il server applicazioni Cisco BroadWorks riceve una richiesta di INVITO SIP e identifica l'utente organizzatore della riunione utilizzando il parametro UUID utente CI organizzatore dell'intestazione SIP X-Cisco-Meet-Info. Viene creata una sessione di chiamata per conto dell'utente organizzatore della riunione per elaborare la chiamata ed eseguire il profilo di servizio dell'utente. Inoltre, viene generato un record di fatturazione per conto dell'utente organizzatore della riunione. L'ID riunione e le informazioni UUID del sito dall'intestazione SIP X-Cisco-Meet-Info vengono acquisite nel record di fatturazione.
Di seguito è riportato un esempio dell'intestazione SIP X-Cisco-Meet-Info:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Piattaforma di consegna delle applicazioni
Sincronizzazione UUID utente CI (supporto Broadworks per UUID CI)
L'UUID CI utente è un identificativo univoco per identificare gli utenti all'interno dell'ambiente Webex.
Questa applicazione di sincronizzazione provisioning Webex sulla piattaforma ADP (Cisco BroadWorks Application Delivery Platform) viene utilizzata per sincronizzare, mappare e memorizzare l'UUID CI utente nell'infrastruttura BroadWorks in modo che possa essere utilizzata in varie interazioni con Webex e Webex per il servizio BroadWorks.
Fare riferimento a "Abilita richiamata riunione Webex" su come viene utilizzata l'associazione UUID utente CI dal server di rete Cisco BroadWorks e dal server applicazioni Cisco BroadWorks.
Nelle seguenti operazioni è stata impostata l'applicazione di sincronizzazione provisioning Webex per eseguire sondaggi periodici e aggiornare gli utenti BroadWork con CI UUID.
L'applicazione di sincronizzazione provisioning Webex richiede credenziali OAuth con Spark-Admin:broadworks_subscribers_read ambito per Cisco Identity Provider e può essere ottenuto raccogliendo una richiesta di servizio con l'agente di onboarding.
Selezionare la sezione "Come ottenere le credenziali OAuth per Webex per Cisco BroadWorks" per ulteriori dettagli sulla richiesta di servizio all'indirizzo: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Aggiungere il token con un nome partner appropriato come segue:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Aggiungere il nome del partner associato al token OAuth all'elenco di partner che devono essere monitorati dall'applicazione di sincronizzazione provisioning Webex con il flag "abilitato" impostato su "vero".
Con questa applicazione di sincronizzazione provisioning Webex verrà avviata la sincronizzazione dell'UUID utente CI sull'intervallo di polling definito.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Una volta incluso il partner, l'applicazione di sincronizzazione provisioning Webex ora può eseguire l'associazione dell'UUID CI agli utenti BroadWorks.
Modificare il timeout della connessione utilizzando i seguenti comandi:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Questa associazione può essere eseguita automaticamente o manualmente. Il comando CLI manualSync può attivare immediatamente l'associazione.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
I partner con ‘Abilitato’ impostato su ‘vero’ eseguono l'associato nell'intervallo di polling. Durante l'associazione iniziale, l'applicazione di sincronizzazione provisioning Webex esegue una query sull'API abbonato Webex per recuperare i dati contenenti l'UUID CI per tutti gli utenti ospitati dal partner. L'ID esterno dell'utente BroadWorks viene aggiornato con l'UUID CI associato. Le associazioni successive incidono sugli utenti aggiunti al partner. Il comando di stato può essere utilizzato per vedere se la sincronizzazione è completa.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Una volta completata la sincronizzazione, lo stato torna al monitoraggio. La successiva sincronizzazione viene eseguita sugli utenti aggiunti al partner dopo "Ora ultima sincronizzazione".
La figura seguente mostra l'UUID CI impostato all'interno dell'ID esterno:
Server di rete
Tipo di chiamata
A fini di fatturazione e reporting, potrebbe essere auspicabile contrassegnare i CDR per le chiamate in ingresso delle riunioni. Questa operazione può essere eseguita utilizzando i criteri di preCallTyping del server di rete.
Innanzitutto, su CLI NS in /System/CallP/CallType, aggiungere un nuovo tipo di chiamata. Nell'esempio seguente viene aggiunto il nuovo tipo di chiamata "WXM":
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
Il tipo di chiamata può quindi essere utilizzato in un'istanza PreCallTyping che fa parte del profilo di indirizzamento dell'utente BroadWorks. In questo esempio, è stata aggiunta una nuova istanza PreCallTyping "wxm" nel contesto di /Policy/PreCallTyping CLI, ma potrebbe essere un'istanza PreCallTyping già in uso:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Il passo successivo consiste nell'aggiungere le voci all'istanza PreCallTyping per tutti i numeri di accesso nel contesto di /Policy/PreCallTyping/DialPlan CLI. Ad esempio:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
L'istanza PreCallTyping viene quindi aggiunta (a condizione che non esista già) al profilo di indirizzamento applicabile dell'utente originario, come mostrato nell'esempio seguente:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
I CDR originari di BroadWorks sono generati solo da chiamate originate da abbonati BW. Le chiamate originate dalla PSTN dal lato "rete" del server AS non genereranno i CDR di origine. In entrambi i casi, sarà presente un CDR di terminazione per l'abbonato virtuale VoiceXML. |
RoutingNE
Un routingNE è richiesto sull'NS in /System/Device/RoutingNE CLI context per rappresentare il CUBE. In questo modo, quando l'NS riceve l'INVITE da CUBE, corrisponderà l'intestazione via alla voce RoutingNE predisposta sull'NS. Fare riferimento alla Guida all'amministrazione dell'interfaccia della riga di comando del server di rete Cisco BroadWorks per informazioni dettagliate su come aggiungere un RoutingNE.
Di seguito è riportato un esempio dei comandi per aggiungere l'indirizzamento "WebexMeetings", in cui l'indirizzo IP CUBE = 10.165.196.30. L'esempio mostra anche i comandi per creare una nuova istanza OrigRedirect e Profile da associare a RoutingNE, ma è possibile utilizzare anche le istanze esistenti.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Con la configurazione di esempio, CUBE invia all'NS un INVITE simile a quanto segue (campi importanti in grassetto):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Dove:
L'URI richiesta di invito contiene il numero di richiamata
Tramite intestazione: contiene l'indirizzo IP di CUBE che verrà utilizzato per selezionare il profilo RoutingNE.
Intestazione X-Cisco-Info-Meet: utilizzato per identificare hostCIUserUuid, meetingid e siteUUID.
Quando si riceve l'INVITO, l'NS utilizza l'intestazione Via per corrispondere all'indirizzamento NE "WebexMeetings". A sua volta, selezionerà il profilo di indirizzamento "wxm_routing" che contiene l'istanza "wxm_Inst" dell'OrigRedirect.
I criteri NS OrigRedirect corrisponderanno quindi all'intestazione X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
con la porta di linea configurata sull'abbonato virtuale VoiceXML e inviare un reindirizzamento 302 alla coppia AS che ospita tale abbonato. Il messaggio 302 è simile al seguente:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
Il dominio nell'URI INVITE (nell'esempio, è bw.myenterprise.com) inviato da CUBE all'NS deve essere riconosciuto dall'NS. A tale scopo, è possibile aggiungere il dominio nel contesto NS_CLI/System/Alias, ad esempio:
NS_CLI/System/Alias> add bw.myenterprise.com
Il comando per configurare il dominio URI INVITE su CUBE è disponibile nella sezione successiva, sotto la destinazione dial-peer/sessione, ad esempio:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
Per supportare le opzioni di configurazione dell'elaborazione delle chiamate Webex Meetings per la fatturazione e il controllo di ammissione della sessione, gli attributi di segnalazione NE Hosting del server applicazioni CallTypeInfoRequired e RequiresChargeIndication devono essere abilitati nel contesto NS_CLI/System/Device/HostingNE._ Ad esempio:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Abilitazione della richiamata per riunioni Webex
Nello scenario di richiamata con l'intestazione SIP X-Cisco-Meet-Info, CUBE invia la chiamata al server di rete affinché l'originatore reindirizzi alla coppia AS. La coppia AS viene determinata in base al parametro di sistema enableWebexMeetingHoostLookup.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Se il parametro di sistema enableWebexMeetingHoostLookup è impostato su true, l'utente organizzatore della riunione CI UUID nell'intestazione X-Cisco-Meet-Info viene utilizzato per identificare la coppia AS che ospita l'utente organizzatore della riunione.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Fase 10 Provisioning CUBE partner
Questa sezione fornisce una configurazione convalidata per la distribuzione di Cisco Unified Border Element (CUBE) come Session Border Controller (SBC) per la soluzione Bring Your Own PSTN.
Questa sezione si concentra sulle configurazioni CUBE necessarie per l'interoperabilità con l'esempio di configurazione Webex per Cisco BroadWorks mostrato nella sezione precedente. Per una discussione più generale sulla distribuzione e configurazione iniziale di CUBE, fare riferimento alle seguenti guide: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Distribuisci la nostra opzione SBC
Se non si desidera distribuire CUBE, è possibile distribuire il proprio SBC. Tuttavia, tenere presente che questo documento non fornisce una configurazione convalidata per SBC diversi da CUBE.
Se si distribuisce il proprio SBC, è possibile seguire i requisiti di configurazione CUBE di alto livello (ad esempio, assegnazioni come dominio, interfacce pubbliche e private e gateway) per guidare la configurazione. Tuttavia, consultare la documentazione SBC per informazioni dettagliate sulla riga di comando, in quanto i comandi effettivi per il proprio SBC probabilmente differiranno da CUBE.
Se non diversamente specificato, i restanti requisiti di configurazione al punto 10 si applicano indipendentemente dal controller SBC distribuito dall'utente. Tuttavia, gli esempi della riga di comando sono solo per CUBE, a meno che non sia specificato che l'esempio si applica ad altri SBC. Per gli altri SBC, consultare la documentazione SBC per i comandi di configurazione. |
Configurazione iniziale
Per configurare CUBE, è necessario abilitare la modalità EXEC privilegiata. Se richiesto, immettere la password.
enable
Per immettere la modalità di configurazione globale:
configure terminal
Impostare il dominio:
ip domain name myenterprise.com
Impostare la dimensione massima del segmento (MSS):
ip tcp mss 1360
Configurazione di rete
Definire le interfacce pubbliche e private. Nel nostro esempio CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Configurare i gateway per l'indirizzamento IP per il lato pubblico e privato:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Abilita SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (o il proprio SBC) deve essere all'interno di un DMZ con regole del firewall configurate correttamente. Vedere la sezione Porte utilizzate da Webex per l'elenco delle porte da aprire sul firewall esterno |
Configurare i record SRV per le chiamate di richiamata inviate da CUBE (o SBC) ai server di rete BroadWorks. Ad esempio, il SRV per bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Configurare il server DNS:
ip name-server <DNS_IP_address>
Un'opzione DNS alternativa è configurare il DNS interno in cui il DNS interno contatta un server DNS padre in caso di esito negativo della ricerca interna. |
Configurazione elaborazione chiamata
Generale
Configurare CUBE (o SBC) con tutti gli indirizzi IP necessari per accedere al servizio VoIP. Ciò include:
Indirizzi di segnalazione SIP lato privato per i server BroadWorks AS, NS e MS.
Indirizzi lato pubblico per l'infrastruttura audio Webex Edge.
Vedere di seguito per un esempio di configurazione CUBE:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
L'intervallo di indirizzi IP precedente è un esempio. Per l'elenco corrente di indirizzi IP pubblici per l'infrastruttura audio Webex, andare a: |
Come è possibile consentire il traffico delle riunioni Webex sulla rete?: l'intervallo di indirizzi IP per la maggior parte dei cluster viene visualizzato sotto Elenco di intervalli di indirizzi IP utilizzati dai servizi di riunione Cisco Webex. Un'eccezione è per i cluster Cina, per i quali viene visualizzato l'intervallo al collegamento seguente:
Requisiti di rete per il cluster Cina Cisco Webex
Il timer predefinito per CUBE per stabilire una connessione TCP prima che venga inoltrata è 20 secondi. Per modificarlo:
ip tcp synwait-time <5-300 (seconds)>
Sul lato BroadWorks, il timer predefinito per timeout del server applicazioni su un dispositivo di accesso non reattivo è 6 secondi. Per modificarlo:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Le interfacce lato pubblico e privato per il traffico RTP su CUBE (o il tuo SBC) devono essere aperte. Vedere di seguito per l'esempio di CUBE:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Dove:
- <CUBE PUB="" IP=""> è l'indirizzo IP pubblico del CUBE
- <CUBE PRIV="" IP=""> è l'indirizzo IP privato del CUBE
- Intervallo porte: nell'esempio, l'intervallo di porte va da 10200 a 28000
CUBE supporta le seguenti suite di crittografia TLS (durante la chiamata in ingresso, CUBE le offre nel client di handshake TLS Hello):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Altre impostazioni generali da configurare (vedere di seguito per le configurazioni CUBE di esempio):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Gli URI per la chiamata in entrata e in uscita devono essere definiti per un utilizzo successivo nei dial-peer:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio supporta codec G722, G711ulaw e G711alaw. È necessario definire il seguente codice di classe vocale per utilizzarlo successivamente nei peer di chiamata:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
L'audio Webex Edge utilizza SRTP. La classe vocale SRTP-crypto assegna la suite di crittografia SRTP preferita da utilizzare per Edge Audio. Configurare le seguenti suite di crittografia in ordine. La configurazione della classe vocale srtp-crypto deve essere applicata ai dial-peer utilizzati per la connessione con Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Preconfigurare una chiave principale per poter impostare una password per l'autenticazione
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Immettere le credenziali di autenticazione SIP predisposte per l'abbonato virtuale VoiceXML su AS utilizzando il comando seguente. Per gli scenari di richiamata, queste credenziali verranno utilizzate quando AS contesta l'INVITE che il CUBE (o il proprio SBC) invia al AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Una volta configurata l'autenticazione, la password viene offuscata durante la visualizzazione con il comando "mostra configurazione in esecuzione"
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
È inoltre necessario eseguire la seguente configurazione SIP globale:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Profili di traduzione
Il profilo di traduzione del messaggio SIP 2340 viene utilizzato per le chiamate in ingresso della riunione. Dovrebbe essere presente una voce per modificare i messaggi SIP in arrivo da BroadWorks prima dell'invio a Edge Audio, come mostrato nell'esempio regola 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
La regola 11 precedente mappa l'Uri di richiesta in arrivo da BroadWorks, che ha il valore di contatto del profilo del dispositivo di abbonamento virtuale CUBE (valore del campo Contatto nel profilo dispositivo VXML_deviceProf nel nostro esempio):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Al dominio di instradamento delle chiamate audio Webex Edge appropriato:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Tenere presente che quando CUBE (o il proprio SBC) si trova dietro un NAT statico, è necessaria un'ulteriore configurazione del profilo SIP 2340. Per ulteriori informazioni, fare riferimento al seguente link:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideSe si distribuisce il proprio SBC, sarà necessario configurare regole simili sul proprio SBC. |
Per inoltrare nuovamente 486 messaggi inviati da AS a Webex Edge Audio, è richiesta la seguente configurazione su CUBE (per il proprio SBC, consultare la documentazione SBC per assistenza)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Se è necessario inoltrare nuovamente altri 4xx messaggi all'audio Webex Edge, seguire lo stesso esempio precedente.
Componi peer
È necessario definire un tenant di classe vocale su CUBE (o il proprio SBC) da utilizzare successivamente nei peer di chiamata, che soddisfi i seguenti criteri:
- Non è necessaria alcuna interoperabilità del payload per i pacchetti RTP-NTE DTMF, pertanto configurare il carico utile asimmetrico.
- L'audio Edge non supporta gli aggiornamenti dell'ID chiamante, pertanto è necessario configurare il valore "nessun aggiornamento-ID chiamante".
- L'indirizzamento chiamata audio Webex Edge si basa sugli URI. L'URI di indirizzamento chiamata deve essere abilitato per corrispondere ai dial-peer in base agli URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
I seguenti peer di chiamata sono configurati per consentire a CUBE di elaborare le chiamate tra BroadWorks e Webex Edge Audio. Configurare quanto segue su CUBE (una configurazione simile deve essere configurata sul proprio SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Flussi di Chiamata CUBE
Una volta eseguita la configurazione precedente, di seguito vengono descritti alcuni esempi di scenari del flusso di chiamate in ingresso/uscita su CUBE. La codifica del colore su una fase specifica lo rapporta alle stesse voci di colore nelle coppie di composizione precedenti.
Se si sta implementando il proprio SBC, si prega di consultare la documentazione SBC per informazioni dettagliate sui flussi di chiamata con il proprio SBC. |
Per uno scenario di chiamata in ingresso riunione da BroadWorks a Webex:
- Un INVITO in arrivo viene ricevuto da BroadWorks sull'interfaccia interna con:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Il profilo peer di chiamata in ingresso 23401 è selezionato in base all'host nell'URI della richiesta in ingresso ("cube.internal.local") corrispondente alla configurazione "OUTEdgeAudio della richiesta di uri in ingresso".
- Il peer di chiamata in uscita 23411 viene selezionato in base all'host nell'URI della richiesta ("cube.internal.local") corrispondente alla configurazione "OUTEdgeAudio uri di destinazione".
- Viene inviato un INVITE in uscita sull'interfaccia esterna con l'organizzatore nell'URI richiesta modificato da "cube.internal.local" a "ecccspx.amer.pub.webex.com" utilizzando il profilo di traduzione del messaggio "voice-class sip profiles 2340" specificato nel dial peer:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Per uno scenario di richiamata riunione da Webex a BroadWorks
- Un INVITO in arrivo viene ricevuto da Webex sull'interfaccia esterna CUBE con:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Il peer di chiamata in ingresso 23411 è selezionato in base al modello "x-cisco-webex-service=audio" presente nell'URI della richiesta in ingresso in base alla configurazione "INEdgeAudio della richiesta di uri in ingresso".
- Due peer di chiamata in uscita vengono scelti in base allo schema "x-cisco-webex-service=audio" presente nell'URI della richiesta in base alla configurazione "INEdgeAudio uri di destinazione".
- Componi peer 302
- Chiama peer 23401
- Un INVITO in uscita viene inviato ai server di rete (ricerca SRV in base alla voce "destinazione sessione dns:bw.myenterprise.com" nel peer di chiamata) sull'interfaccia interna
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Il server di rete restituisce i contatti per la coppia AS che ospita l'abbonato virtuale CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE indirizza la chiamata a AS attivo in base al contatto restituito nel messaggio 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Configurazione mTLS
Le seguenti operazioni di configurazione devono essere eseguite per consentire connessioni mTLS tra CUBE (o il proprio SBC) e Webex Edge Audio.
È obbligatorio configurare mTLS tra CUBE (o il proprio SBC) e Webex Edge Audio. |
Supporto certificato Wildcard
I certificati firmati con caratteri jolly utilizzano un nome oggetto generico (ad esempio, *.us.example.com) corrispondente al dominio per CUBE o il proprio SBC. I certificati con caratteri jolly sono supportati per distribuzioni CUBE o SBC a più cluster, ma non sono supportati per distribuzioni CUBE o SBC a singolo nodo.
Attendibilità
Durante l'handshake TLS, quando Webex Edge Audio invia il certificato, CUBE lo convalida in base all'elenco di certificati accettati in trustpool.
Il bundle del pool di attendibilità deve essere aggiornato con la CA radice Cisco scaricando l'ultimo "Bundle radice base attendibile Cisco" da http://www.cisco.com/security/pki/ utilizzando il comando:
crypto pki trustpool import clean url <url>
I certificati inviati da Webex Edge Audio vengono firmati da IdenTrust. Assicurarsi che il certificato "IdenTrust Commercial Root CA" sia installato. Vedere questo link per ulteriori dettagli:
Se si utilizza il proprio SBC e non si riesce a completare l'importazione, è possibile convertire il bundle in formato .pem utilizzando strumenti open-source, come OpenSSL. Ad esempio, è possibile utilizzare certificati hydrantID con il seguente comando:
|
Trustpoint
Edge Audio richiede che CUBE offerta certificati firmati da autorità di certificazione CA attendibili per connessioni Mutual TLS (mTLS). Utilizzare il seguente collegamento per ottenere un elenco delle autorità di certificazione attendibili da Cisco. I certificati firmati dalle autorità in questo elenco sono considerati validi e la connessione sarà consentita: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
CUBE singolo nodo
Singolo nodo significa che CUBE (o il tuo SBC) importerà un certificato con il nome dell'oggetto univoco al relativo nome di dominio completo, il che significa che nessun altro CUBE potrebbe importarlo (in altre parole, NON un certificato con caratteri jolly).
Per creare il CSR (Certificate Signing Request) per CUBE:
- creare la keypair (questa keypair sarà collegata al trustpoint)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- chiavi generiche - specifica che la coppia di chiavi multiuso deve essere generata.
- etichetta <key-label> - (Opzionale) Nome utilizzato per una coppia di chiavi RSA quando vengono esportati. Se un'etichetta chiave non è specificata, viene utilizzato il nome di dominio completo (FQDN) del router.
- esportabile - (Opzionale) Specifica che la coppia di chiavi RSA può essere esportata su un altro dispositivo Cisco, ad esempio un router.
- creare trustpoint (Un trustpoint contiene il certificato che si desidera associare al CUBE. Quando CUBE riceve una richiesta di certificato, risponde con il certificato del trustpoint allegato)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Un elenco di certificati revocati (CRL) è un elenco di certificati revocati. Il CRL viene creato e firmato digitalmente dalla CA che ha emesso i certificati in origine. CRL contiene le date relative a quando ciascun certificato è stato emesso e alla sua scadenza.
terminal iscrizioni pem - Aggiunge i confini di posta potenziati per la privacy (PEM) alla richiesta di certificato (copia-incolla manuale da BEGIN CERTIFICATE REQUEST a END CERTIFICATE REQUEST)
fqdn – Nome di dominio completo del CUBE
nome del soggetto CN=<fqdn> - nome del soggetto da firmare
rsakeypair <key label=""> - la coppia di tasti generata dal passaggio precedente
(riferimento: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- generare CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Inviare il CSR (da BEGIN CERTIFICATE REQUEST a END CERTIFICATE REQUEST) a CA (Certificate Authority)
CA genererà un certificato firmato
- A seconda della CA, forniranno il certificato radice (ad es. DigiCertCA.crt) e il certificato richiesto (ad es. cube.crt)
- Carica il certificato CA
- Innanzitutto, autenticare il trustpoint con il certificato radice
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Quindi, importare il certificato CUBE sul trustpoint CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Se si sta distribuendo il proprio SBC, consultare la documentazione SBC per informazioni dettagliate su come creare il CSR. |
Cluster CUBE a più nodi (uso di nomi alternativi nel certificato) - NON supportato
Più nodi significa che CUBE sarà in grado di importare lo stesso certificato per più di una distribuzione CUBE. L'uso del nome alternativo del soggetto per generare il CSR non è attualmente supportato: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Cluster CUBE a più nodi (uso del certificato firmato con caratteri jolly come formato pkcs12)
L'uso di più nodi con un certificato firmato con caratteri jolly significa che il nome del soggetto è generico (ad esempio, *.us.example.com) e corrisponde al dominio del CUBE (o al tuo dominio SBC).
- Supponendo di avere un certificato jolly pronto, ottenere i file di chiave pubblica (.crt) e privata (.key) pronti.
- Utilizzando OpenSSL, creare un file in formato PKCS12 (.pfx) incluso il file .crt e .key: (usare cygwin su Windows) - riferimento: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Trasferire il file .pfx in CUBE:bootflash: (scp dal server Linux a CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Creare un trustpoint e importare il file PKCS12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Convalida della configurazione del certificato CUBE
Verificare che l'intera catena sia inclusa nel certificato. Nell'esempio seguente vengono mostrati i comandi di convalida per CUBE. Se si sta distribuendo il proprio SBC, utilizzare i comandi applicabili al proprio SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Imposta segnalazione SIP per utilizzare trustpoint
Utilizzare il seguente comando per eseguire il provisioning dell'UA SIP con il trustpoint CUBE. Segue un esempio per CUBE. Se si sta distribuendo il proprio SBC, consultare la documentazione SBC per istruzioni.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Registri CUBE
Per visualizzare i filtri di debug abilitati
CUBE# show debug
Per impostare i filtri di debug (esempi)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Per annullare l'impostazione dei filtri di debug (esempio)
CUBE# no debug ccsip messages
Per cancellare e controllare il buffer del registro
CUBE# clear log
>>> make test call <<<
CUBE# show log
Se non si distribuisce CUBE, consultare la documentazione del proprio SBC per i dettagli su come utilizzare i registri. |
Altri comandi utili
Per controllare la configurazione corrente
CUBE# show running-config (or just CUBE# show run)
Per salvare la configurazione in ROM che verrà utilizzata all'avvio
CUBE# write
Fase 11 Certificazione BYoPSTN
Al termine della configurazione e del provisioning della soluzione BYoPSTN, al partner viene richiesto di eseguire una serie di casi di test di accettazione per certificare la soluzione. Questo è un passaggio richiesto per l'approvazione e l'a attivazione del BYoPSTN del partner.
I casi di test di accettazione sono descritti nel documento Bring Your Own PSTN Acceptance Procedure Webex Per Cisco BroadWorks all'indirizzo: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Il partner deve fornire i risultati dei test di accettazione eseguiti con successo ai team di onboarding e certificazione.
Domande, problemi e risultati dell'esecuzione dei casi di test di accettazione devono essere segnalati e condivisi nello spazio Webex assegnato per l'onboarding del partner.
Applicazione degli aggiornamenti a un gruppo di numeri di telefono in servizio/gruppo DNS SRV di richiamata
Una volta che i clienti non sottoposti a test vengono assegnati a un modello cliente utilizzando i numeri di chiamata in ingresso forniti dal partner, le seguenti opzioni di accesso alla riunione sono disponibili per tali utenti:
Gli inviti alle riunioni includono uno o più numeri di telefono predefiniti dal gruppo di assegnazione dei numeri di telefono
L'app Webex visualizza uno o più numeri di telefono predefiniti dall'opzione Assegna gruppo di numeri di telefono come opzione di accesso alla riunione
L'interfaccia utente del sito Webex Meetings visualizza uno o più numeri di telefono predefiniti dall'opzione Assegna gruppo di numeri di telefono come opzione di accesso alla riunione
Se la richiamata è stata abilitata sul modello cliente, Webex Meeting fornisce l'opzione "Richiamare a" in cui la richiesta di richiamata viene indirizzata a uno dei record specificati nel gruppo di richiamata DNS SRV assegnato
Una modifica alle opzioni di accesso alla riunione per un modello cliente o una modifica a un gruppo di numeri di telefono assegnato o una modifica a un gruppo SRV DNS di richiamata può influire sulle opzioni di accesso alla riunione precedenti. Queste modifiche non si applicano ai clienti esistenti, ma i clienti appena predisposti vedranno queste modifiche riflesse immediatamente per i relativi siti di riunione con pacchetto Standard e Premium. Pertanto, si consiglia vivamente di verificare tali modifiche utilizzando un'organizzazione della soluzione seed prima di essere applicate ai modelli clienti, ai gruppi di numeri di telefono o ai gruppi SRV DNS di richiamata esistenti (se vengono distribuiti gruppi SRV DNS di richiamata).
Quando si effettua un aggiornamento alle opzioni di accesso alla riunione per un modello cliente e/o si applicano aggiornamenti ai gruppi di numeri di telefono o ai gruppi SRV DNS di richiamata, attenersi alla procedura seguente.
Tenere presente che se i modelli cliente, i gruppi di numeri di telefono o i gruppi DNS SRV di richiamata sono in uso da parte dei provider di servizi BroadWorks e/o delle imprese BroadWorks di prova, questa procedura è facoltativa. Potrebbe essere più appropriato eliminare semplicemente i provider di servizi BroadWorks di prova e/o testare le organizzazioni BroadWorks Enterprises e eseguire nuovamente il provisioning utilizzando i modelli cliente aggiornati, i gruppi di numeri di telefono o i gruppi SRV DNS di richiamata.
Aggiorna solo gruppo di numeri di telefono:
Creare un nuovo gruppo di numeri di telefono temporanei con gli aggiornamenti richiesti.
- Creare un nuovo modello cliente temporaneo che utilizzi il nuovo gruppo di numeri di telefono. Se viene utilizzato un gruppo di numeri di telefono esistente insieme al gruppo, assegnarlo al modello.
- Crea un'organizzazione di soluzioni seed eseguendo il provisioning di un abbonato da un provider di servizi BroadWorks di prova o prova BroadWorks Enterprise con un pacchetto standard utilizzando il nuovo modello cliente. Tenere presente che si tratta di un'organizzazione di soluzioni seed secondarie; non è richiesto alcun aggiornamento al siteUUID della riunione configurato su BroadWorks.
- Scaricare il file JSON BroadWorks Configuration (BYoPSTN), contenente il numero di telefono per la mappatura del codice di accesso per i nuovi numeri di telefono nel gruppo di numeri di telefono.
- Determinare il dominio DNS SRV audio Webex Edge per il sito per riunioni con pacchetto Standard dell'organizzazione della soluzione seed. Deve essere invariato rispetto al valore determinato in precedenza per il gruppo di numeri di telefono originale.
- Applicare gli aggiornamenti di configurazione a BroadWorks utilizzando il file JSON BroadWorks Configuration (BYoPSTN).
- Verifica la configurazione pianificando le riunioni utilizzando il sito del pacchetto Standard dell'organizzazione seed e partecipando alla riunione utilizzando i numeri di telefono di chiamata in ingresso.
- Applicare l'aggiornamento al gruppo di numeri di telefono originale. La modifica è ora in servizio per i clienti non testati.
- È possibile eliminare l'organizzazione della soluzione seed, il gruppo di numeri di telefono temporanei e il modello cliente. Questi elementi non sono più necessari una volta aggiornato il gruppo di numeri di telefono originale.
Aggiorna solo gruppo SRV DNS di richiamata:
- Creare un nuovo gruppo di richiamata SRV DNS temporaneo con gli aggiornamenti richiesti.
- Creare un nuovo modello cliente temporaneo che utilizzi il nuovo gruppo SRV DNS di richiamata e il gruppo di numeri di telefono esistente. Se insieme al gruppo viene utilizzato un gruppo di richiamata SRV DNS esistente, assegnarlo al modello.
- Crea un'organizzazione di soluzioni seed eseguendo il provisioning di un abbonato da un provider di servizi BroadWorks di prova o prova BroadWorks Enterprise con un pacchetto standard utilizzando il nuovo modello cliente. Tenere presente che si tratta di un'organizzazione di soluzioni seed secondarie; non è richiesto alcun aggiornamento al siteUUID della riunione configurato su BroadWorks.
- Verifica la configurazione pianificando le riunioni utilizzando il sito del pacchetto Standard dell'organizzazione seed, partecipando alla riunione utilizzando i numeri di telefono di chiamata in ingresso e utilizzando l'opzione "Richiamare".
- Applicare l'aggiornamento al gruppo di richiamata SRV DNS originale. La modifica è ora in servizio per i clienti non testati.
- È possibile eliminare l'organizzazione della soluzione seed, il gruppo di richiamata DNS SRV e il modello cliente. Questi elementi non sono più necessari una volta aggiornato il gruppo SRV DNS di richiamata originale.
Aggiornare il numero di telefono e il gruppo SRV DNS di richiamata:
- Creare un nuovo numero di telefono temporaneo e un gruppo di richiamata SRV DNS con gli aggiornamenti richiesti.
- Creare un nuovo modello cliente temporaneo che utilizzi il nuovo gruppo di numeri di telefono e il nuovo gruppo SRV DNS di richiamata. Se insieme al gruppo viene utilizzato un gruppo di numeri di telefono e/o un gruppo di richiamata SRV DNS esistente, assegnarlo al modello.
- Crea un'organizzazione di soluzioni seed eseguendo il provisioning di un abbonato da un provider di servizi BroadWorks di prova o prova BroadWorks Enterprise con un pacchetto standard utilizzando il nuovo modello cliente. Tenere presente che si tratta di un'organizzazione di soluzioni seed secondarie; non è richiesto alcun aggiornamento al siteUUID della riunione configurato su BroadWorks.
- Scaricare il file JSON BroadWorks Configuration (BYoPSTN), contenente il numero di telefono per la mappatura del codice di accesso per i nuovi numeri di telefono nel gruppo di numeri di telefono.
- Determinare il dominio DNS SRV audio Webex Edge per il sito per riunioni con pacchetto Standard dell'organizzazione della soluzione seed. Deve essere invariato rispetto al valore determinato in precedenza per il gruppo di numeri di telefono originale.
- Applicare gli aggiornamenti di configurazione a BroadWorks utilizzando il file JSON BroadWorks Configuration (BYoPSTN).
- Verifica la configurazione pianificando le riunioni utilizzando il sito del pacchetto Standard dell'organizzazione seed, partecipando alla riunione utilizzando i numeri di telefono di chiamata in ingresso e utilizzando l'opzione "Richiamare".
- Applicare l'aggiornamento al numero di telefono originale e al gruppo di richiamata SRV DNS. La modifica è ora in servizio per i clienti non testati.
- È possibile eliminare l'organizzazione della soluzione seed, il gruppo di numeri di telefono temporanei, il gruppo di richiamata DNS SRV e il modello cliente. Questi elementi non sono più necessari una volta aggiornati il gruppo di numeri di telefono e il gruppo SRV DNS di richiamata originali.
L'organizzazione di soluzioni di semi primari non deve essere eliminata a meno che non sia stata selezionata e configurata una nuova organizzazione di soluzioni di semi primari su BroadWorks. L'eliminazione dell'organizzazione della soluzione seed principale rimuove il siteUUID da cui dipende la soluzione BYoPSTN per l'autenticazione dei messaggi SIP in Webex Edge Audio. Se eliminata, la riunione si unisce utilizzando la chiamata in ingresso per i siti che utilizzano il numero di chiamata in ingresso fornito dal partner non riuscirà. |
Interoperabilità multimediale G722 quando si utilizza il proprio SBC
Quando si utilizza il proprio SBC, i problemi di interoperabilità normalmente gestiti da CUBE devono essere considerati tra l'infrastruttura BroadWorks dei partner Cisco e Webex Cloud. Un esempio è una chiamata in ingresso o una richiamata utilizzando il codec G722 che coinvolge il server multimediale BroadWorks (ad esempio, quando si utilizza il servizio di registrazione chiamate BroadWorks). In questo scenario, Webex Edge Audio può inviare un SDP con la linea "a=fmtp:9". Il tuo SBC dovrebbe aggiornare questa linea per aggiungere il parametro bitrate per avere "a=fmtp:9 bitrate=64" prima di inviarlo al backend BroadWorks.
Limitazioni note
Qualsiasi modifica apportata all'opzione di accesso alla riunione nel modello cliente, ai numeri di chiamata in ingresso Cisco o ai numeri di chiamata in ingresso forniti dal partner viene applicata solo ai clienti di recente provisioning. I clienti esistenti che utilizzano il modello rimangono invariati.
Eventuali modifiche alle impostazioni del gruppo di numeri di telefono del modello cliente o del gruppo SRV DNS di richiamata vengono applicate solo ai nuovi clienti predisposti o ai clienti esistenti predisposti per il primo utente del pacchetto Standard o Premium. I clienti esistenti che hanno già utenti del pacchetto Standard o Premium rimangono invariati.
Eventuali modifiche ai gruppi di numeri di telefono o ai gruppi DNS SRV di richiamata assegnati ai modelli cliente vengono applicate solo ai clienti di recente provisioning o ai clienti esistenti predisposti per il primo utente del pacchetto Standard o Premium. I clienti esistenti assegnati ai modelli associati che dispongono già di utenti del pacchetto Standard o Premium rimangono invariati.
Un determinato modello cliente supporta i numeri di chiamata in ingresso Cisco o l'opzione di accesso alla riunione con numero di chiamata fornita dal partner; una combinazione delle due opzioni per lo stesso modello non è supportata.
La messaggistica SIP per "Richiamare" o il caso d'uso per l'accesso alla riunione di richiamata non include informazioni sul cliente e/o sull'utente che ospita la riunione a cui accedere.
I numeri di telefono e i codici di accesso alla riunione associati per un determinato gruppo di numeri di telefono supportano solo un singolo dominio SRV DNS audio Webex Edge (ad esempio, ecccspx.amer.webex.com). L'uso di questi numeri di telefono per la chiamata in ingresso alle riunioni in un dominio DNS SRV audio Webex Edge diverso non è supportato.
Webex Edge Audio non supporta la rinegoziazione dei codec durante la chiamata. Di conseguenza, i servizi richiamati dopo una chiamata potrebbero non funzionare correttamente.
L'app Webex, l'interfaccia utente del sito Webex Meetings e l'invito e-mail alla riunione Webex forniscono un collegamento a un documento con "Limitazioni per le chiamate gratuite". Questo documento è specifico ai numeri di telefono forniti da Cisco e deve essere ignorato dagli utenti quando utilizzano i numeri di telefono forniti dal partner per l'accesso alla riunione.
Cronologia revisioni documenti
La tabella seguente mostra lo storico delle modifiche apportate a questo documento negli ultimi 12 mesi.
Data | Versione | Descrizione della modifica | |
---|---|---|---|
08 aprile 2024 | 1-36 |
| |
10 gennaio 2024 | 1-35 |
| |
22 dicembre 2023 | 1-34 |
| |
04 luglio 2023 | 1-33 |
| |
2 febbraio 2023 | 1-32 |
| |
2 febbraio 2023 | 1-31 |
| |
31 gennaio 2023 | 1-30 |
| |
29 novembre 2022 | 1-29 |
|