Următoarele condiții prealabile trebuie finalizate pentru furnizarea BYoPSTN. Condițiile prealabile prezentate mai jos presupun că partenerul are o implementare Webex de lucru pentru Cisco BroadWorks care include:

• Funcționarea sistemului BroadWorks – așa cum este documentat în Webex for Cisco BroadWorks Solution Guide

• BroadWorks CA licență cu serviciul „VoiceXML” în cantitate suficientă (1 per număr PSTN)

• Patch-uri BroadWorks necesare:

  Pentru R22:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  Pentru R23:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  Pentru R24

  • AP.as.24.0.944.ap376935

• Sistemul Cisco CUBE implementat (versiunea IOS 16.12.2 sau mai mare): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  Atât CUBE-ul bazat pe hardware, cât și cel virtual sunt acceptate. CUBE pe bază de hardware este recomandat pentru scalabilitate și gestionarea unui număr mai mare de apeluri.

• Organizația Webex Partner – așa cum este descris în Ghidul de soluții Webex pentru Cisco BroadWorks

Procedura pe care Cisco Partner o utilizează pentru a adăuga numerele de telefon de apelare ale întâlnirii Webex este după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. În configurația Participare la întâlnire (BYoPSTN), selectați Creare număr de telefon de apelare Group.

5. Introduceți numele grupului de numere de telefon și selectați Înainte.

6. Introduceți detaliile numărului de telefon și selectați Înainte.

7. Consultați rezumatul detaliilor grupului de numere de telefon și selectați Salvare.

8. Repetați această procedură pentru fiecare grup de numere de telefon care urmează să fie adăugat.

Capturile de ecran de mai jos ilustrează procedura.

Acest pas trebuie finalizat numai dacă doriți să implementați opțiunea Intrare în întâlnire prin apelare inversă. În caz contrar, puteți sări peste acest pas.

Dacă nu configurați această opțiune, utilizatorii pot utiliza opțiunea Call-in pentru a intra în întâlniri sau pot intra cu transmisia audio de pe computer.

Când utilizați opțiunea de apelare inversă a întâlnirii, este necesar un grup DNS SRV de apelare inversă pentru a direcționa apelurile de la Webex la CUBE. Procedura pe care Cisco Partner o utilizează pentru a adăuga înregistrările CUBE DNS SRV la Webex este după cum urmează:

1. Conectați-vă la Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. În configurația Participare la întâlnire (BYoPSTN), selectați Creare grup DNS SRV de apelare inversă.

5. Introduceți numele grupului SRV DNS Callback.

6. Selectați În continuare .

7. Introduceți detaliile SRV DNS Callback.

8. Selectați În continuare .

9. Consultați rezumatul detaliilor DNS SRV de apelare inversă.

10. Selectați Salvați .

11. Furnizați orice actualizări la DNS pentru a reflecta noile înregistrări din grupul DNS SRV.

12. Repetați această procedură pentru fiecare grup SRV DNS Callback care urmează să fie adăugat.

Capturile de ecran de mai jos ilustrează procedura.

Configurarea inițială și verificarea soluției BYoPSTN necesită o organizație de semințe pentru fiecare combinație unică de grup de numere de telefon și grup SRV DNS Callback (dacă este necesară apelarea inversă). Prin urmare, se recomandă ca partenerii Cisco să creeze în mod similar un nou șablon pentru clienți pentru fiecare combinație unică de grup de numere de telefon și grup SRV DNS de apelare inversă. Fiecare șablon de clienți trebuie utilizat pentru a genera o organizație de semințe corespunzătoare.

După ce configurația BYoPSTN este însămânțată și verificată utilizând organizațiile de semințe, grupurile de numere de telefon și grupurile SRV DNS Callback pot fi aplicate la șabloanele de clienți existente, după cum este necesar.

Vă rugăm să rețineți că șabloanele pentru clienți nou create nu sunt utilizate de clienții netestați existenți și, prin urmare, pot fi utilizate în siguranță pentru verificarea manuală a configurației BYoPSTN.

Dacă nu implementați Participarea la întâlnire prin apelare inversă, nu este necesar să asociați grupurile DNS SRV de apelare inversă la șablonul clientului. Cu toate acestea, trebuie să selectați Dezactivare apelare inversă.

Pentru a adăuga la un nou șablon pentru clienți, efectuați următoarele:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. Sub Șabloane, selectați Adăugare șablon.

5. Introduceți detaliile șablonului. La etapa tip pachet :

   • Selectați tipul pachetului ca standard.

   • Selectați configurația de intrare în întâlnire ca partener cu numere de apelare furnizate (BYoPSTN).

   • Selectați un grup de numere de telefon configurate.

   • Pentru grupul DNS SRV de apelare inversă, dacă doriți să activați opțiunea de apelare inversă a întâlnirii, selectați un grup DNS SRV de apelare inversă configurat. În caz contrar, selectați Dezactivare apelare inversă.

6. Selectați În continuare .

7. Introduceți detaliile șablonului rămase.

8. Consultați rezumatul detaliilor șablonului.

9. Faceți clic pe Salvați.

10. Repetați această procedură pentru fiecare șablon de client care trebuie adăugat

Captura de ecran de mai jos ilustrează procedura.

Pentru a actualiza un șablon existent pentru clienți, procedați după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la secțiunea BroadWorks Calling .

4. În șabloane, selectați Vizualizare șablon.

5. Selectați șablonul care va fi actualizat.

6. Derulați la secțiunea de configurare a intrării în întâlnire :

   • Selectați numerele de apelare furnizate de partener (BYoPSTN).

   • Selectați un grup de numere de telefon configurat anterior.

   • Pentru grupul SRV DNS Callback, dacă doriți să activați opțiunea Callback Meeting, selectați un grup SRV DNS Callback configurat. În caz contrar, selectați Dezactivare apelare inversă.

7. Selectați Salvați .

   Captura de ecran de mai jos ilustrează procedura.

Soluția BYoPSTN are mai multe componente diferite, fiecare dintre care trebuie să fie configurată corect pentru ca soluția să funcționeze cu succes. Unul dintre cele două scopuri ale organizațiilor de soluții de semințe este de a genera numărul de telefon la maparea codurilor de acces la întâlnire și un identificator universal unic al site-ului de întâlnire (UUID-ul site-ului), care sunt necesare pentru funcționarea în curs a soluției. Celălalt scop este verificarea configurației.

Pentru fiecare combinație unică de grup de numere de telefon și de grup SRV DNS de apelare inversă, trebuie creat anterior un șablon corespunzător pentru clienți. Pentru fiecare dintre aceste șabloane pentru clienți, trebuie asigurată o organizație de soluții pentru semințe. Configurarea acestor organizații de semințe generează numărul de telefon pentru cartografierea codurilor de acces la întâlnire și un UUID al site-ului de întâlnire care sunt necesare pentru configurarea BroadWorks.

Utilizând fiecare dintre șabloanele pentru clienți configurate anterior, furnizați un abonat pentru un nou furnizor de servicii BroadWorks de testare sau o nouă întreprindere BroadWorks cu un utilizator standard al pachetului . Site-ul de întâlnire Standard al pachetului rezultat trebuie să utilizeze opțiunea de participare la întâlnire a numerelor de apelare ale furnizorului partener. Pentru a furniza abonatului pot fi utilizate oricare dintre următoarele metode:

1. Furnizați abonatului de testare utilizând API-urile abonaților BroadWorks așa cum sunt documentate pe developer.webex.com.

2. Activați abonatul de testare pentru serviciul IM&P pe un BroadWorks configurat pentru a utiliza șablonul pentru clienți. Vă rugăm să vă asigurați că șablonul de client utilizează pachetul standard ca implicit pentru a vă asigura că abonatului de testare i se atribuie un pachet standard. Alternativ, abonatul de testare trebuie să fie actualizat ulterior pentru a avea pachetul Standard.

Vă rugăm să rețineți că se recomandă ca organizațiile de soluții de semințe să fie asociate cu un furnizor de servicii BroadWorks de testare sau cu o întreprindere BroadWorks de testare.

Este esențial ca acest site de întâlnire să rămână configurat, deoarece acest UUID al site-ului este trimis în fiecare solicitare de intrare în întâlnire prin apelare ca simbol de autentificare. Nu trebuie să ștergeți organizația de semințe, deoarece site-ul de întâlnire asociat va fi, de asemenea, șters. Dacă organizația de semințe este eliminată, va trebui să furnizați una nouă și să reconfigurați Broadworks cu noul UUID al site-ului.

