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

La procedura utilizzata dal partner Cisco per aggiungere i propri numeri di telefono di chiamata in ingresso per riunioni Webex è la seguente:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Configurazione accesso riunione (BYoPSTN), selezionare Crea grou numero di telefono chiamata in ingresso.

5. Immettere il nome del gruppo di numeri di telefono e selezionare Avanti.

6. Immettere i dettagli del numero di telefono e selezionare Avanti.

7. Rivedere il riepilogo dei dettagli del gruppo di numeri di telefono e selezionare Salva.

8. Ripetere questa procedura per ciascun gruppo di numeri di telefono da aggiungere.

Le schermate sottostanti illustrano la procedura.

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:

1. Accedere a Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Configurazione accesso riunione (BYoPSTN), selezionare Crea gruppo SRV DNS di richiamata.

5. Inserire il nome del gruppo SRV DNS di richiamata.

6. Scegliere Avanti.

7. Immettere i dettagli SRV DNS di richiamata.

8. Scegliere Avanti.

9. Rivedere il riepilogo dei dettagli SRV DNS di richiamata.

10. Selezionare Salva.

11. Eseguire il provisioning di qualsiasi aggiornamento al DNS per riflettere i nuovi record nel gruppo DNS SRV.

12. Ripetere questa procedura per ciascun gruppo SRV DNS di richiamata da aggiungere.

Le schermate sottostanti illustrano la procedura.

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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Modelli, selezionare Aggiungi modello.

5. 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.

6. Scegliere Avanti.

7. Inserire i dettagli del modello rimanenti.

8. Rivedere il riepilogo dei dettagli del modello.

9. Fai clic su Salva.

10. 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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino alla sezione BroadWorks Calling.

4. In Modelli, selezionare Visualizza modello.

5. Selezionare il modello da aggiornare.

6. 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.

7. Selezionare Salva.

   La schermata seguente illustra la procedura.

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:

1. Eseguire il provisioning dell'abbonato di test utilizzando le API abbonati BroadWorks come documentato il developer.webex.com.

2. 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.

È 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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino alla sezione BroadWorks Calling.

4. Nella sezione Convalida configurazione (BYoPSTN), selezionare Assegna.

5. Nella schermata Assign organization (Assegna organizzazione), cercare e selezionare una delle organizzazioni di sementi precedentemente configurate

6. Selezionare Assegna.

   L'organizzazione seed selezionata è l'organizzazione seed principale.

Le schermate sottostanti illustrano la procedura.

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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Cluster, selezionare Visualizza cluster.

5. Selezionare il cluster associato ai modelli cliente configurati per BYoPSTN.

6. Scorrere fino alla sezione Configurazione BroadWorks per BYoPSTN.

7. Fare clic su Scarica file di configurazione JSON.

8. 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"
      }
   ]
}

È necessario configurare il dominio SRV DNS audio Webex Edge su BroadWorks. Utilizzare la seguente procedura per determinare il valore.

1. Accedere a Cisco Partner Hub.

2. Vai a Clienti.

3. Selezionare l'impresa di convalida BYoPSTN.

4. Selezionare Visualizza cliente.

5. Vai a Servizi/Riunioni.

6. Selezionare il sito della riunione con pacchetto standard.

7. Scorrere fino alla fine del pannello laterale, selezionare Configura sito.

8. Selezionare Impostazioni comuni/Impostazioni audio.

9. Nella sezione Numeri di chiamata in ingresso globali personalizzati Edge Audio, selezionare Genera script Lua.

10. 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)
    

11. 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.

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:

1. L'utente richiede la richiamata, Webex avvia una richiamata.
2. La chiamata viene indirizzata a BroadWorks OTT.
3. La chiamata raggiunge il CUBE predisposto in CH. CUBE indirizza la chiamata a BroadWorks.
4. BroadWorks identifica la chiamata come origine dell'organizzatore della riunione e crea una sessione per l'utente organizzatore della riunione ed elabora la chiamata.
5. 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.
6. 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 Gruppo > Servizi, seleziona VoiceXML e crea un'istanza per ciascun numero PSTN.

Configurazione 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: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.

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