Organizațiile de soluții primare și secundare pentru semințe pot fi șterse, dacă se dorește, înainte ca setul de numere de telefon și înregistrările DNS SRV de apelare inversă să fie atribuite clienților care nu sunt testați. Atunci când setul de numere de telefon și înregistrările DNS SRV de apelare inversă sunt atribuite oricărui client care nu a fost testat, numerele de telefon și înregistrările de apelare inversă sunt asociate cu site-urile întâlnirii pentru clienții respectivi și sunt utilizate pentru intrarea în întâlnire prin apelare și apelare inversă. Orice modificări trebuie considerate ca având un impact asupra serviciilor.

Pentru a selecta organizația principală de soluții pentru semințe, procedați după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la secțiunea BroadWorks Calling .

4. În secțiunea Validare configurare (BYoPSTN) , selectați Atribuire.

5. În ecranul Atribuire organizație, căutați și selectați una dintre organizațiile de semințe configurate anterior

6. Selectați Atribuire.

   Organizația de semințe selectată este organizația principală de semințe.

Capturile de ecran de mai jos ilustrează procedura.

Organizarea soluției de semințe primare, grupurile de numere de telefon și detaliile grupului SRV DNS Callback pentru un anumit cluster BroadWorks sunt disponibile într-o singură locație, fișierul JSON BroadWorks configuration (BYoPSTN). Aceste informații sunt necesare pentru a configura BroadWorks pentru BYoPSTN.

Vă rugăm să rețineți că fișierul de configurare JSON este disponibil numai pentru vizualizare/descărcare după selectarea organizației principale de soluții pentru semințe.

Procedura de vizualizare/descărcare a fișierului de configurare JSON este după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. Sub Clustere, selectați Vizualizare cluster.

5. Selectați clusterul care este asociat cu șabloanele pentru clienți care sunt configurate pentru BYoPSTN.

6. Derulați la configurația BroadWorks pentru secțiunea BYoPSTN .

7. Faceți clic pe Descărcați fișierul de configurare JSON.

8. Repetați această procedură pentru orice alte clustere BroadWorks.

Capturile de ecran de mai jos ilustrează procedura.

Vă rugăm să consultați fișierul de configurare JSON eșantion de mai jos. Fișierul conține informații suplimentare despre fiecare Grup de numere de telefon, Grupul SRV DNS Callback, următoarele elemente de configurare cheie care trebuie introduse pe BroadWorks sunt marcate cu îndrăzneală.

• UUID site: BroadWorks trebuie să trimită această valoare în mesajele SIP, acesta este un token pe care Webex Edge Audio îl utilizează pentru a confirma identitatea BroadWorks a partenerului Cisco și accesul acestuia la site-urile de întâlniri gestionate de acest partener Cisco.

• mapare cod de acces pentru numărul de telefon: Numerele de telefon și codurile de acces Webex asociate trebuie configurate pe BroadWorks.

  • număr de telefon

  • cod de acces

• local Etichetă: Limba de anunț dorită asociată cu numărul de telefon trebuie configurată pe BroadWorks.

• dnsSrv: SRV-ul DNS Callback trebuie să fie configurat în DNS și să se refere la instanțele CUBE dorite.

{
   "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"
      }
   ]
}

Domeniul Webex Edge Audio DNS SRV trebuie să fie configurat pe BroadWorks. Utilizați următoarea procedură pentru a determina valoarea.

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Clienți.

3. Selectați Întreprinderea de validare BYoPSTN.

4. Selectați Vizualizare client.

5. Accesați Servicii/Întâlniri.

6. Selectați site-ul de întâlnire al pachetului Standard.

7. Derulați în partea de jos a panoului lateral, selectați Configurare site.

8. Selectați Setări comune / Setări audio.

9. În secțiunea Numere de apelare globale personalizate Edge Audio , selectați Generare Lua Script.

10. În fereastra pop-up căutare pentru valoare “-- Actualizați La antet cu 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. Extrageți valoarea în îndrăzneală, de exemplu, ecccx.amer.webex.com.

Acesta este domeniul Webex Edge Audio DNS SRV care trebuie configurat pe BroadWorks.

Această secțiune descrie configurația BroadWorks necesară pentru a implementa scenariile de apelare în întâlnire și de apelare inversă afișate în diagramele de mai jos. Exemplele de configurare se bazează pe datele din fișierul JSON afișate în secțiunea anterioară. Se așteaptă ca numerele, domeniile, denumirea întreprinderii/grupurilor, tipul de dispozitive, politicile, profilurile etc. să varieze în funcție de partener.

Flux de apeluri:

1. Utilizatorul solicită apelare inversă, Webex inițiază un apel inversă.
2. Apelul este direcționat către BroadWorks OTT.
3. Apelul ajunge la CUBE prevăzut în CH. CUBE direcționează apelul către BroadWorks.
4. BroadWorks identifică apelul ca fiind originarea gazdei întâlnirii și creează o sesiune pentru utilizatorul gazdei întâlnirii și procesează apelul.
5. Sesiunea de utilizator gazdă a întâlnirii procesează apelul și traduce numărul format. În plus, se generează o înregistrare de facturare în numele utilizatorului gazdei întâlnirii.
6. BroadWorks direcționează apelul fie către utilizatorul asociat dispozitivului (7), fie către PSTN (8).

Înainte de a începe

Comunicarea SIP dintre BroadWorks și CUBE poate fi peste UDP sau TCP în funcție de cerințele de rețea. De exemplu, dacă unele dispozitive de rețea sau de acces (de exemplu, gateway-uri sau puncte finale) din fluxurile de apelare sau apelare inversă BYoPSTN nu acceptă TCP, atunci UDP trebuie utilizat în schimb.

Configurația și exemplele prezentate în acest ghid utilizează TCP ca protocol de transport. Pentru a utiliza TCP, asigurați-vă că atât serverul de aplicații BroadWorks, cât și serverul de rețea sunt configurate pentru TCP:

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

Server aplicație

Identificare/Tip profil dispozitiv

Trebuie creat un nou tip de profil de identitate/dispozitiv pentru a reprezenta CUBE. Asigurați-vă că setați următoarele proprietăți de mai jos, în timp ce altele pot fi lăsate la valorile implicite:

• Tip adresă de semnalizare – setați la abordarea proxy inteligentă

• Autentificare—Setat pentru a fi activat

• Identitatea serviciului de asistență în UPDATE și REINVITARE—Verificată

• Capabil de înregistrare statică- setat la activat

• Capabil video- setat la dezactivat

În exemplul de mai jos, noul tip de profil de identitate/dispozitiv „VXML_profile” este creat pentru a reprezenta CUBE.

Abonat virtual XML vocală

Creați o instanță VoiceXML

Fiecare număr PSTN Webex Meetings este reprezentat de un abonat virtual în BroadWorks, iar funcționalitatea abonatului virtual VoiceXML poate fi utilizată. Se recomandă ca o întreprindere și un grup dedicat să fie utilizate pentru toți abonații virtuali VoiceXML. Rețineți că nu exploatăm de fapt orice capabilități VoiceXML, dar acest tip de utilizator virtual este potrivit pentru interacțiunea cu CUBE.

Pentru a utiliza serviciul VoiceXML, asiguraţi-vă că licenţa are suficiente cantităţi de „VoiceXML” şi că serviciul este autorizat la nivel de întreprindere şi de grup, iar serviciul VoiceXML este atribuit grupului aşa cum se arată în exemplul de mai jos.

Sub Grup > Servicii, selectați VoiceXML și creați o instanță pentru fiecare număr PSTN.

Configurați adresele VoiceXML

Pentru fiecare instanță VoiceXML, furnizați următoarele sub adresele VoiceXML:

• Număr de telefon—Introduceți numărul de apelare pentru site-ul Webex Meetings (de exemplu, 2403332200).

• Extensie

• Profilul de identitate/dispozitiv—Creați o instanță (de exemplu, VXML_deviceProf) pe baza tipului de dispozitiv creat în secțiunea anterioară (VXML_profile în exemplu) și introduceți următoarea configurație.

• Linie/port—Introduceți în <access number="">@<domain> format, unde

  • <access number=""> este numărul Codului de acces pentru site-ul Webex Meetings (disponibil din fișierul JSON) (de exemplu, 88631321777971704941)

  • <domain> este domeniul Webex Edge Audio pentru acest site de întâlnire (de exemplu, ecccspx.amer.pub.webex.com)

• Sip de contact—Pentru apelurile de apelare la întâlnire la numărul de acces, INVITATEA va fi trimisă cu un URI de solicitare setat la valoarea acestui câmp. Introduceți contactul SIP în acest format <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, unde:

  • <sip contact=""> este <number> din câmpul linie/port, dar cu domeniul ca SRV care se rezolvă la adresa CUBE (de exemplu, 88631321777971704941@cube.internal.local)

  • <Locale> reprezintă setarea lingvistică în funcție de localizarea utilizatorului (de exemplu, local=en_SUA)

  • <Meetings Site="" UUID=""> este UUID site din fișierul JSON (de exemplu, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> ar trebui să fie transport=tcp pentru a avea AS folosi TCP pentru a trimite mesaje la CUBE.

Mai jos este un exemplu de setări de adrese VoiceXML.

Pentru fiecare număr suplimentar de acces la întâlnire care urmează să fie utilizat, trebuie creat un abonat virtual VoiceXML suplimentar, similar cu cel de mai sus. Se poate utiliza același profil al dispozitivului, dar câmpurile Port Linie și Contact trebuie să fie construite din informațiile privind numărul de acces, așa cum se arată mai sus.

Asigurați-vă că verificați dacă limitele Politicii de procesare a apelurilor pe care le configurați pe abonatul virtual BroadWorks sunt suficiente pentru a gestiona apelurile suplimentare BYoPSTN din grupul dvs. de numere de telefon.

Alocați autentificarea SIP instanței VoiceXML

Alocați serviciul de autentificare abonatului virtual VoiceXML. Acest lucru va fi utilizat pentru a autentifica mesajele SIP INVITE din CUBE în scenariul de apelare inversă. De asemenea, împiedică abonatul virtual VoiceXML să accepte apeluri de la alte părți decât CUBE

Accesați pagina de autentificare a abonatului virtual din Utilități și introduceți numele de utilizator și parola SIP, după cum se arată mai jos:

CUBE trebuie să fie configurat cu același nume de utilizator și parolă pentru a autentifica corect mesajele INVITE care sunt trimise la AS. Un exemplu de comandă pentru a configura autentificarea SIP pe CUBE este după cum urmează: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

fișier Namedefs

Câmpul de contact SIP al abonatului virtual VoiceXML conține URL-ul în care partea de domeniu se rezolvă la adresa CUBE. Acesta este un SRV intern, iar fișierul de nume de pe AS poate fi utilizat pentru a rezolva SRV intern la IP-ul CUBE.

În exemplul nostru, contactul SIP SRV este cube.internal.local și se adresează 10.165.196.30 port 5060 pentru a ajunge la CUBE. Pe AS, /usr/local/broadworks/bw_base/conf/namedefs fișierul este actualizat după cum urmează:

_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

Tip apel Webex Meetings

Opțiunile de configurare a procesării apelurilor Webex Meetings sunt disponibile pentru a controla modul în care sunt gestionate apelurile de apelare la întâlnire. În mod implicit, apelurile de apelare la întâlnire sunt procesate ca apeluri externe, deoarece numerele de apelare sunt găzduite într-o întreprindere sau un furnizor de servicii dedicat. Apelurile externe sunt incluse în mod normal în numerele de sesiune de control al admisiei sesiunii și sunt marcate pentru încărcare în Indicatorul de încărcare CDR.

Următorul exemplu adaugă configurația recomandată pentru procesarea apelurilor de întâlnire ca apeluri interne, astfel încât acestea să fie excluse de la încărcare și excluse din numerele de control al admisiei sesiunii.

Prin setarea Impunerea Câmpului de încărcare NS la adevărat, populația CDR field chargeIndicator se bazează pe atributul de încărcare configurat al tipului de apel al serverului de rețea.

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

Abonat virtual pentru apelarea inversă a întâlnirii VoiceXML

Creați un abonat de apelare inversă pentru întâlniri VoiceXML

Un abonat virtual dedicat VoiceXML cu o opțiune specială de apelare inversă Webex Meeting (denumit în continuare abonat de apelare inversă pentru întâlnirile VoiceXML) trebuie să fie configurat pe serverul aplicației BroadWorks (AS) pentru a gestiona apelurile de apelare inversă Webex Meetings. Doar o singură instanță a acestui abonat poate fi configurat pe AS.

Pentru a activa caracteristica, setați Funcția Activabilă 102074 la adevărat prin intermediul 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

Deoarece caracteristica „BYO PSTN Billing support for CallBack and CallIn” depinde de caracteristica „BroadWorks Support for CI UUID”, înainte de activarea (102074), trebuie să activați (102746) caracteristica. Pentru mai multe detalii, consultați secțiunea „Sincronizare UUID a utilizatorului CI (Broadworks Support for CI UUID)”.

Abonatul de apelare inversă pentru întâlniri VoiceXML este similar cu abonatul virtual existent BYOPSTN VXML, dar l-a etichetat cu un nou steag „Webex Meeting Callback”. Acest abonat de apelare inversă la întâlnire VoiceXML este configurat cu același profil de dispozitiv ca abonatul virtual BYOPSTN VXML existent, precum și serviciul de autentificare cu aceleași acreditări.

Un exemplu este prezentat mai jos:

Abonatul de apelare inversă pentru întâlniri VoiceXML trebuie să existe pe AS care găzduiește utilizatorul gazdei întâlnirii. Când AS primește cererea de INVITARE de apelare inversă a întâlnirii, încearcă să localizeze atât utilizatorul de apelare inversă a întâlnirii VoiceXML, cât și utilizatorul gazdei întâlnirii din AS în timpul configurării apelurilor. Dacă niciunul dintre acești utilizatori nu este găsit, apelul este respins.

Sesiune gazdă întâlnire

În scenariul de apelare inversă cu antetul X-Cisco-Meet-Info, serverul de aplicații Cisco BroadWorks primește o solicitare SIP INVITE și identifică utilizatorul gazdei întâlnirii utilizând parametrul UUID utilizator gazdă CI al antetului SIP X-Cisco-Meet-Info. Se creează o sesiune de apel în numele utilizatorului gazdei întâlnirii pentru a procesa apelul și a executa profilul de serviciu al utilizatorului. În plus, se generează o înregistrare de facturare în numele utilizatorului gazdei întâlnirii. ID-ul întâlnirii și informațiile UUID ale site-ului din antetul SIP X-Cisco-Meet-Info sunt incluse în registrul de facturare.

Un exemplu al antetului SIP X-Cisco-Meet-Info este prezentat mai jos:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

Platformă de livrare a aplicației

Sincronizare UUID utilizator CI (Asistență Broadworks pentru CI UUID)

UUID-ul CI al utilizatorului este un identificator unic pentru identificarea utilizatorilor din mediul Webex.

Această aplicație Webex Provisioning Sync de pe platforma de livrare a aplicației Cisco BroadWorks (ADP) este utilizată pentru a sincroniza, mapa și stoca CI UUID-ul utilizatorului în infrastructura BroadWorks, astfel încât să poată fi utilizată în diverse interacțiuni cu serviciul Webex și Webex pentru BroadWorks.

Consultați „Activați Webex Meeting Callback” cu privire la modul în care asocierea utilizator CI UUID este utilizată de serverul de rețea Cisco BroadWorks și serverul aplicației Cisco BroadWorks.

Următorii pași au configurat aplicația Webex Provisioning Sync pentru a efectua sondaje periodice și a actualiza utilizatorii BroadWork cu UUID-ul CI.

Aplicația Webex Provisioning Sync necesită acreditări OAuth cu administratorul de scânteie:broadworks_subscribers_read domeniul de aplicare pentru Furnizorul de identitate Cisco și poate fi obținută prin ridicarea unei cereri de serviciu cu agentul dvs. de integrare.

Consultați secțiunea „Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks” pentru mai multe detalii pentru a ridica cererea de serviciu la: 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

Adăugați tokenul cu un nume de partener corespunzător, după cum urmează:

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       ********

Adăugați numele partenerului asociat cu tokenul OAuth în lista de parteneri care urmează să fie monitorizată de aplicația Webex Provisioning Sync cu steagul „activat” setat la „adevărat”.

Această aplicație Webex Provisioning Sync va începe prin sincronizarea UUID a utilizatorului CI în intervalul de votare definit.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

Odată ce partenerul este inclus, aplicația Webex Provisioning Sync poate efectua acum asocierea UUID-ului CI cu utilizatorii BroadWorks.

Schimbați timpul de întrerupere a conexiunii utilizând următoarele comenzi:

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

Această asociere se poate face automat sau manual. Comanda CLI manualSync poate declanșa instantaneu asocierea pentru a avea loc.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

Partenerii cu „Activat” setați să efectueze „adevărat” asociații din intervalul de votare. În timpul asocierii inițiale, aplicația Webex Provisioning Sync solicită API-ului abonatului Webex să recupereze datele care conțin UUID CI pentru toți utilizatorii găzduiți de partener. ID-ul extern al utilizatorului BroadWorks este actualizat cu ID-ul CI asociat. Asocierile ulterioare afectează utilizatorii adăugați la partener. Comanda de stare poate fi utilizată pentru a vedea dacă sincronizarea este completă.

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.

După finalizarea sincronizării, starea se modifică din nou la monitorizare. Sincronizarea ulterioară se efectuează pe utilizatorii adăugați la partener după „Ultima oră de sincronizare”.

Următoarea cifră afișează UUID-ul CI setat în ID-ul extern:

Server de rețea

Tip apel

În scopuri de facturare și raportare, poate fi de dorit să se marcheze CDRs pentru apelurile de apelare Meetings. Acest lucru poate fi realizat utilizând politica Serverului de rețea PreCallTyping.

În primul rând, pe NS CLI în secțiunea /System/CallP/CallType, adăugați un nou tip de apel. Următorul exemplu adaugă noul tip de apel „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

Tipul de apel poate fi apoi utilizat într-o instanță PreCallTyping care face parte din profilul de rutare al utilizatorului BroadWorks. În acest exemplu, o nouă instanță PreCallTyping „wxm” a fost adăugată în contextul /Policy/PreCallTyping CLI, dar ar putea fi deja utilizată o instanță PreCallTyping existentă:

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 

Următorul pas este de a adăuga intrări în instanța PreCallTyping pentru toate numerele de apelare din contextul /Policy/PreCallTyping/DialPlan CLI. De exemplu:

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

Instanța PreCallTyping este apoi adăugată (cu condiția să nu existe deja) la profilul de rutare aplicabil al utilizatorului originar, după cum se arată în exemplul de mai jos:

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    

BroadWorks care își au originea în CDR sunt generate numai de apelurile provenite de la abonații BW. Apelurile inițiate de PSTN din partea „rețelei” a AS nu vor genera apeluri CDR originare. Va exista un CDR de terminare pentru abonatul virtual VoiceXML în oricare dintre cazuri.

RoutingNE

Este necesară o RoutingNE pe NS în contextul /System/Device/RoutingNE CLI pentru a reprezenta CUBE. În acest fel, atunci când NS primește INVITAȚIA de la CUBE, aceasta va corespunde antetului prin intermediul intrării RoutingNE care este prevăzută pe NS. Consultaţi Ghid de administrare a interfeței Cisco BroadWorks Network Server Command Line pentru detalii despre cum să adăugați o RoutingNE.

Mai jos este un exemplu de comenzi pentru a adăuga RoutingNE “WebexMeetings”, în cazul în care adresa IP CUBE = 10.165.196.30. Exemplul arată, de asemenea, comenzi pentru a crea un nou instanțe OrigRedirect și Profile pentru a se asocia cu RoutingNE, dar instanțele existente pot fi, de asemenea, utilizate.

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

Cu configurația exemplului, CUBE trimite NS un INVIT care este similar cu următoarele (câmpuri importante în bold):

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

Unde:

• URI de solicitare INVITE conține numărul de apelare inversă

• Prin antet: conține adresa IP a CUBE care va fi utilizată pentru a selecta profilul RoutingNE.

• antet X-Cisco Info-Meet: utilizat pentru a identifica gazda, meetingid & siteUUID.

La primirea INVITĂȚII, NS utilizează antetul Via pentru a se potrivi cu RoutingNE „WebexMeetings”. La rândul său, acesta va selecta profilul de rutare „wxm_routing” care conține instanța „wxm_Inst” a OrigRedirect.

Politica NS OrigRedirect va corespunde apoi antetului X-CISCO-MEET-INFO:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

cu portul de linie configurat pe abonatul virtual VoiceXML și trimite o redirecționare 302 la AS pereche care găzduiește acel abonat. Mesajul 302 este similar cu următorul:

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

Pseudonim

Domeniul din URI INVITE (de exemplu, este bw.myenterprise.com) trimis de CUBE către NS trebuie să fie recunoscut de către NS. Acest lucru se poate face prin adăugarea domeniului în contextul NS_CLI/System/Alias, de exemplu:

NS_CLI/System/Alias> add bw.myenterprise.com

Comanda pentru configurarea domeniului INVITE URI pe CUBE poate fi găsită în secțiunea următoare, sub ținta dial-peer/session, de exemplu:

dial-peer voice 23401 voip
session target dns:bw.myenterprise.com

HostingNE

Pentru a sprijini opțiunile de configurare a procesării apelurilor Webex Meetings pentru facturare și control al admisiei sesiunilor, atributele de semnalizare NE ale serverului aplicației Hosting CallTypeInfoRequired și RequiresChargeIndication trebuie să fie activate în contextul NS_CLI/System/Device/HostingNE._ De exemplu:

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

Activați Webex Meeting Callback

În scenariul de apelare inversă cu antetul SIP X-Cisco-Meet-Info, CUBE trimite apelul către serverul de rețea pentru a redirecționa inițiatorul către perechea AS. Perechea AS este determinată pe baza parametrului sistemului enableWebexMeetingHoostLookup .

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

Când parametrul enableWebexMeetingHoostLookup este setat la adevărat, CI UUID utilizator gazdă întâlnire din antetul X-Cisco-Meet-Info este utilizat pentru a identifica perechea AS care găzduiește utilizatorul gazdă întâlnire.

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

Această secțiune oferă o configurație validată pentru modul de implementare a elementului de frontieră Cisco Unified (CUBE) ca controler de frontieră pentru sesiune (SBC) pentru soluția Bring Your Own PSTN.

Această secțiune se concentrează pe configurațiile CUBE care sunt necesare pentru a interacționa cu exemplul configurației Webex pentru Cisco BroadWorks afișat în secțiunea anterioară. Pentru o discuție mai generală privind implementarea și configurarea inițială a CUBE, consultați următoarele ghiduri: 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

Implementați propria noastră opțiune SBC

Dacă nu doriți să implementați CUBE, aveți opțiunea de a vă deplasa propriul SBC. Cu toate acestea, rețineți că acest document nu oferă o configurație validată pentru alte SBC-uri decât CUBE.

Dacă implementați propriul SBC, puteți să urmați cerințele de configurare CUBE la nivel înalt (de exemplu, alocări, cum ar fi domeniul, interfețele publice și private și gateway-urile) pentru a vă ghida configurația. Cu toate acestea, consultați documentația SBC pentru ajutor detaliat pentru linia de comandă, deoarece comenzile reale pentru propriul SBC vor fi probabil diferite de CUBE.

Cu excepția cazului în care se specifică altfel, cerințele de configurare rămase în Pasul 10 se aplică indiferent de SBC pe care îl implementați. Cu toate acestea, exemplele de linie de comandă sunt numai pentru CUBE, cu excepția cazului în care se specifică că exemplul se aplică pentru alte SBC-uri. Pentru alte SBC-uri, consultați documentația SBC pentru comenzile de configurare.

După finalizarea configurării și furnizării soluției BYoPSTN, Partenerul este obligat să treacă printr-un set de cazuri de testare a acceptării pentru a certifica soluția lor. Acesta este un pas necesar pentru ca partenerul BYoPSTN să fie aprobat și activat.

Cazurile de testare a acceptării sunt prezentate în documentul Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks la: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partenerul trebuie să furnizeze rezultatele testelor de acceptare efectuate cu succes echipelor de integrare și certificare.

Întrebările, problemele și rezultatele din executarea cazurilor de testare a acceptării trebuie raportate și partajate în spațiul Webex alocat pentru integrarea partenerului.

Următoarele condiții prealabile trebuie finalizate pentru furnizarea BYoPSTN. Condițiile prealabile prezentate mai jos presupun că partenerul are o implementare Webex de lucru pentru Cisco BroadWorks care include:

• Funcționarea sistemului BroadWorks – așa cum este documentat în Webex for Cisco BroadWorks Solution Guide

• BroadWorks CA licență cu serviciul „VoiceXML” în cantitate suficientă (1 per număr PSTN)

• Patch-uri BroadWorks necesare:

  Pentru R22:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  Pentru R23:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  Pentru R24

  • AP.as.24.0.944.ap376935

• Sistemul Cisco CUBE implementat (versiunea IOS 16.12.2 sau mai mare): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  Atât CUBE-ul bazat pe hardware, cât și cel virtual sunt acceptate. CUBE pe bază de hardware este recomandat pentru scalabilitate și gestionarea unui număr mai mare de apeluri.

• Organizația Webex Partner – așa cum este descris în Ghidul de soluții Webex pentru Cisco BroadWorks

Procedura pe care Cisco Partner o utilizează pentru a adăuga numerele de telefon de apelare ale întâlnirii Webex este după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. În configurația Participare la întâlnire (BYoPSTN), selectați Creare număr de telefon de apelare Group.

5. Introduceți numele grupului de numere de telefon și selectați Înainte.

6. Introduceți detaliile numărului de telefon și selectați Înainte.

7. Consultați rezumatul detaliilor grupului de numere de telefon și selectați Salvare.

8. Repetați această procedură pentru fiecare grup de numere de telefon care urmează să fie adăugat.

Capturile de ecran de mai jos ilustrează procedura.

Acest pas trebuie finalizat numai dacă doriți să implementați opțiunea Intrare în întâlnire prin apelare inversă. În caz contrar, puteți sări peste acest pas.

Dacă nu configurați această opțiune, utilizatorii pot utiliza opțiunea Call-in pentru a intra în întâlniri sau pot intra cu transmisia audio de pe computer.

Când utilizați opțiunea de apelare inversă a întâlnirii, este necesar un grup DNS SRV de apelare inversă pentru a direcționa apelurile de la Webex la CUBE. Procedura pe care Cisco Partner o utilizează pentru a adăuga înregistrările CUBE DNS SRV la Webex este după cum urmează:

1. Conectați-vă la Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. În configurația Participare la întâlnire (BYoPSTN), selectați Creare grup DNS SRV de apelare inversă.

5. Introduceți numele grupului SRV DNS Callback.

6. Selectați În continuare .

7. Introduceți detaliile SRV DNS Callback.

8. Selectați În continuare .

9. Consultați rezumatul detaliilor DNS SRV de apelare inversă.

10. Selectați Salvați .

11. Furnizați orice actualizări la DNS pentru a reflecta noile înregistrări din grupul DNS SRV.

12. Repetați această procedură pentru fiecare grup SRV DNS Callback care urmează să fie adăugat.

Capturile de ecran de mai jos ilustrează procedura.

Configurarea inițială și verificarea soluției BYoPSTN necesită o organizație de semințe pentru fiecare combinație unică de grup de numere de telefon și grup SRV DNS Callback (dacă este necesară apelarea inversă). Prin urmare, se recomandă ca partenerii Cisco să creeze în mod similar un nou șablon pentru clienți pentru fiecare combinație unică de grup de numere de telefon și grup SRV DNS de apelare inversă. Fiecare șablon de clienți trebuie utilizat pentru a genera o organizație de semințe corespunzătoare.

După ce configurația BYoPSTN este însămânțată și verificată utilizând organizațiile de semințe, grupurile de numere de telefon și grupurile SRV DNS Callback pot fi aplicate la șabloanele de clienți existente, după cum este necesar.

Vă rugăm să rețineți că șabloanele pentru clienți nou create nu sunt utilizate de clienții netestați existenți și, prin urmare, pot fi utilizate în siguranță pentru verificarea manuală a configurației BYoPSTN.

Dacă nu implementați Participarea la întâlnire prin apelare inversă, nu este necesar să asociați grupurile DNS SRV de apelare inversă la șablonul clientului. Cu toate acestea, trebuie să selectați Dezactivare apelare inversă.

Pentru a adăuga la un nou șablon pentru clienți, efectuați următoarele:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. Sub Șabloane, selectați Adăugare șablon.

5. Introduceți detaliile șablonului. La etapa tip pachet :

   • Selectați tipul pachetului ca standard.

   • Selectați configurația de intrare în întâlnire ca partener cu numere de apelare furnizate (BYoPSTN).

   • Selectați un grup de numere de telefon configurate.

   • Pentru grupul DNS SRV de apelare inversă, dacă doriți să activați opțiunea de apelare inversă a întâlnirii, selectați un grup DNS SRV de apelare inversă configurat. În caz contrar, selectați Dezactivare apelare inversă.

6. Selectați În continuare .

7. Introduceți detaliile șablonului rămase.

8. Consultați rezumatul detaliilor șablonului.

9. Faceți clic pe Salvați.

10. Repetați această procedură pentru fiecare șablon de client care trebuie adăugat

Captura de ecran de mai jos ilustrează procedura.

Pentru a actualiza un șablon existent pentru clienți, procedați după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la secțiunea BroadWorks Calling .

4. În șabloane, selectați Vizualizare șablon.

5. Selectați șablonul care va fi actualizat.

6. Derulați la secțiunea de configurare a intrării în întâlnire :

   • Selectați numerele de apelare furnizate de partener (BYoPSTN).

   • Selectați un grup de numere de telefon configurat anterior.

   • Pentru grupul SRV DNS Callback, dacă doriți să activați opțiunea Callback Meeting, selectați un grup SRV DNS Callback configurat. În caz contrar, selectați Dezactivare apelare inversă.

7. Selectați Salvați .

   Captura de ecran de mai jos ilustrează procedura.

Soluția BYoPSTN are mai multe componente diferite, fiecare dintre care trebuie să fie configurată corect pentru ca soluția să funcționeze cu succes. Unul dintre cele două scopuri ale organizațiilor de soluții de semințe este de a genera numărul de telefon la maparea codurilor de acces la întâlnire și un identificator universal unic al site-ului de întâlnire (UUID-ul site-ului), care sunt necesare pentru funcționarea în curs a soluției. Celălalt scop este verificarea configurației.

Pentru fiecare combinație unică de grup de numere de telefon și de grup SRV DNS de apelare inversă, trebuie creat anterior un șablon corespunzător pentru clienți. Pentru fiecare dintre aceste șabloane pentru clienți, trebuie asigurată o organizație de soluții pentru semințe. Configurarea acestor organizații de semințe generează numărul de telefon pentru cartografierea codurilor de acces la întâlnire și un UUID al site-ului de întâlnire care sunt necesare pentru configurarea BroadWorks.

Utilizând fiecare dintre șabloanele pentru clienți configurate anterior, furnizați un abonat pentru un nou furnizor de servicii BroadWorks de testare sau o nouă întreprindere BroadWorks cu un utilizator standard al pachetului . Site-ul de întâlnire Standard al pachetului rezultat trebuie să utilizeze opțiunea de participare la întâlnire a numerelor de apelare ale furnizorului partener. Pentru a furniza abonatului pot fi utilizate oricare dintre următoarele metode:

1. Furnizați abonatului de testare utilizând API-urile abonaților BroadWorks așa cum sunt documentate pe developer.webex.com.

2. Activați abonatul de testare pentru serviciul IM&P pe un BroadWorks configurat pentru a utiliza șablonul pentru clienți. Vă rugăm să vă asigurați că șablonul de client utilizează pachetul standard ca implicit pentru a vă asigura că abonatului de testare i se atribuie un pachet standard. Alternativ, abonatul de testare trebuie să fie actualizat ulterior pentru a avea pachetul Standard.

Vă rugăm să rețineți că se recomandă ca organizațiile de soluții de semințe să fie asociate cu un furnizor de servicii BroadWorks de testare sau cu o întreprindere BroadWorks de testare.

Este esențial ca acest site de întâlnire să rămână configurat, deoarece acest UUID al site-ului este trimis în fiecare solicitare de intrare în întâlnire prin apelare ca simbol de autentificare. Nu trebuie să ștergeți organizația de semințe, deoarece site-ul de întâlnire asociat va fi, de asemenea, șters. Dacă organizația de semințe este eliminată, va trebui să furnizați una nouă și să reconfigurați Broadworks cu noul UUID al site-ului.

Organizațiile de soluții primare și secundare pentru semințe pot fi șterse, dacă se dorește, înainte ca setul de numere de telefon și înregistrările DNS SRV de apelare inversă să fie atribuite clienților care nu sunt testați. Atunci când setul de numere de telefon și înregistrările DNS SRV de apelare inversă sunt atribuite oricărui client care nu a fost testat, numerele de telefon și înregistrările de apelare inversă sunt asociate cu site-urile întâlnirii pentru clienții respectivi și sunt utilizate pentru intrarea în întâlnire prin apelare și apelare inversă. Orice modificări trebuie considerate ca având un impact asupra serviciilor.

Pentru a selecta organizația principală de soluții pentru semințe, procedați după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la secțiunea BroadWorks Calling .

4. În secțiunea Validare configurare (BYoPSTN) , selectați Atribuire.

5. În ecranul Atribuire organizație, căutați și selectați una dintre organizațiile de semințe configurate anterior

6. Selectați Atribuire.

   Organizația de semințe selectată este organizația principală de semințe.

Capturile de ecran de mai jos ilustrează procedura.

Organizarea soluției de semințe primare, grupurile de numere de telefon și detaliile grupului SRV DNS Callback pentru un anumit cluster BroadWorks sunt disponibile într-o singură locație, fișierul JSON BroadWorks configuration (BYoPSTN). Aceste informații sunt necesare pentru a configura BroadWorks pentru BYoPSTN.

Vă rugăm să rețineți că fișierul de configurare JSON este disponibil numai pentru vizualizare/descărcare după selectarea organizației principale de soluții pentru semințe.

Procedura de vizualizare/descărcare a fișierului de configurare JSON este după cum urmează:

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Setări.

3. Derulați la BroadWorks Calling.

4. Sub Clustere, selectați Vizualizare cluster.

5. Selectați clusterul care este asociat cu șabloanele pentru clienți care sunt configurate pentru BYoPSTN.

6. Derulați la configurația BroadWorks pentru secțiunea BYoPSTN .

7. Faceți clic pe Descărcați fișierul de configurare JSON.

8. Repetați această procedură pentru orice alte clustere BroadWorks.

Capturile de ecran de mai jos ilustrează procedura.

Vă rugăm să consultați fișierul de configurare JSON eșantion de mai jos. Fișierul conține informații suplimentare despre fiecare Grup de numere de telefon, Grupul SRV DNS Callback, următoarele elemente de configurare cheie care trebuie introduse pe BroadWorks sunt marcate cu îndrăzneală.

• UUID site: BroadWorks trebuie să trimită această valoare în mesajele SIP, acesta este un token pe care Webex Edge Audio îl utilizează pentru a confirma identitatea BroadWorks a partenerului Cisco și accesul acestuia la site-urile de întâlniri gestionate de acest partener Cisco.

• mapare cod de acces pentru numărul de telefon: Numerele de telefon și codurile de acces Webex asociate trebuie configurate pe BroadWorks.

  • număr de telefon

  • cod de acces

• local Etichetă: Limba de anunț dorită asociată cu numărul de telefon trebuie configurată pe BroadWorks.

• dnsSrv: SRV-ul DNS Callback trebuie să fie configurat în DNS și să se refere la instanțele CUBE dorite.

{
   "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"
      }
   ]
}