La procedura utilizzata dal partner Cisco per aggiungere i propri numeri di telefono di chiamata in ingresso per riunioni Webex è la seguente:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Configurazione accesso riunione (BYoPSTN), selezionare Crea grou numero di telefono chiamata in ingresso.

5. Immettere il nome del gruppo di numeri di telefono e selezionare Avanti.

6. Immettere i dettagli del numero di telefono e selezionare Avanti.

7. Rivedere il riepilogo dei dettagli del gruppo di numeri di telefono e selezionare Salva.

8. Ripetere questa procedura per ciascun gruppo di numeri di telefono da aggiungere.

Le schermate sottostanti illustrano la procedura.

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:

1. Accedere a Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Configurazione accesso riunione (BYoPSTN), selezionare Crea gruppo SRV DNS di richiamata.

5. Inserire il nome del gruppo SRV DNS di richiamata.

6. Scegliere Avanti.

7. Immettere i dettagli SRV DNS di richiamata.

8. Scegliere Avanti.

9. Rivedere il riepilogo dei dettagli SRV DNS di richiamata.

10. Selezionare Salva.

11. Eseguire il provisioning di qualsiasi aggiornamento al DNS per riflettere i nuovi record nel gruppo DNS SRV.

12. Ripetere questa procedura per ciascun gruppo SRV DNS di richiamata da aggiungere.

Le schermate sottostanti illustrano la procedura.

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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Modelli, selezionare Aggiungi modello.

5. 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.

6. Scegliere Avanti.

7. Inserire i dettagli del modello rimanenti.

8. Rivedere il riepilogo dei dettagli del modello.

9. Fai clic su Salva.

10. 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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino alla sezione BroadWorks Calling.

4. In Modelli, selezionare Visualizza modello.

5. Selezionare il modello da aggiornare.

6. 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.

7. Selezionare Salva.

   La schermata seguente illustra la procedura.

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:

1. Eseguire il provisioning dell'abbonato di test utilizzando le API abbonati BroadWorks come documentato il developer.webex.com.

2. 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.

È 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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino alla sezione BroadWorks Calling.

4. Nella sezione Convalida configurazione (BYoPSTN), selezionare Assegna.

5. Nella schermata Assign organization (Assegna organizzazione), cercare e selezionare una delle organizzazioni di sementi precedentemente configurate

6. Selezionare Assegna.

   L'organizzazione seed selezionata è l'organizzazione seed principale.

Le schermate sottostanti illustrano la procedura.

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:

1. Accedere a Cisco Partner Hub.

2. Andare a Impostazioni.

3. Scorri fino a BroadWorks Calling.

4. In Cluster, selezionare Visualizza cluster.

5. Selezionare il cluster associato ai modelli cliente configurati per BYoPSTN.

6. Scorrere fino alla sezione Configurazione BroadWorks per BYoPSTN.

7. Fare clic su Scarica file di configurazione JSON.

8. 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"
      }
   ]
}

È necessario configurare il dominio SRV DNS audio Webex Edge su BroadWorks. Utilizzare la seguente procedura per determinare il valore.

1. Accedere a Cisco Partner Hub.

2. Vai a Clienti.

3. Selezionare l'impresa di convalida BYoPSTN.

4. Selezionare Visualizza cliente.

5. Vai a Servizi/Riunioni.

6. Selezionare il sito della riunione con pacchetto standard.

7. Scorrere fino alla fine del pannello laterale, selezionare Configura sito.

8. Selezionare Impostazioni comuni/Impostazioni audio.

9. Nella sezione Numeri di chiamata in ingresso globali personalizzati Edge Audio, selezionare Genera script Lua.

10. 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)
    

11. 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.

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:

1. L'utente richiede la richiamata, Webex avvia una richiamata.
2. La chiamata viene indirizzata a BroadWorks OTT.
3. La chiamata raggiunge il CUBE predisposto in CH. CUBE indirizza la chiamata a BroadWorks.
4. BroadWorks identifica la chiamata come origine dell'organizzatore della riunione e crea una sessione per l'utente organizzatore della riunione ed elabora la chiamata.
5. 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.
6. 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 Gruppo > Servizi, seleziona VoiceXML e crea un'istanza per ciascun numero PSTN.

Configurazione 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: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.