Domeniul Webex Edge Audio DNS SRV trebuie să fie configurat pe BroadWorks. Utilizați următoarea procedură pentru a determina valoarea.

1. Conectați-vă la Cisco Partner Hub.

2. Accesați Clienți.

3. Selectați Întreprinderea de validare BYoPSTN.

4. Selectați Vizualizare client.

5. Accesați Servicii/Întâlniri.

6. Selectați site-ul de întâlnire al pachetului Standard.

7. Derulați în partea de jos a panoului lateral, selectați Configurare site.

8. Selectați Setări comune / Setări audio.

9. În secțiunea Numere de apelare globale personalizate Edge Audio , selectați Generare Lua Script.

10. În fereastra pop-up căutare pentru valoare “-- Actualizați La antet cu 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. Extrageți valoarea în îndrăzneală, de exemplu, ecccx.amer.webex.com.

Acesta este domeniul Webex Edge Audio DNS SRV care trebuie configurat pe BroadWorks.

Această secțiune descrie configurația BroadWorks necesară pentru a implementa scenariile de apelare în întâlnire și de apelare inversă afișate în diagramele de mai jos. Exemplele de configurare se bazează pe datele din fișierul JSON afișate în secțiunea anterioară. Se așteaptă ca numerele, domeniile, denumirea întreprinderii/grupurilor, tipul de dispozitive, politicile, profilurile etc. să varieze în funcție de partener.

Flux de apeluri:

1. Utilizatorul solicită apelare inversă, Webex inițiază un apel inversă.
2. Apelul este direcționat către BroadWorks OTT.
3. Apelul ajunge la CUBE prevăzut în CH. CUBE direcționează apelul către BroadWorks.
4. BroadWorks identifică apelul ca fiind originarea gazdei întâlnirii și creează o sesiune pentru utilizatorul gazdei întâlnirii și procesează apelul.
5. Sesiunea de utilizator gazdă a întâlnirii procesează apelul și traduce numărul format. În plus, se generează o înregistrare de facturare în numele utilizatorului gazdei întâlnirii.
6. BroadWorks direcționează apelul fie către utilizatorul asociat dispozitivului (7), fie către PSTN (8).

Înainte de a începe

Comunicarea SIP dintre BroadWorks și CUBE poate fi peste UDP sau TCP în funcție de cerințele de rețea. De exemplu, dacă unele dispozitive de rețea sau de acces (de exemplu, gateway-uri sau puncte finale) din fluxurile de apelare sau apelare inversă BYoPSTN nu acceptă TCP, atunci UDP trebuie utilizat în schimb.

Configurația și exemplele prezentate în acest ghid utilizează TCP ca protocol de transport. Pentru a utiliza TCP, asigurați-vă că atât serverul de aplicații BroadWorks, cât și serverul de rețea sunt configurate pentru TCP:

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

Server aplicație

Identificare/Tip profil dispozitiv

Trebuie creat un nou tip de profil de identitate/dispozitiv pentru a reprezenta CUBE. Asigurați-vă că setați următoarele proprietăți de mai jos, în timp ce altele pot fi lăsate la valorile implicite:

• Tip adresă de semnalizare – setați la abordarea proxy inteligentă

• Autentificare—Setat pentru a fi activat

• Identitatea serviciului de asistență în UPDATE și REINVITARE—Verificată

• Capabil de înregistrare statică- setat la activat

• Capabil video- setat la dezactivat

În exemplul de mai jos, noul tip de profil de identitate/dispozitiv „VXML_profile” este creat pentru a reprezenta CUBE.

Abonat virtual XML vocală

Creați o instanță VoiceXML

Fiecare număr PSTN Webex Meetings este reprezentat de un abonat virtual în BroadWorks, iar funcționalitatea abonatului virtual VoiceXML poate fi utilizată. Se recomandă ca o întreprindere și un grup dedicat să fie utilizate pentru toți abonații virtuali VoiceXML. Rețineți că nu exploatăm de fapt orice capabilități VoiceXML, dar acest tip de utilizator virtual este potrivit pentru interacțiunea cu CUBE.

Pentru a utiliza serviciul VoiceXML, asiguraţi-vă că licenţa are suficiente cantităţi de „VoiceXML” şi că serviciul este autorizat la nivel de întreprindere şi de grup, iar serviciul VoiceXML este atribuit grupului aşa cum se arată în exemplul de mai jos.

Sub Grup > Servicii, selectați VoiceXML și creați o instanță pentru fiecare număr PSTN.

Configurați adresele VoiceXML

Pentru fiecare instanță VoiceXML, furnizați următoarele sub adresele VoiceXML:

• Număr de telefon—Introduceți numărul de apelare pentru site-ul Webex Meetings (de exemplu, 2403332200).

• Extensie

• Profilul de identitate/dispozitiv—Creați o instanță (de exemplu, VXML_deviceProf) pe baza tipului de dispozitiv creat în secțiunea anterioară (VXML_profile în exemplu) și introduceți următoarea configurație.

• Linie/port—Introduceți în <access number="">@<domain> format, unde

  • <access number=""> este numărul Codului de acces pentru site-ul Webex Meetings (disponibil din fișierul JSON) (de exemplu, 88631321777971704941)

  • <domain> este domeniul Webex Edge Audio pentru acest site de întâlnire (de exemplu, ecccspx.amer.pub.webex.com)

• Sip de contact—Pentru apelurile de apelare la întâlnire la numărul de acces, INVITATEA va fi trimisă cu un URI de solicitare setat la valoarea acestui câmp. Introduceți contactul SIP în acest format <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, unde:

  • <sip contact=""> este <number> din câmpul linie/port, dar cu domeniul ca SRV care se rezolvă la adresa CUBE (de exemplu, 88631321777971704941@cube.internal.local)

  • <Locale> reprezintă setarea lingvistică în funcție de localizarea utilizatorului (de exemplu, local=en_SUA)

  • <Meetings Site="" UUID=""> este UUID site din fișierul JSON (de exemplu, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> ar trebui să fie transport=tcp pentru a avea AS folosi TCP pentru a trimite mesaje la CUBE.

Mai jos este un exemplu de setări de adrese VoiceXML.

Pentru fiecare număr suplimentar de acces la întâlnire care urmează să fie utilizat, trebuie creat un abonat virtual VoiceXML suplimentar, similar cu cel de mai sus. Se poate utiliza același profil al dispozitivului, dar câmpurile Port Linie și Contact trebuie să fie construite din informațiile privind numărul de acces, așa cum se arată mai sus.

Asigurați-vă că verificați dacă limitele Politicii de procesare a apelurilor pe care le configurați pe abonatul virtual BroadWorks sunt suficiente pentru a gestiona apelurile suplimentare BYoPSTN din grupul dvs. de numere de telefon.

Alocați autentificarea SIP instanței VoiceXML

Alocați serviciul de autentificare abonatului virtual VoiceXML. Acest lucru va fi utilizat pentru a autentifica mesajele SIP INVITE din CUBE în scenariul de apelare inversă. De asemenea, împiedică abonatul virtual VoiceXML să accepte apeluri de la alte părți decât CUBE

Accesați pagina de autentificare a abonatului virtual din Utilități și introduceți numele de utilizator și parola SIP, după cum se arată mai jos:

CUBE trebuie să fie configurat cu același nume de utilizator și parolă pentru a autentifica corect mesajele INVITE care sunt trimise la AS. Un exemplu de comandă pentru a configura autentificarea SIP pe CUBE este după cum urmează: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

fișier Namedefs

Câmpul de contact SIP al abonatului virtual VoiceXML conține URL-ul în care partea de domeniu se rezolvă la adresa CUBE. Acesta este un SRV intern, iar fișierul de nume de pe AS poate fi utilizat pentru a rezolva SRV intern la IP-ul CUBE.

În exemplul nostru, contactul SIP SRV este cube.internal.local și se adresează 10.165.196.30 port 5060 pentru a ajunge la CUBE. Pe AS, /usr/local/broadworks/bw_base/conf/namedefs fișierul este actualizat după cum urmează:

_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

Tip apel Webex Meetings

Opțiunile de configurare a procesării apelurilor Webex Meetings sunt disponibile pentru a controla modul în care sunt gestionate apelurile de apelare la întâlnire. În mod implicit, apelurile de apelare la întâlnire sunt procesate ca apeluri externe, deoarece numerele de apelare sunt găzduite într-o întreprindere sau un furnizor de servicii dedicat. Apelurile externe sunt incluse în mod normal în numerele de sesiune de control al admisiei sesiunii și sunt marcate pentru încărcare în Indicatorul de încărcare CDR.

Următorul exemplu adaugă configurația recomandată pentru procesarea apelurilor de întâlnire ca apeluri interne, astfel încât acestea să fie excluse de la încărcare și excluse din numerele de control al admisiei sesiunii.

Prin setarea Impunerea Câmpului de încărcare NS la adevărat, populația CDR field chargeIndicator se bazează pe atributul de încărcare configurat al tipului de apel al serverului de rețea.

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

Abonat virtual pentru apelarea inversă a întâlnirii VoiceXML

Creați un abonat de apelare inversă pentru întâlniri VoiceXML

Un abonat virtual dedicat VoiceXML cu o opțiune specială de apelare inversă Webex Meeting (denumit în continuare abonat de apelare inversă pentru întâlnirile VoiceXML) trebuie să fie configurat pe serverul aplicației BroadWorks (AS) pentru a gestiona apelurile de apelare inversă Webex Meetings. Doar o singură instanță a acestui abonat poate fi configurat pe AS.

Pentru a activa caracteristica, setați Funcția Activabilă 102074 la adevărat prin intermediul 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

Deoarece caracteristica „BYO PSTN Billing support for CallBack and CallIn” depinde de caracteristica „BroadWorks Support for CI UUID”, înainte de activarea (102074), trebuie să activați (102746) caracteristica. Pentru mai multe detalii, consultați secțiunea „Sincronizare UUID a utilizatorului CI (Broadworks Support for CI UUID)”.

Abonatul de apelare inversă pentru întâlniri VoiceXML este similar cu abonatul virtual existent BYOPSTN VXML, dar l-a etichetat cu un nou steag „Webex Meeting Callback”. Acest abonat de apelare inversă la întâlnire VoiceXML este configurat cu același profil de dispozitiv ca abonatul virtual BYOPSTN VXML existent, precum și serviciul de autentificare cu aceleași acreditări.

Un exemplu este prezentat mai jos:

Abonatul de apelare inversă pentru întâlniri VoiceXML trebuie să existe pe AS care găzduiește utilizatorul gazdei întâlnirii. Când AS primește cererea de INVITARE de apelare inversă a întâlnirii, încearcă să localizeze atât utilizatorul de apelare inversă a întâlnirii VoiceXML, cât și utilizatorul gazdei întâlnirii din AS în timpul configurării apelurilor. Dacă niciunul dintre acești utilizatori nu este găsit, apelul este respins.

Sesiune gazdă întâlnire

În scenariul de apelare inversă cu antetul X-Cisco-Meet-Info, serverul de aplicații Cisco BroadWorks primește o solicitare SIP INVITE și identifică utilizatorul gazdei întâlnirii utilizând parametrul UUID utilizator gazdă CI al antetului SIP X-Cisco-Meet-Info. Se creează o sesiune de apel în numele utilizatorului gazdei întâlnirii pentru a procesa apelul și a executa profilul de serviciu al utilizatorului. În plus, se generează o înregistrare de facturare în numele utilizatorului gazdei întâlnirii. ID-ul întâlnirii și informațiile UUID ale site-ului din antetul SIP X-Cisco-Meet-Info sunt incluse în registrul de facturare.

Un exemplu al antetului SIP X-Cisco-Meet-Info este prezentat mai jos:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

Platformă de livrare a aplicației

Sincronizare UUID utilizator CI (Asistență Broadworks pentru CI UUID)

UUID-ul CI al utilizatorului este un identificator unic pentru identificarea utilizatorilor din mediul Webex.

Această aplicație Webex Provisioning Sync de pe platforma de livrare a aplicației Cisco BroadWorks (ADP) este utilizată pentru a sincroniza, mapa și stoca CI UUID-ul utilizatorului în infrastructura BroadWorks, astfel încât să poată fi utilizată în diverse interacțiuni cu serviciul Webex și Webex pentru BroadWorks.

Consultați „Activați Webex Meeting Callback” cu privire la modul în care asocierea utilizator CI UUID este utilizată de serverul de rețea Cisco BroadWorks și serverul aplicației Cisco BroadWorks.

Următorii pași au configurat aplicația Webex Provisioning Sync pentru a efectua sondaje periodice și a actualiza utilizatorii BroadWork cu UUID-ul CI.

Aplicația Webex Provisioning Sync necesită acreditări OAuth cu administratorul de scânteie:broadworks_subscribers_read domeniul de aplicare pentru Furnizorul de identitate Cisco și poate fi obținută prin ridicarea unei cereri de serviciu cu agentul dvs. de integrare.

Consultați secțiunea „Obținerea acreditărilor OAuth pentru Webex pentru Cisco BroadWorks” pentru mai multe detalii pentru a ridica cererea de serviciu la: 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

Adăugați tokenul cu un nume de partener corespunzător, după cum urmează:

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       ********

Adăugați numele partenerului asociat cu tokenul OAuth în lista de parteneri care urmează să fie monitorizată de aplicația Webex Provisioning Sync cu steagul „activat” setat la „adevărat”.

Această aplicație Webex Provisioning Sync va începe prin sincronizarea UUID a utilizatorului CI în intervalul de votare definit.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

Odată ce partenerul este inclus, aplicația Webex Provisioning Sync poate efectua acum asocierea UUID-ului CI cu utilizatorii BroadWorks.

Schimbați timpul de întrerupere a conexiunii utilizând următoarele comenzi:

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

Această asociere se poate face automat sau manual. Comanda CLI manualSync poate declanșa instantaneu asocierea pentru a avea loc.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

Partenerii cu „Activat” setați să efectueze „adevărat” asociații din intervalul de votare. În timpul asocierii inițiale, aplicația Webex Provisioning Sync solicită API-ului abonatului Webex să recupereze datele care conțin UUID CI pentru toți utilizatorii găzduiți de partener. ID-ul extern al utilizatorului BroadWorks este actualizat cu ID-ul CI asociat. Asocierile ulterioare afectează utilizatorii adăugați la partener. Comanda de stare poate fi utilizată pentru a vedea dacă sincronizarea este completă.

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.

După finalizarea sincronizării, starea se modifică din nou la monitorizare. Sincronizarea ulterioară se efectuează pe utilizatorii adăugați la partener după „Ultima oră de sincronizare”.

Următoarea cifră afișează UUID-ul CI setat în ID-ul extern:

Server de rețea

Tip apel

În scopuri de facturare și raportare, poate fi de dorit să se marcheze CDRs pentru apelurile de apelare Meetings. Acest lucru poate fi realizat utilizând politica Serverului de rețea PreCallTyping.

În primul rând, pe NS CLI în secțiunea /System/CallP/CallType, adăugați un nou tip de apel. Următorul exemplu adaugă noul tip de apel „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

Tipul de apel poate fi apoi utilizat într-o instanță PreCallTyping care face parte din profilul de rutare al utilizatorului BroadWorks. În acest exemplu, o nouă instanță PreCallTyping „wxm” a fost adăugată în contextul /Policy/PreCallTyping CLI, dar ar putea fi deja utilizată o instanță PreCallTyping existentă:

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 

Următorul pas este de a adăuga intrări în instanța PreCallTyping pentru toate numerele de apelare din contextul /Policy/PreCallTyping/DialPlan CLI. De exemplu:

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

Instanța PreCallTyping este apoi adăugată (cu condiția să nu existe deja) la profilul de rutare aplicabil al utilizatorului originar, după cum se arată în exemplul de mai jos:

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    

BroadWorks care își au originea în CDR sunt generate numai de apelurile provenite de la abonații BW. Apelurile inițiate de PSTN din partea „rețelei” a AS nu vor genera apeluri CDR originare. Va exista un CDR de terminare pentru abonatul virtual VoiceXML în oricare dintre cazuri.

RoutingNE

Este necesară o RoutingNE pe NS în contextul /System/Device/RoutingNE CLI pentru a reprezenta CUBE. În acest fel, atunci când NS primește INVITAȚIA de la CUBE, aceasta va corespunde antetului prin intermediul intrării RoutingNE care este prevăzută pe NS. Consultaţi Ghid de administrare a interfeței Cisco BroadWorks Network Server Command Line pentru detalii despre cum să adăugați o RoutingNE.

Mai jos este un exemplu de comenzi pentru a adăuga RoutingNE “WebexMeetings”, în cazul în care adresa IP CUBE = 10.165.196.30. Exemplul arată, de asemenea, comenzi pentru a crea un nou instanțe OrigRedirect și Profile pentru a se asocia cu RoutingNE, dar instanțele existente pot fi, de asemenea, utilizate.

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

Cu configurația exemplului, CUBE trimite NS un INVIT care este similar cu următoarele (câmpuri importante în bold):

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

Unde:

• URI de solicitare INVITE conține numărul de apelare inversă

• Prin antet: conține adresa IP a CUBE care va fi utilizată pentru a selecta profilul RoutingNE.

• antet X-Cisco Info-Meet: utilizat pentru a identifica gazda, meetingid & siteUUID.

La primirea INVITĂȚII, NS utilizează antetul Via pentru a se potrivi cu RoutingNE „WebexMeetings”. La rândul său, acesta va selecta profilul de rutare „wxm_routing” care conține instanța „wxm_Inst” a OrigRedirect.

Politica NS OrigRedirect va corespunde apoi antetului X-CISCO-MEET-INFO:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

cu portul de linie configurat pe abonatul virtual VoiceXML și trimite o redirecționare 302 la AS pereche care găzduiește acel abonat. Mesajul 302 este similar cu următorul:

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

Pseudonim

Domeniul din URI INVITE (de exemplu, este bw.myenterprise.com) trimis de CUBE către NS trebuie să fie recunoscut de către NS. Acest lucru se poate face prin adăugarea domeniului în contextul NS_CLI/System/Alias, de exemplu:

NS_CLI/System/Alias> add bw.myenterprise.com

Comanda pentru configurarea domeniului INVITE URI pe CUBE poate fi găsită în secțiunea următoare, sub ținta dial-peer/session, de exemplu:

dial-peer voice 23401 voip
session target dns:bw.myenterprise.com

HostingNE

Pentru a sprijini opțiunile de configurare a procesării apelurilor Webex Meetings pentru facturare și control al admisiei sesiunilor, atributele de semnalizare NE ale serverului aplicației Hosting CallTypeInfoRequired și RequiresChargeIndication trebuie să fie activate în contextul NS_CLI/System/Device/HostingNE._ De exemplu:

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

Activați Webex Meeting Callback

În scenariul de apelare inversă cu antetul SIP X-Cisco-Meet-Info, CUBE trimite apelul către serverul de rețea pentru a redirecționa inițiatorul către perechea AS. Perechea AS este determinată pe baza parametrului sistemului enableWebexMeetingHoostLookup .

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

Când parametrul enableWebexMeetingHoostLookup este setat la adevărat, CI UUID utilizator gazdă întâlnire din antetul X-Cisco-Meet-Info este utilizat pentru a identifica perechea AS care găzduiește utilizatorul gazdă întâlnire.

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

Această secțiune oferă o configurație validată pentru modul de implementare a elementului de frontieră Cisco Unified (CUBE) ca controler de frontieră pentru sesiune (SBC) pentru soluția Bring Your Own PSTN.

Această secțiune se concentrează pe configurațiile CUBE care sunt necesare pentru a interacționa cu exemplul configurației Webex pentru Cisco BroadWorks afișat în secțiunea anterioară. Pentru o discuție mai generală privind implementarea și configurarea inițială a CUBE, consultați următoarele ghiduri: 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

Implementați propria noastră opțiune SBC

Dacă nu doriți să implementați CUBE, aveți opțiunea de a vă deplasa propriul SBC. Cu toate acestea, rețineți că acest document nu oferă o configurație validată pentru alte SBC-uri decât CUBE.

Dacă implementați propriul SBC, puteți să urmați cerințele de configurare CUBE la nivel înalt (de exemplu, alocări, cum ar fi domeniul, interfețele publice și private și gateway-urile) pentru a vă ghida configurația. Cu toate acestea, consultați documentația SBC pentru ajutor detaliat pentru linia de comandă, deoarece comenzile reale pentru propriul SBC vor fi probabil diferite de CUBE.

Cu excepția cazului în care se specifică altfel, cerințele de configurare rămase în Pasul 10 se aplică indiferent de SBC pe care îl implementați. Cu toate acestea, exemplele de linie de comandă sunt numai pentru CUBE, cu excepția cazului în care se specifică că exemplul se aplică pentru alte SBC-uri. Pentru alte SBC-uri, consultați documentația SBC pentru comenzile de configurare.

După finalizarea configurării și furnizării soluției BYoPSTN, Partenerul este obligat să treacă printr-un set de cazuri de testare a acceptării pentru a certifica soluția lor. Acesta este un pas necesar pentru ca partenerul BYoPSTN să fie aprobat și activat.

Cazurile de testare a acceptării sunt prezentate în documentul Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks la: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partenerul trebuie să furnizeze rezultatele testelor de acceptare efectuate cu succes echipelor de integrare și certificare.

Întrebările, problemele și rezultatele din executarea cazurilor de testare a acceptării trebuie raportate și partajate în spațiul Webex alocat pentru integrarea partenerului.