Følgende forutsetninger må være fullført for klargjøring av BYoPSTN. Forutsetningene nedenfor forutsetter at partneren har en fungerende Webex for Cisco BroadWorks-distribusjon som inkluderer:

• Fungerende BroadWorks-system – som dokumentert i Løsningsveiledning for Webex for Cisco BroadWorks

• BroadWorks AS-lisens med «VoiceXML»-tjeneste i tilstrekkelig mengde (1 per PSTN-nummer)

• BroadWorks-oppdateringer kreves:

  For R22:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  For R23:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  For R24

  • AP.as.24.0.944.ap376935

• Cisco CUBE System distribuert (IOS versjon 16.12.2 eller nyere): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  Både maskinvarebasert og virtuell CUBE støttes. Maskinvarebasert CUBE anbefales for skalerbarhet og håndtering av større antall samtaler.

• Webex-partnerorganisasjon – som skissert i Løsningsveiledning for Webex for Cisco BroadWorks

Fremgangsmåten Cisco-partneren bruker for å legge til telefonnumrene for Webex-møte , er som følger:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett innringingsnummergruppe s.

5. Skriv inn Telefonnummergruppe navn og velg Neste .

6. Skriv inn Telefonnummer detaljer og velg Neste .

7. Se gjennom sammendraget med detaljer om telefonnummergruppe, og velg Lagre .

8. Gjenta denne fremgangsmåten for hver telefonnummergruppe som skal legges til.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Dette trinnet skal bare fullføres hvis du vil distribuere alternativet Møte Bli med via tilbakeringing. Ellers kan du hoppe over dette trinnet.

Hvis du ikke konfigurerer dette alternativet, kan brukere bruke innringingsalternativet til å bli med i møter, eller de kan bli med med datalyd.

Når du bruker alternativet for tilbakeringing for møte, kreves det en DNS SRV-tilbakeringingsgruppe for å rute anrop fra Webex til CUBE. Fremgangsmåten Cisco-partneren bruker for å legge til CUBE DNS SRV-registreringer i Webex, er som følger:

1. Logg på Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett DNS SRV-gruppe for tilbakeringing .

5. Angi DNS SRV for tilbakeringing Gruppenavn .

6. Velg Neste.

7. Angi DNS SRV-detaljer for tilbakeringing.

8. Velg Neste.

9. Se gjennom sammendraget av DNS SRV-detaljer for tilbakeringing.

10. Velg Lagre .

11. Klargjør eventuelle oppdateringer av DNS for å gjenspeile de nye oppføringene i DNS SRV-gruppen.

12. Gjenta denne fremgangsmåten for hver DNS SRV-tilbakeringingsgruppe som skal legges til.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Første konfigurasjon og verifisering av BYoPSTN-løsningen krever en startorganisasjon for hver unike kombinasjon av Telefonnummergruppe og DNS SRV-gruppe for tilbakeringing (hvis tilbakeringing er nødvendig) . Derfor anbefales det at Cisco-partnere på samme måte oppretter en ny Kundemal for hver unike kombinasjon av telefonnummergruppe og tilbakeringing DNS SRV-gruppe. Hver kundemal skal brukes til å generere en tilsvarende startorganisasjon.

Når BYoPSTN-konfigurasjonen er seedet og bekreftet ved hjelp av startorganisasjonene, kan telefonnummergruppene og tilbakeringings DNS SRV-gruppene brukes på eksisterende kundemaler etter behov.

Vær oppmerksom på at nyopprettede kundemaler ikke er i bruk av eksisterende kunder som ikke er testet, og derfor trygt kan brukes til manuell bekreftelse av BYoPSTN-konfigurasjonen.

Hvis du ikke distribuerer Meeting Bli med via tilbakeringing, trenger du ikke å knytte DNS SRV-grupper for tilbakeringing til kundemalen. Du må imidlertid velge Deaktiver tilbakeringing .

Hvis du vil legge til i en ny kundemal, gjør du følgende:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Maler , velger du Legg til mal .

5. Angi maldetaljer. På Pakketype trinn:

   • Velg Pakketype som Standard .

   • Velg Konfigurasjon for å bli med i møte som Partner leverte innringingsnumre (BYoPSTN) .

   • Velg en klargjort Telefonnummergruppe .

   • For Tilbakeringing DNS SRV-gruppe, Hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .

6. Velg Neste.

7. Angi de gjenværende maldetaljene.

8. Se gjennom sammendraget for maldetaljer.

9. Klikk på Lagre.

10. Gjenta denne fremgangsmåten for hver kundemal som må legges til

Skjermbildet nedenfor viser fremgangsmåten.

Hvis du vil oppdatere en eksisterende kundemal, gjør du følgende:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop delen.

4. Under Maler , velger du Vis mal .

5. Velg malen som skal oppdateres.

6. Bla til Konfigurasjon for å bli med i møte del:

   • Velg Partner leverte innringingsnumre (BYoPSTN) .

   • Velg en tidligere konfigurert Telefonnummergruppe .

   • For Tilbakeringing DNS SRV-gruppe , hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .

7. Velg Lagre .

   Skjermbildet nedenfor viser fremgangsmåten.

BYoPSTN-løsningen har flere forskjellige komponenter, som hver må konfigureres riktig for at løsningen skal fungere. Ett av de to formålene med startløsningsorganisasjonene er å generere tilordninger av telefonnummer til tilgangskoder for møte og en universell unik identifikator for møtested (UUID) som kreves for den løpende driften av løsningen. Det andre formålet er konfigurasjonsbekreftelse.

For hver unike kombinasjon av Telefonnummergruppe og DNS SRV-tilbakeringingsgruppe som skal brukes, må det opprettes en tilsvarende kundemal på forhånd. For hver av disse kundemalene må det klargjøres en startløsningsorganisasjon. Klargjøringen av disse startorganisasjonene genererer telefonnummer til tilordninger av møtetilgangskoder og en UUID for møtested som kreves for å konfigurere BroadWorks.

Bruk hver av de tidligere konfigurerte kundemalene til å klargjøre en abonnent for en ny testleverandør av BroadWorks-tjeneste eller ny BroadWorks Enterprise med en Standard pakke bruker. Det resulterende Standard pakke møtested skal bruke innringingsnumre fra partnerleverandør. En av følgende metoder kan brukes til å klargjøre abonnenten:

1. Klargjør testabonnenten ved hjelp av BroadWorks Subscribers API-er som dokumentert på developer.webex.com.

2. Aktiver testabonnenten for IM&P-tjenesten på en BroadWorks som er konfigurert til å bruke kundemalen. Kontroller at kundemalen bruker standardpakken som standard for å sikre at testabonnenten blir tilordnet en standardpakke. Alternativt må testabonnenten oppdateres i etterkant for å ha standardpakken.

Merk at det anbefales at startløsningsorganisasjonene er knyttet til en testleverandør av BroadWorks-tjeneste eller test av BroadWorks Enterprise.

Det er avgjørende at dette møtested forblir klargjort, da denne UUID-en for nettstedet sendes i hver forespørsel om å bli med i innkallingsmøtet som et autentiseringstoken. Du bør ikke slette startorganisasjonen, da det tilknyttede møtested også blir slettet. Hvis startorganisasjonen fjernes, må du klargjøre en ny og konfigurere Broadworks på nytt med den nye UUID-en for nettstedet.

Den primære og eventuelle sekundære seed-løsningsorganisasjonene kan slettes, om ønskelig før settet med telefonnumre og tilbakeringings-DNS SRV-registreringer tilordnes til kunder som ikke er testet. Når settet med telefonnumre og DNS SRV-registreringer for tilbakeringing tilordnes til kunder som ikke er testet, blir disse telefonnumrene og tilbakeringingsoppføringene knyttet til møteområder for disse kundene og er i bruk for å delta i møte ved hjelp av innringing og tilbakeringing. Alle endringer skal betraktes som tjenestepåvirkende.

Gjør følgende for å velge organisasjonen for primær frøløsning:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop delen.

4. Under Konfigurasjonsvalidering (BYoPSTN) delen, velger du Tilordne .

5. I Tilordne organisasjon søker du etter og velger en av frøorganisasjonene som er konfigurert tidligere

6. Velg Tilordne .

   Den valgte frøorganisasjonen er den primære frøorganisasjonen.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Den primære seed-løsningsorganisasjonen, telefonnummergrupper og tilbakeringingsDNS SRV-gruppedetaljer for en gitt BroadWorks-klynge er tilgjengelig på ett sted, JSON-filen for BroadWorks-konfigurasjon (BYoPSTN). Denne informasjonen er nødvendig for å konfigurere BroadWorks for BYoPSTN.

Merk at JSON konfigurasjonsfil bare er tilgjengelig for visning/nedlasting etter at den primære organisasjonen for seed-løsningen er valgt.

Fremgangsmåten for å vise/laste ned JSON konfigurasjonsfil er som følger:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Klynger , velger du Vis klynge .

5. Velg klyngen som er knyttet til kundemalene som er konfigurert for BYoPSTN.

6. Bla til BroadWorks-konfigurasjon for BYoPSTN delen.

7. Klikk på Last ned JSON konfigurasjonsfil .

8. Gjenta denne fremgangsmåten for alle andre BroadWorks-klynger.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Se eksempel på JSON konfigurasjonsfil nedenfor. Filen inneholder tilleggsinformasjon om hver telefonnummergruppe, DNS SRV-tilbakeringingsgruppe. Følgende viktige konfigurasjonselementer som må angis på BroadWorks, er merket med fet skrift.

• nettstedUUID: BroadWorks må sende denne verdien i SIP-meldingene. Det er et token som Webex Edge Audio bruker til å bekrefte identiteten til Cisco-partnerens BroadWorks og tilgangen til møteområder som administreres av denne Cisco-partneren.

• Tilordning av telefonnummer til tilgangskode : Telefonnumrene og de tilknyttede Webex-tilgangskodene må konfigureres på BroadWorks.

  • phoneNumber

  • tilgangskode

• localeTag: Det ønskede kunngjøringsspråket knyttet til telefonnummer må konfigureres på BroadWorks.

• dnsSrv: Tilbakeringings-DNS SRV må konfigureres i DNS og referere til de ønskede CUBE-forekomstene.

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

Webex Edge Audio DNS SRV-domenet må konfigureres på BroadWorks. Bruk følgende fremgangsmåte for å bestemme verdien.

1. Logg på Cisco Partner Hub.

2. Gå til Kunder .

3. Velg BYoPSTN Validation Enterprise.

4. Velg Vis kunde.

5. Gå til Tjenester/møter .

6. Velg møtested for standard pakke .

7. Bla til bunnen av sideut-panelet, velg Konfigurer nettsted .

8. Velg Fellesinnstillinger / Lydinnstillinger .

9. Under Egendefinerte globale innringingsnumre for Edge Audio delen, velger du Generer Lua-skript .

10. Søk etter verdien «-- Oppdater til topptekst med CCAX URL» i popup-vinduet.

     
    -- 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. Trekk ut verdien i fet skrift, for eksempel ecccx.amer.webex.com.

Dette er Webex Edge Audio DNS SRV-domenet som må konfigureres på BroadWorks.

Denne delen beskriver BroadWorks-konfigurasjonen som er nødvendig for å implementere scenariene for møteinnringing og tilbakeringing som vises i diagrammene nedenfor. Konfigurasjonseksemplene er basert på dataene i JSON-filen vist i forrige del. Antall, domener, navn på bedrift/grupper, enhetstype, policyer, profiler osv. forventes å variere fra partner til partner.

Samtaleflyt:

1. Bruker ber om tilbakeringing, Webex starter en tilbakeringing.
2. Samtalen rutes til BroadWorks OTT.
3. Anropet når CUBE klargjort i CH. CUBE ruter anropet til BroadWorks.
4. BroadWorks identifiserer samtalen som møtevertsopprinnelse og oppretter en økt for møtevert og behandler samtalen.
5. møtevert for møteverten behandler anropet og oversetter det ringt nummer. I tillegg genereres det en faktureringsoppføring på vegne av møtevert .
6. BroadWorks ruter anropet enten til brukeren som er knyttet til enheten (7) eller til PSTN (8).

Før du starter

SIP-kommunikasjon mellom BroadWorks og CUBE kan foregå over UDP eller TCP, avhengig av nettverkskravene dine. Hvis for eksempel noen nettverks- eller tilgangsenheter (for eksempel gatewayer eller endepunkter) i BYoPSTN-anrops- eller tilbakeringingsflytene ikke støtter TCP, bør UDP brukes i stedet.

Konfigurasjonen og eksemplene som vises i denne veiledningen, bruker TCP som transportprotokoll. Hvis du vil bruke TCP, må du kontrollere at BroadWorks-applikasjonsserveren og nettverksserveren begge er konfigurert for TCP:

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

Applikasjonsserver

Identifiser/enhetsprofiltype

Det må opprettes en ny identitets-/enhetsprofiltype for å representere CUBE. Sørg for å angi følgende egenskaper nedenfor, mens andre kan beholde standardverdiene:

• Signaleringsadressetype – Angi til Intelligent proxy-adressering

• Autentisering – Angi til Aktivert

• Støtteidentitet i UPDATE og Re-INVITE – Sjekket

• Kan brukes til statisk registrering – Angi til Aktivert

• Videokompatible – Angi til Deaktivert

I eksemplet nedenfor skriver den nye identitets-/enhetsprofilen «VXML_profile ” er opprettet for å representere CUBE.

Virtuelt tale-XML-abonnent

Opprett en VoiceXML-forekomst

Hvert Webex Meetings PSTN-nummer representeres av en virtuell abonnent i BroadWorks, og den virtuelle abonnentfunksjonaliteten for VoiceXML kan brukes. Det anbefales at det brukes et dedikert foretak og en dedikert gruppe for alle virtuelle VoiceXML-abonnenter. Merk at vi faktisk ikke utnytter VoiceXML-funksjoner, men denne typen virtuelle brukere er egnet for samhandling med CUBE.

For å bruke VoiceXML-tjenesten må du sørge for at lisensen har tilstrekkelige «VoiceXML»-antall, og at tjenesten er autorisert på bedrifts- og gruppenivå, og at VoiceXML-tjenesten er tilordnet til gruppen som vist i eksempelbildet nedenfor.

Under Gruppe > Tjenester , velger du VoiceXML og opprett en forekomst for hvert PSTN-nummer.

Konfigurer VoiceXML-adresser

For hver VoiceXML-forekomst klargjør du følgende under VoiceXML-adresser:

• Telefonnummer – Angi innringingsnummeret for Webex Meetings -nettstedet (for eksempel 2403332200).

• Internnummer

• Identitets-/enhetsprofil – Opprett én forekomst (for eksempel VXML_device Prof) basert på enhetstype som ble opprettet i forrige del (VXML_profile i eksemplet), og angi følgende konfigurasjon.

• Linje/port – Skriv inn i<access number=""> @<domain> format, hvor

  • <access number=""> er tilgangskodenummeret for Webex Meetings nettstedet (tilgjengelig fra JSON-filen) (for eksempel 88631321777971704941)

  • <domain> er domenet til Webex Edge Audio for dette møtested (for eksempel ecccspx.amer.pub.webex.com)

• Kontakt sip – For møteanrop til tilgangsnummeret sendes INVITEEN med en forespørsels-URI satt til verdien for dette feltet. Angi SIP-kontakten i dette formatet<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , hvor:

  • <sip contact=""> er<number> fra linje/port-feltet, men med domenet som SRV som løses til CUBE-adressen (for eksempel 88631321777971704941@cube.internal.local)

  • <Locale> representerer språkinnstillingen i henhold til brukerspråk (for eksempel locale=en_ USA)

  • <Meetings Site="" UUID=""> er nettstedets UUID fra JSON-filen (for eksempel x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> skal være transport=tcp for å la AS-en bruke TCP til å sende meldinger til CUBE.

Nedenfor finner du et eksempel på innstillinger for VoiceXML-adresser.

For hvert ekstra møtetilgangsnummer som skal brukes, bør det opprettes en ekstra virtuell VoiceXML-abonnent analogt med det ovenfor. Den samme enhetsprofil kan brukes, men Linjeport- og Kontaktfeltene må bygges opp fra tilgangsnummerinformasjonen som vist ovenfor.

Sørg for å kontrollere at grensene for policy for samtalebehandling som du konfigurerer på den virtuelle BroadWorks-abonnenten, er tilstrekkelige til å håndtere de ekstra BYoPSTN-anropene i telefonnummergruppen.

Tilordne SIP-autentisering til VoiceXML-forekomst

Tilordne autentiseringstjenesten til den virtuelle VoiceXML-abonnenten. Dette vil bli brukt til å autentisere SIP INVITE-meldinger fra CUBE i tilbakeringingsscenariet. Den forhindrer også den virtuelle VoiceXML-abonnenten i å godta anrop fra andre parter enn CUBE

Gå til siden for virtuell abonnentautentisering under Verktøy, og skriv inn SIP-brukernavnet og -passordet som vist nedenfor:

CUBE må konfigureres med samme brukernavn og passord for å kunne autentisere INVITE-meldingene som sendes til AS. Et eksempel på kommandoen for å konfigurere SIP-godkjenning på CUBE er som følger: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedefs-fil

Det virtuelle SIP-kontaktfeltet for VoiceXML-abonnenten inneholder URL-adressen der domenedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan brukes til å løse den interne SRV til CUBE IP.

I eksemplet vårt er SIP-kontaktens SRV cube.internal.local og løses til adresse 10.165.196.30 port 5060 for å nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs filen oppdateres som følger:

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

Webex Meetings

Konfigurasjonsalternativer for Webex Meetings samtalebehandling er tilgjengelige for å kontrollere hvordan møteanrop behandles. Som standard behandles møteanrop som eksterne samtaler ettersom innringingsnumre er vert for en dedikert bedrift eller tjenesteleverandør. Eksterne samtaler er vanligvis inkludert i antall økter for opptakskontroll for økter og flagges for belastning i CDR-feltet ladeindikator .

Eksempelet nedenfor legger til den anbefalte konfigurasjonen for å behandle møteanrop som interne samtaler, slik at de ekskluderes fra betaling og fra antall opptakskontroll for økter.

Etter innstilling Håndhev NS-gebyrfelt sannelig, populasjonen av CDR-feltet ladeindikator er basert på det konfigurerte Charge-attributtet for samtaletype for nettverksserveren .

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

Virtuell abonnent for tilbakeringing av VoiceXML-møte

Opprett en abonnent for tilbakeringing av VoiceXML-møte

En dedikert virtuell VoiceXML-abonnent med et spesielt alternativ for Webex Meetings tilbakeringing (heretter kalt abonnent for VoiceXML-møtetilbakeringing) må konfigureres på BroadWorks Application Server (AS) for å håndtere tilbakeringing fra Webex Meetings . Bare én forekomst av denne abonnenten kan konfigureres på AS.

Hvis du vil aktivere funksjonen, setter du den aktiverbare funksjonen 102074 til sann via 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

Siden «BYO PSTN-faktureringsstøtte for CallBack- og CallIn»-funksjonen avhenger av «BroadWorks Support for CI UUID»-funksjonen, må du også aktivere (102746) funksjonen før du aktiverer (102074)-funksjonen. Hvis du vil ha mer informasjon, se delen "CI-bruker UUID-synkronisering (Broadworks Support for CI UUID)".

VoiceXML-møtetilbakeringingsabonnenten ligner på den eksisterende virtuelle BYOPSTN VXML-abonnenten, men merket den med et nytt «Webex Meetingtilbakering»-flagg. Denne tilbakeringingsabonnenten for VoiceXML-møte er konfigurert med samme enhetsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnenten, i tillegg til godkjenningstjenesten med samme legitimasjon.

Et eksempel er vist nedenfor:

Abonnenten for VoiceXML-møtetilbakeringing må finnes på AS som er møtevert for møtevertsbrukeren. Når AS-en mottar forespørselen om tilbakeringing av møtet INVITE, prøver den å finne både brukeren av VoiceXML-møtetilbakeringing og møtevert på AS under oppsett av samtale. Hvis ingen av disse brukerne blir funnet, avvises anropet.

Møtevertsøkt

I tilbakeringingsscenariet med X-Cisco-Meet-Info-hodet, mottar Cisco BroadWorks-applikasjonsserveren en SIP INVITE-forespørsel og identifiserer møtevertsbrukeren ved hjelp av UUID-parameteren for møtevert CI-bruker i SIP X-Cisco-Meet-Info-hodet. En samtaleøkt opprettes på vegne av møtevert . Brukeren opprettes for å behandle samtalen og utføre tjenesteprofil til brukeren. I tillegg genereres det en faktureringsoppføring på vegne av møtevert . møte-ID -en og UUID-informasjonen for nettstedet fra SIP X-Cisco-Meet-Info-hodet fanges opp i faktureringsoppføringen.

Et eksempel på SIP X-Cisco-Meet-Info-hodet vises nedenfor:

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

Plattform for applikasjonslevering

CI-bruker UUID-synkronisering (Broadworks-støtte for CI UUID)

Brukerens CI UUID er en unik identifikator for å identifisere brukere i Webex-miljøet.

Dette Webex-programmet for klargjøringssynkronisering på Cisco BroadWorks Application Delivery Platform (ADP) brukes til å synkronisere, tilordne og lagre brukerens CI UUID i BroadWorks-infrastrukturen, slik at den kan brukes i forskjellige samhandlinger med Webex og Webex for BroadWorks-tjenesten.

Se « Aktiver tilbakeringing fra Webex Meeting» om hvordan CI Bruker UUID-tilknytning brukes av Cisco BroadWorks-nettverksserveren og Cisco BroadWorks-applikasjonsserveren.

Følgende trinn konfigurerer Webex-klargjøringssynkroniseringsprogrammet til regelmessig å spørre og oppdatere BroadWork-brukere med CI UUID.

Webex-programmet for klargjøringssynkronisering krever OAuth-legitimasjon med spark-admin:broadworks_subscribers_read omfanget for Cisco Identity Provider og kan fås ved å ta opp en tjenesteforespørsel med onboarding-agenten.

Se delen Hente OAuth-legitimasjon for Webex for Cisco BroadWorks for mer informasjon om hvordan du kan tjenesteforespørsel på: 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

Legg til tokenet med et passende partnernavn på følgende måte:

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

Legg til partnernavnet som er knyttet til OAuth-tokenet, i listen over partnere som skal overvåkes av Webex Provisioning Sync-applikasjonen med «enabled»-flagget satt til «true».

Med dette vil Webex klargjøringssynkroniseringsprogrammet begynne å utføre CI-bruker UUID-synkronisering på definert avstemningsintervall.

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

Når partneren er inkludert, kan Webex Provisioning Sync-applikasjonen nå utføre tilknytningen av CI UUID til BroadWorks-brukerne.

Endre tidsavbruddet for tilkoblingen ved hjelp av følgende kommandoer:

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

Denne tilknytningen kan gjøres automatisk eller manuelt. CLI manualSync-kommandoen kan umiddelbart utløse tilknytningen.

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

Partnere med «Aktivert» satt til «true», utfører det tilknyttede avstemningsintervall. Under den første tilknytningen spør Webex-klargjøringssynkroniseringsprogrammet Webex Subscriber API for å hente dataene som inneholder CI UUID for alle brukere som er vert av partneren. Den eksterne ID-en til BroadWorks-brukeren oppdateres med den tilknyttede CI-UUID-en. Etterfølgende tilknytninger påvirker brukere som er lagt til i partneren. Status-kommandoen kan brukes til å se om synkroniseringen er fullført.

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.

Når synkroniseringen er fullført, endres statusen tilbake til overvåking. Etterfølgende synkronisering utføres på brukere som er lagt til i partneren etter «Siste synkroniseringstid».

Følgende figur viser CI-UUID-en som er angitt i den eksterne ID-en:

Nettverksserver

Samtaletype

For fakturerings- og rapporteringsformål kan det være ønskelig å merke CDR-er for innringingssamtaler til møter. Dette kan gjøres ved hjelp av policyen for PreCallTyping for nettverksserver.

Først legger du til en nytt anrop på NS CLI under /System/CallP/CallType. Følgende eksempel legger til den nye «WXM» samtaletype:

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

samtaletype kan deretter brukes i en PreCallTyping-forekomst som er en del av BroadWorks-brukerens rutingprofil. I dette eksemplet ble en ny PreCallTyping-forekomst «wxm» lagt til under /Policy/PreCallTyping CLI-kontekst, men det kan være en eksisterende PreCallTyping-forekomst som allerede er i bruk:

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 

Neste trinn er å legge til oppføringer i PreCallTyping-forekomsten for alle innringingsnumrene i CLI-konteksten /Policy/PreCallTyping/DialPlan. For eksempel:

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

PreCallTyping-forekomsten legges deretter til (forutsatt at den ikke allerede finnes) i den gjeldende rutingsprofilen til den opprinnelige brukeren, som vist i eksemplet nedenfor:

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-originerende CDR-er genereres bare av samtaler som kommer fra BW-abonnenter. PSTN-originerte anrop fra «nettverk»-siden av AS vil ikke generere originerende CDR-er. Det vil være en avsluttende CDR for den virtuelle VoiceXML-abonnenten i begge tilfeller.

RutingNE

En RoutingNE er nødvendig på NS under /System/Device/RoutingNE CLI-kontekst for å representere CUBE. På denne måten, når NS mottar INVITE fra CUBE, vil den matche via-hodet med RoutingNE-oppføringen som er klargjort på NS. Se administrasjonsveiledning for Cisco BroadWorks-nettverksserver for kommandolinjegrensesnitt for detaljer om hvordan du legger til en RoutingNE.

Nedenfor er et eksempel på kommandoene for å legge til RoutingNE «WebexMeetings», der CUBE IP-adresse = 10.165.196.30. Eksemplet viser også kommandoer for å opprette en ny OrigRedirect og Profile-forekomster som skal knyttes til RoutingNE, men eksisterende forekomster kan også brukes.

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

Med eksempelkonfigurasjonen sender CUBE en INVITE til NS som ligner på følgende (viktige felt med fet skrift):

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

Hvor:

• INVITE-forespørsels-URI inneholder tilbakeringingsnummeret

• Via topptekst: inneholder IP-adresse til CUBE-en som skal brukes til å velge profilen RoutingNE.

• X-Cisco-Info-Meet-overskrift: brukes til å identifisere vertsCIUserUuid, Meetingid og siteUUID.

Når den mottar INVITE, bruker NS Via-hodet for å samsvare med RoutingNE «WebexMeetings». Dette vil i sin tur velge «wxm_routing ” rutingprofil som inneholderwxm_ Inst»-forekomst av OrigRedirect.

NS OrigRedirect-policyen vil da samsvare med X-CISCO-MEET-INFO-hodet:

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

med linjeporten konfigurert på den virtuelle VoiceXML-abonnenten, og send en 302-viderekobling til AS-paret som er vert for denne abonnenten. 302-meldingen ligner på følgende:

SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0

Alias

Domenet i INVITE URI (i eksemplet er det bw.myenterprise.com) som sendes av CUBE til NS, må gjenkjennes av NS. Dette kan gjøres ved å legge til domenet på NS_ CLI/System/Alias-kontekst, for eksempel:

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

Kommandoen for å konfigurere INVITE URI-domenet på CUBE-en finner du for eksempel i den neste delen, under node-/øktmål:

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

HostingNE

For å støtte konfigurasjonsalternativer for samtalebehandling for Webex Meetings for fakturering og kontroll av økttilgang, må applikasjonsserverens Hosting NE-signaleringsattributter CallTypeInfoRequired og KreverChargeIndication må være aktivert i konteksten NS_CLI/System/Device/HostingNE._ For eksempel:

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

Aktiver tilbakeringing fra Webex Meeting

I tilbakeringingsscenariet med SIP X-Cisco-Meet-Info-hodet, sender CUBE anropet til nettverksserveren for avsenderviderekobling til AS-paret. AS-paret bestemmes basert på aktiver WebexMeetingHoostLookup systemparameter.

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

Når aktiver WebexMeetingHoostLookup systemparameteren er satt til sann, brukes møtevert CI UUID i X-Cisco-Meet-Info-hodet til å identifisere AS-paret som er møtevert for møtevertsbrukeren.

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

Denne delen inneholder en validert konfigurasjon for hvordan du distribuerer Cisco Unified Border Element (CUBE) som SBC ( Session Border Controller ) for Bring Your Own PSTN-løsningen.

Denne delen fokuserer på CUBE-konfigurasjonene som er nødvendige for å fungere sammen med eksempelkonfigurasjonen for Webex for Cisco BroadWorks vist i forrige del. Hvis du vil ha en mer generell diskusjon om første CUBE-distribusjon og konfigurasjon, kan du se følgende veiledninger: 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

Distribuer Y vår egen SBC Alternativ

Hvis du ikke vil distribuere CUBE, har du muligheten til å distribuere din egen SBC. Vær imidlertid oppmerksom på at dette dokumentet ikke gir en bekreftet konfigurasjon for andre SBC-er enn CUBE.

Hvis du distribuerer din egen SBC, kan du følge CUBE-konfigurasjonskravene på høyt nivå (for eksempel tilordninger som domenet, offentlige og private grensesnitt og gatewayer) for å veilede konfigurasjonen. Se imidlertid SBC-dokumentasjonen for detaljert kommandolinjehjelp, da de faktiske kommandoene for din egen SBC sannsynligvis vil avvike fra CUBE.

Med mindre annet er angitt, gjelder de gjenværende konfigurasjonskravene i trinn 10 uansett hvilken SBC du distribuerer. Kommandolinjeeksemplene er imidlertid bare for CUBE, med mindre det er angitt at eksemplet gjelder for andre SBC-er. For andre SBC-er, se SBC-dokumentasjonen for konfigurasjonskommandoer.

Etter at konfigurasjonen og klargjøringen av BYoPSTN-løsningen er fullført, er partneren pålagt å kjøre gjennom et sett med aksepttesttilfeller for å sertifisere løsningen. Dette er et nødvendig trinn for at partner BYoPSTN skal godkjennes og aktiveres.

Aksepttestsakene er skissert i dokumentet Ta med din egen PSTN-godkjenningsprosedyre Webex for Cisco BroadWorks på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partneren skal gi resultatene av de vellykkede godkjente aksepttestene til introduksjons- og sertifiseringsteamene.

Spørsmål, problemer og resultater fra gjennomføringen av aksepttestsakene skal rapporteres og deles på Webex-området som er tilordnet for integrering av partneren.

Følgende forutsetninger må være fullført for klargjøring av BYoPSTN. Forutsetningene nedenfor forutsetter at partneren har en fungerende Webex for Cisco BroadWorks-distribusjon som inkluderer:

• Fungerende BroadWorks-system – som dokumentert i Løsningsveiledning for Webex for Cisco BroadWorks

• BroadWorks AS-lisens med «VoiceXML»-tjeneste i tilstrekkelig mengde (1 per PSTN-nummer)

• BroadWorks-oppdateringer kreves:

  For R22:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  For R23:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  For R24

  • AP.as.24.0.944.ap376935

• Cisco CUBE System distribuert (IOS versjon 16.12.2 eller nyere): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  Både maskinvarebasert og virtuell CUBE støttes. Maskinvarebasert CUBE anbefales for skalerbarhet og håndtering av større antall samtaler.

• Webex-partnerorganisasjon – som skissert i Løsningsveiledning for Webex for Cisco BroadWorks

Fremgangsmåten Cisco-partneren bruker for å legge til telefonnumrene for Webex-møte , er som følger:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett innringingsnummergruppe s.

5. Skriv inn Telefonnummergruppe navn og velg Neste .

6. Skriv inn Telefonnummer detaljer og velg Neste .

7. Se gjennom sammendraget med detaljer om telefonnummergruppe, og velg Lagre .

8. Gjenta denne fremgangsmåten for hver telefonnummergruppe som skal legges til.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Dette trinnet skal bare fullføres hvis du vil distribuere alternativet Møte Bli med via tilbakeringing. Ellers kan du hoppe over dette trinnet.

Hvis du ikke konfigurerer dette alternativet, kan brukere bruke innringingsalternativet til å bli med i møter, eller de kan bli med med datalyd.

Når du bruker alternativet for tilbakeringing for møte, kreves det en DNS SRV-tilbakeringingsgruppe for å rute anrop fra Webex til CUBE. Fremgangsmåten Cisco-partneren bruker for å legge til CUBE DNS SRV-registreringer i Webex, er som følger:

1. Logg på Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Konfigurasjon for å bli med i møte (BYoPSTN) , velger du Opprett DNS SRV-gruppe for tilbakeringing .

5. Angi DNS SRV for tilbakeringing Gruppenavn .

6. Velg Neste.

7. Angi DNS SRV-detaljer for tilbakeringing.

8. Velg Neste.

9. Se gjennom sammendraget av DNS SRV-detaljer for tilbakeringing.

10. Velg Lagre .

11. Klargjør eventuelle oppdateringer av DNS for å gjenspeile de nye oppføringene i DNS SRV-gruppen.

12. Gjenta denne fremgangsmåten for hver DNS SRV-tilbakeringingsgruppe som skal legges til.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Første konfigurasjon og verifisering av BYoPSTN-løsningen krever en startorganisasjon for hver unike kombinasjon av Telefonnummergruppe og DNS SRV-gruppe for tilbakeringing (hvis tilbakeringing er nødvendig) . Derfor anbefales det at Cisco-partnere på samme måte oppretter en ny Kundemal for hver unike kombinasjon av telefonnummergruppe og tilbakeringing DNS SRV-gruppe. Hver kundemal skal brukes til å generere en tilsvarende startorganisasjon.

Når BYoPSTN-konfigurasjonen er seedet og bekreftet ved hjelp av startorganisasjonene, kan telefonnummergruppene og tilbakeringings DNS SRV-gruppene brukes på eksisterende kundemaler etter behov.

Vær oppmerksom på at nyopprettede kundemaler ikke er i bruk av eksisterende kunder som ikke er testet, og derfor trygt kan brukes til manuell bekreftelse av BYoPSTN-konfigurasjonen.

Hvis du ikke distribuerer Meeting Bli med via tilbakeringing, trenger du ikke å knytte DNS SRV-grupper for tilbakeringing til kundemalen. Du må imidlertid velge Deaktiver tilbakeringing .

Hvis du vil legge til i en ny kundemal, gjør du følgende:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Maler , velger du Legg til mal .

5. Angi maldetaljer. På Pakketype trinn:

   • Velg Pakketype som Standard .

   • Velg Konfigurasjon for å bli med i møte som Partner leverte innringingsnumre (BYoPSTN) .

   • Velg en klargjort Telefonnummergruppe .

   • For Tilbakeringing DNS SRV-gruppe, Hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .

6. Velg Neste.

7. Angi de gjenværende maldetaljene.

8. Se gjennom sammendraget for maldetaljer.

9. Klikk på Lagre.

10. Gjenta denne fremgangsmåten for hver kundemal som må legges til

Skjermbildet nedenfor viser fremgangsmåten.

Hvis du vil oppdatere en eksisterende kundemal, gjør du følgende:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop delen.

4. Under Maler , velger du Vis mal .

5. Velg malen som skal oppdateres.

6. Bla til Konfigurasjon for å bli med i møte del:

   • Velg Partner leverte innringingsnumre (BYoPSTN) .

   • Velg en tidligere konfigurert Telefonnummergruppe .

   • For Tilbakeringing DNS SRV-gruppe , hvis du vil aktivere alternativet for tilbakeringing for møte, velger du en klargjort DNS SRV-tilbakeringingsgruppe. Ellers velger du Deaktiver tilbakeringing .

7. Velg Lagre .

   Skjermbildet nedenfor viser fremgangsmåten.

BYoPSTN-løsningen har flere forskjellige komponenter, som hver må konfigureres riktig for at løsningen skal fungere. Ett av de to formålene med startløsningsorganisasjonene er å generere tilordninger av telefonnummer til tilgangskoder for møte og en universell unik identifikator for møtested (UUID) som kreves for den løpende driften av løsningen. Det andre formålet er konfigurasjonsbekreftelse.

For hver unike kombinasjon av Telefonnummergruppe og DNS SRV-tilbakeringingsgruppe som skal brukes, må det opprettes en tilsvarende kundemal på forhånd. For hver av disse kundemalene må det klargjøres en startløsningsorganisasjon. Klargjøringen av disse startorganisasjonene genererer telefonnummer til tilordninger av møtetilgangskoder og en UUID for møtested som kreves for å konfigurere BroadWorks.

Bruk hver av de tidligere konfigurerte kundemalene til å klargjøre en abonnent for en ny testleverandør av BroadWorks-tjeneste eller ny BroadWorks Enterprise med en Standard pakke bruker. Det resulterende Standard pakke møtested skal bruke innringingsnumre fra partnerleverandør. En av følgende metoder kan brukes til å klargjøre abonnenten:

1. Klargjør testabonnenten ved hjelp av BroadWorks Subscribers API-er som dokumentert på developer.webex.com.

2. Aktiver testabonnenten for IM&P-tjenesten på en BroadWorks som er konfigurert til å bruke kundemalen. Kontroller at kundemalen bruker standardpakken som standard for å sikre at testabonnenten blir tilordnet en standardpakke. Alternativt må testabonnenten oppdateres i etterkant for å ha standardpakken.

Merk at det anbefales at startløsningsorganisasjonene er knyttet til en testleverandør av BroadWorks-tjeneste eller test av BroadWorks Enterprise.

Det er avgjørende at dette møtested forblir klargjort, da denne UUID-en for nettstedet sendes i hver forespørsel om å bli med i innkallingsmøtet som et autentiseringstoken. Du bør ikke slette startorganisasjonen, da det tilknyttede møtested også blir slettet. Hvis startorganisasjonen fjernes, må du klargjøre en ny og konfigurere Broadworks på nytt med den nye UUID-en for nettstedet.

Den primære og eventuelle sekundære seed-løsningsorganisasjonene kan slettes, om ønskelig før settet med telefonnumre og tilbakeringings-DNS SRV-registreringer tilordnes til kunder som ikke er testet. Når settet med telefonnumre og DNS SRV-registreringer for tilbakeringing tilordnes til kunder som ikke er testet, blir disse telefonnumrene og tilbakeringingsoppføringene knyttet til møteområder for disse kundene og er i bruk for å delta i møte ved hjelp av innringing og tilbakeringing. Alle endringer skal betraktes som tjenestepåvirkende.

Gjør følgende for å velge organisasjonen for primær frøløsning:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop delen.

4. Under Konfigurasjonsvalidering (BYoPSTN) delen, velger du Tilordne .

5. I Tilordne organisasjon søker du etter og velger en av frøorganisasjonene som er konfigurert tidligere

6. Velg Tilordne .

   Den valgte frøorganisasjonen er den primære frøorganisasjonen.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Den primære seed-løsningsorganisasjonen, telefonnummergrupper og tilbakeringingsDNS SRV-gruppedetaljer for en gitt BroadWorks-klynge er tilgjengelig på ett sted, JSON-filen for BroadWorks-konfigurasjon (BYoPSTN). Denne informasjonen er nødvendig for å konfigurere BroadWorks for BYoPSTN.

Merk at JSON konfigurasjonsfil bare er tilgjengelig for visning/nedlasting etter at den primære organisasjonen for seed-løsningen er valgt.

Fremgangsmåten for å vise/laste ned JSON konfigurasjonsfil er som følger:

1. Logg på Cisco Partner Hub.

2. Gå til Innstillinger.

3. Bla til BroadWorks-anrop .

4. Under Klynger , velger du Vis klynge .

5. Velg klyngen som er knyttet til kundemalene som er konfigurert for BYoPSTN.

6. Bla til BroadWorks-konfigurasjon for BYoPSTN delen.

7. Klikk på Last ned JSON konfigurasjonsfil .

8. Gjenta denne fremgangsmåten for alle andre BroadWorks-klynger.

Skjermbildene nedenfor illustrerer fremgangsmåten.

Se eksempel på JSON konfigurasjonsfil nedenfor. Filen inneholder tilleggsinformasjon om hver telefonnummergruppe, DNS SRV-tilbakeringingsgruppe. Følgende viktige konfigurasjonselementer som må angis på BroadWorks, er merket med fet skrift.

• nettstedUUID: BroadWorks må sende denne verdien i SIP-meldingene. Det er et token som Webex Edge Audio bruker til å bekrefte identiteten til Cisco-partnerens BroadWorks og tilgangen til møteområder som administreres av denne Cisco-partneren.

• Tilordning av telefonnummer til tilgangskode : Telefonnumrene og de tilknyttede Webex-tilgangskodene må konfigureres på BroadWorks.

  • phoneNumber

  • tilgangskode

• localeTag: Det ønskede kunngjøringsspråket knyttet til telefonnummer må konfigureres på BroadWorks.

• dnsSrv: Tilbakeringings-DNS SRV må konfigureres i DNS og referere til de ønskede CUBE-forekomstene.

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

Webex Edge Audio DNS SRV-domenet må konfigureres på BroadWorks. Bruk følgende fremgangsmåte for å bestemme verdien.

1. Logg på Cisco Partner Hub.

2. Gå til Kunder .

3. Velg BYoPSTN Validation Enterprise.

4. Velg Vis kunde.

5. Gå til Tjenester/møter .

6. Velg møtested for standard pakke .

7. Bla til bunnen av sideut-panelet, velg Konfigurer nettsted .

8. Velg Fellesinnstillinger / Lydinnstillinger .

9. Under Egendefinerte globale innringingsnumre for Edge Audio delen, velger du Generer Lua-skript .

10. Søk etter verdien «-- Oppdater til topptekst med CCAX URL» i popup-vinduet.

     
    -- 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. Trekk ut verdien i fet skrift, for eksempel ecccx.amer.webex.com.

Dette er Webex Edge Audio DNS SRV-domenet som må konfigureres på BroadWorks.

Denne delen beskriver BroadWorks-konfigurasjonen som er nødvendig for å implementere scenariene for møteinnringing og tilbakeringing som vises i diagrammene nedenfor. Konfigurasjonseksemplene er basert på dataene i JSON-filen vist i forrige del. Antall, domener, navn på bedrift/grupper, enhetstype, policyer, profiler osv. forventes å variere fra partner til partner.

Samtaleflyt:

1. Bruker ber om tilbakeringing, Webex starter en tilbakeringing.
2. Samtalen rutes til BroadWorks OTT.
3. Anropet når CUBE klargjort i CH. CUBE ruter anropet til BroadWorks.
4. BroadWorks identifiserer samtalen som møtevertsopprinnelse og oppretter en økt for møtevert og behandler samtalen.
5. møtevert for møteverten behandler anropet og oversetter det ringt nummer. I tillegg genereres det en faktureringsoppføring på vegne av møtevert .
6. BroadWorks ruter anropet enten til brukeren som er knyttet til enheten (7) eller til PSTN (8).

Før du starter

SIP-kommunikasjon mellom BroadWorks og CUBE kan foregå over UDP eller TCP, avhengig av nettverkskravene dine. Hvis for eksempel noen nettverks- eller tilgangsenheter (for eksempel gatewayer eller endepunkter) i BYoPSTN-anrops- eller tilbakeringingsflytene ikke støtter TCP, bør UDP brukes i stedet.

Konfigurasjonen og eksemplene som vises i denne veiledningen, bruker TCP som transportprotokoll. Hvis du vil bruke TCP, må du kontrollere at BroadWorks-applikasjonsserveren og nettverksserveren begge er konfigurert for TCP:

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

Applikasjonsserver

Identifiser/enhetsprofiltype

Det må opprettes en ny identitets-/enhetsprofiltype for å representere CUBE. Sørg for å angi følgende egenskaper nedenfor, mens andre kan beholde standardverdiene:

• Signaleringsadressetype – Angi til Intelligent proxy-adressering

• Autentisering – Angi til Aktivert

• Støtteidentitet i UPDATE og Re-INVITE – Sjekket

• Kan brukes til statisk registrering – Angi til Aktivert

• Videokompatible – Angi til Deaktivert

I eksemplet nedenfor skriver den nye identitets-/enhetsprofilen «VXML_profile ” er opprettet for å representere CUBE.

Virtuelt tale-XML-abonnent

Opprett en VoiceXML-forekomst

Hvert Webex Meetings PSTN-nummer representeres av en virtuell abonnent i BroadWorks, og den virtuelle abonnentfunksjonaliteten for VoiceXML kan brukes. Det anbefales at det brukes et dedikert foretak og en dedikert gruppe for alle virtuelle VoiceXML-abonnenter. Merk at vi faktisk ikke utnytter VoiceXML-funksjoner, men denne typen virtuelle brukere er egnet for samhandling med CUBE.

For å bruke VoiceXML-tjenesten må du sørge for at lisensen har tilstrekkelige «VoiceXML»-antall, og at tjenesten er autorisert på bedrifts- og gruppenivå, og at VoiceXML-tjenesten er tilordnet til gruppen som vist i eksempelbildet nedenfor.

Under Gruppe > Tjenester , velger du VoiceXML og opprett en forekomst for hvert PSTN-nummer.

Konfigurer VoiceXML-adresser

For hver VoiceXML-forekomst klargjør du følgende under VoiceXML-adresser:

• Telefonnummer – Angi innringingsnummeret for Webex Meetings -nettstedet (for eksempel 2403332200).

• Internnummer

• Identitets-/enhetsprofil – Opprett én forekomst (for eksempel VXML_device Prof) basert på enhetstype som ble opprettet i forrige del (VXML_profile i eksemplet), og angi følgende konfigurasjon.

• Linje/port – Skriv inn i<access number=""> @<domain> format, hvor

  • <access number=""> er tilgangskodenummeret for Webex Meetings nettstedet (tilgjengelig fra JSON-filen) (for eksempel 88631321777971704941)

  • <domain> er domenet til Webex Edge Audio for dette møtested (for eksempel ecccspx.amer.pub.webex.com)

• Kontakt sip – For møteanrop til tilgangsnummeret sendes INVITEEN med en forespørsels-URI satt til verdien for dette feltet. Angi SIP-kontakten i dette formatet<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , hvor:

  • <sip contact=""> er<number> fra linje/port-feltet, men med domenet som SRV som løses til CUBE-adressen (for eksempel 88631321777971704941@cube.internal.local)

  • <Locale> representerer språkinnstillingen i henhold til brukerspråk (for eksempel locale=en_ USA)

  • <Meetings Site="" UUID=""> er nettstedets UUID fra JSON-filen (for eksempel x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> skal være transport=tcp for å la AS-en bruke TCP til å sende meldinger til CUBE.

Nedenfor finner du et eksempel på innstillinger for VoiceXML-adresser.

For hvert ekstra møtetilgangsnummer som skal brukes, bør det opprettes en ekstra virtuell VoiceXML-abonnent analogt med det ovenfor. Den samme enhetsprofil kan brukes, men Linjeport- og Kontaktfeltene må bygges opp fra tilgangsnummerinformasjonen som vist ovenfor.

Sørg for å kontrollere at grensene for policy for samtalebehandling som du konfigurerer på den virtuelle BroadWorks-abonnenten, er tilstrekkelige til å håndtere de ekstra BYoPSTN-anropene i telefonnummergruppen.

Tilordne SIP-autentisering til VoiceXML-forekomst

Tilordne autentiseringstjenesten til den virtuelle VoiceXML-abonnenten. Dette vil bli brukt til å autentisere SIP INVITE-meldinger fra CUBE i tilbakeringingsscenariet. Den forhindrer også den virtuelle VoiceXML-abonnenten i å godta anrop fra andre parter enn CUBE

Gå til siden for virtuell abonnentautentisering under Verktøy, og skriv inn SIP-brukernavnet og -passordet som vist nedenfor:

CUBE må konfigureres med samme brukernavn og passord for å kunne autentisere INVITE-meldingene som sendes til AS. Et eksempel på kommandoen for å konfigurere SIP-godkjenning på CUBE er som følger: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedefs-fil

Det virtuelle SIP-kontaktfeltet for VoiceXML-abonnenten inneholder URL-adressen der domenedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan brukes til å løse den interne SRV til CUBE IP.

I eksemplet vårt er SIP-kontaktens SRV cube.internal.local og løses til adresse 10.165.196.30 port 5060 for å nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs filen oppdateres som følger:

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

Webex Meetings

Konfigurasjonsalternativer for Webex Meetings samtalebehandling er tilgjengelige for å kontrollere hvordan møteanrop behandles. Som standard behandles møteanrop som eksterne samtaler ettersom innringingsnumre er vert for en dedikert bedrift eller tjenesteleverandør. Eksterne samtaler er vanligvis inkludert i antall økter for opptakskontroll for økter og flagges for belastning i CDR-feltet ladeindikator .

Eksempelet nedenfor legger til den anbefalte konfigurasjonen for å behandle møteanrop som interne samtaler, slik at de ekskluderes fra betaling og fra antall opptakskontroll for økter.

Etter innstilling Håndhev NS-gebyrfelt sannelig, populasjonen av CDR-feltet ladeindikator er basert på det konfigurerte Charge-attributtet for samtaletype for nettverksserveren .

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

Virtuell abonnent for tilbakeringing av VoiceXML-møte

Opprett en abonnent for tilbakeringing av VoiceXML-møte

En dedikert virtuell VoiceXML-abonnent med et spesielt alternativ for Webex Meetings tilbakeringing (heretter kalt abonnent for VoiceXML-møtetilbakeringing) må konfigureres på BroadWorks Application Server (AS) for å håndtere tilbakeringing fra Webex Meetings . Bare én forekomst av denne abonnenten kan konfigureres på AS.

Hvis du vil aktivere funksjonen, setter du den aktiverbare funksjonen 102074 til sann via 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

Siden «BYO PSTN-faktureringsstøtte for CallBack- og CallIn»-funksjonen avhenger av «BroadWorks Support for CI UUID»-funksjonen, må du også aktivere (102746) funksjonen før du aktiverer (102074)-funksjonen. Hvis du vil ha mer informasjon, se delen "CI-bruker UUID-synkronisering (Broadworks Support for CI UUID)".

VoiceXML-møtetilbakeringingsabonnenten ligner på den eksisterende virtuelle BYOPSTN VXML-abonnenten, men merket den med et nytt «Webex Meetingtilbakering»-flagg. Denne tilbakeringingsabonnenten for VoiceXML-møte er konfigurert med samme enhetsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnenten, i tillegg til godkjenningstjenesten med samme legitimasjon.

Et eksempel er vist nedenfor:

Abonnenten for VoiceXML-møtetilbakeringing må finnes på AS som er møtevert for møtevertsbrukeren. Når AS-en mottar forespørselen om tilbakeringing av møtet INVITE, prøver den å finne både brukeren av VoiceXML-møtetilbakeringing og møtevert på AS under oppsett av samtale. Hvis ingen av disse brukerne blir funnet, avvises anropet.

Møtevertsøkt

I tilbakeringingsscenariet med X-Cisco-Meet-Info-hodet, mottar Cisco BroadWorks-applikasjonsserveren en SIP INVITE-forespørsel og identifiserer møtevertsbrukeren ved hjelp av UUID-parameteren for møtevert CI-bruker i SIP X-Cisco-Meet-Info-hodet. En samtaleøkt opprettes på vegne av møtevert . Brukeren opprettes for å behandle samtalen og utføre tjenesteprofil til brukeren. I tillegg genereres det en faktureringsoppføring på vegne av møtevert . møte-ID -en og UUID-informasjonen for nettstedet fra SIP X-Cisco-Meet-Info-hodet fanges opp i faktureringsoppføringen.

Et eksempel på SIP X-Cisco-Meet-Info-hodet vises nedenfor:

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

Plattform for applikasjonslevering

CI-bruker UUID-synkronisering (Broadworks-støtte for CI UUID)

Brukerens CI UUID er en unik identifikator for å identifisere brukere i Webex-miljøet.

Dette Webex-programmet for klargjøringssynkronisering på Cisco BroadWorks Application Delivery Platform (ADP) brukes til å synkronisere, tilordne og lagre brukerens CI UUID i BroadWorks-infrastrukturen, slik at den kan brukes i forskjellige samhandlinger med Webex og Webex for BroadWorks-tjenesten.

Se « Aktiver tilbakeringing fra Webex Meeting» om hvordan CI Bruker UUID-tilknytning brukes av Cisco BroadWorks-nettverksserveren og Cisco BroadWorks-applikasjonsserveren.

Følgende trinn konfigurerer Webex-klargjøringssynkroniseringsprogrammet til regelmessig å spørre og oppdatere BroadWork-brukere med CI UUID.

Webex-programmet for klargjøringssynkronisering krever OAuth-legitimasjon med spark-admin:broadworks_subscribers_read omfanget for Cisco Identity Provider og kan fås ved å ta opp en tjenesteforespørsel med onboarding-agenten.

Se delen Hente OAuth-legitimasjon for Webex for Cisco BroadWorks for mer informasjon om hvordan du kan tjenesteforespørsel på: 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

Legg til tokenet med et passende partnernavn på følgende måte:

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

Legg til partnernavnet som er knyttet til OAuth-tokenet, i listen over partnere som skal overvåkes av Webex Provisioning Sync-applikasjonen med «enabled»-flagget satt til «true».

Med dette vil Webex klargjøringssynkroniseringsprogrammet begynne å utføre CI-bruker UUID-synkronisering på definert avstemningsintervall.

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

Når partneren er inkludert, kan Webex Provisioning Sync-applikasjonen nå utføre tilknytningen av CI UUID til BroadWorks-brukerne.

Endre tidsavbruddet for tilkoblingen ved hjelp av følgende kommandoer:

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

Denne tilknytningen kan gjøres automatisk eller manuelt. CLI manualSync-kommandoen kan umiddelbart utløse tilknytningen.

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

Partnere med «Aktivert» satt til «true», utfører det tilknyttede avstemningsintervall. Under den første tilknytningen spør Webex-klargjøringssynkroniseringsprogrammet Webex Subscriber API for å hente dataene som inneholder CI UUID for alle brukere som er vert av partneren. Den eksterne ID-en til BroadWorks-brukeren oppdateres med den tilknyttede CI-UUID-en. Etterfølgende tilknytninger påvirker brukere som er lagt til i partneren. Status-kommandoen kan brukes til å se om synkroniseringen er fullført.

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.

Når synkroniseringen er fullført, endres statusen tilbake til overvåking. Etterfølgende synkronisering utføres på brukere som er lagt til i partneren etter «Siste synkroniseringstid».

Følgende figur viser CI-UUID-en som er angitt i den eksterne ID-en:

Nettverksserver

Samtaletype

For fakturerings- og rapporteringsformål kan det være ønskelig å merke CDR-er for innringingssamtaler til møter. Dette kan gjøres ved hjelp av policyen for PreCallTyping for nettverksserver.

Først legger du til en nytt anrop på NS CLI under /System/CallP/CallType. Følgende eksempel legger til den nye «WXM» samtaletype:

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

samtaletype kan deretter brukes i en PreCallTyping-forekomst som er en del av BroadWorks-brukerens rutingprofil. I dette eksemplet ble en ny PreCallTyping-forekomst «wxm» lagt til under /Policy/PreCallTyping CLI-kontekst, men det kan være en eksisterende PreCallTyping-forekomst som allerede er i bruk:

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 

Neste trinn er å legge til oppføringer i PreCallTyping-forekomsten for alle innringingsnumrene i CLI-konteksten /Policy/PreCallTyping/DialPlan. For eksempel:

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

PreCallTyping-forekomsten legges deretter til (forutsatt at den ikke allerede finnes) i den gjeldende rutingsprofilen til den opprinnelige brukeren, som vist i eksemplet nedenfor:

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-originerende CDR-er genereres bare av samtaler som kommer fra BW-abonnenter. PSTN-originerte anrop fra «nettverk»-siden av AS vil ikke generere originerende CDR-er. Det vil være en avsluttende CDR for den virtuelle VoiceXML-abonnenten i begge tilfeller.

RutingNE

En RoutingNE er nødvendig på NS under /System/Device/RoutingNE CLI-kontekst for å representere CUBE. På denne måten, når NS mottar INVITE fra CUBE, vil den matche via-hodet med RoutingNE-oppføringen som er klargjort på NS. Se administrasjonsveiledning for Cisco BroadWorks-nettverksserver for kommandolinjegrensesnitt for detaljer om hvordan du legger til en RoutingNE.

Nedenfor er et eksempel på kommandoene for å legge til RoutingNE «WebexMeetings», der CUBE IP-adresse = 10.165.196.30. Eksemplet viser også kommandoer for å opprette en ny OrigRedirect og Profile-forekomster som skal knyttes til RoutingNE, men eksisterende forekomster kan også brukes.

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

Med eksempelkonfigurasjonen sender CUBE en INVITE til NS som ligner på følgende (viktige felt med fet skrift):

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

Hvor:

• INVITE-forespørsels-URI inneholder tilbakeringingsnummeret

• Via topptekst: inneholder IP-adresse til CUBE-en som skal brukes til å velge profilen RoutingNE.

• X-Cisco-Info-Meet-overskrift: brukes til å identifisere vertsCIUserUuid, Meetingid og siteUUID.

Når den mottar INVITE, bruker NS Via-hodet for å samsvare med RoutingNE «WebexMeetings». Dette vil i sin tur velge «wxm_routing ” rutingprofil som inneholderwxm_ Inst»-forekomst av OrigRedirect.

NS OrigRedirect-policyen vil da samsvare med X-CISCO-MEET-INFO-hodet:

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

med linjeporten konfigurert på den virtuelle VoiceXML-abonnenten, og send en 302-viderekobling til AS-paret som er vert for denne abonnenten. 302-meldingen ligner på følgende:

SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0

Alias

Domenet i INVITE URI (i eksemplet er det bw.myenterprise.com) som sendes av CUBE til NS, må gjenkjennes av NS. Dette kan gjøres ved å legge til domenet på NS_ CLI/System/Alias-kontekst, for eksempel:

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

Kommandoen for å konfigurere INVITE URI-domenet på CUBE-en finner du for eksempel i den neste delen, under node-/øktmål:

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

HostingNE

For å støtte konfigurasjonsalternativer for samtalebehandling for Webex Meetings for fakturering og kontroll av økttilgang, må applikasjonsserverens Hosting NE-signaleringsattributter CallTypeInfoRequired og KreverChargeIndication må være aktivert i konteksten NS_CLI/System/Device/HostingNE._ For eksempel:

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

Aktiver tilbakeringing fra Webex Meeting

I tilbakeringingsscenariet med SIP X-Cisco-Meet-Info-hodet, sender CUBE anropet til nettverksserveren for avsenderviderekobling til AS-paret. AS-paret bestemmes basert på aktiver WebexMeetingHoostLookup systemparameter.

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

Når aktiver WebexMeetingHoostLookup systemparameteren er satt til sann, brukes møtevert CI UUID i X-Cisco-Meet-Info-hodet til å identifisere AS-paret som er møtevert for møtevertsbrukeren.

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

Denne delen inneholder en validert konfigurasjon for hvordan du distribuerer Cisco Unified Border Element (CUBE) som SBC ( Session Border Controller ) for Bring Your Own PSTN-løsningen.

Denne delen fokuserer på CUBE-konfigurasjonene som er nødvendige for å fungere sammen med eksempelkonfigurasjonen for Webex for Cisco BroadWorks vist i forrige del. Hvis du vil ha en mer generell diskusjon om første CUBE-distribusjon og konfigurasjon, kan du se følgende veiledninger: 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

Distribuer Y vår egen SBC Alternativ

Hvis du ikke vil distribuere CUBE, har du muligheten til å distribuere din egen SBC. Vær imidlertid oppmerksom på at dette dokumentet ikke gir en bekreftet konfigurasjon for andre SBC-er enn CUBE.

Hvis du distribuerer din egen SBC, kan du følge CUBE-konfigurasjonskravene på høyt nivå (for eksempel tilordninger som domenet, offentlige og private grensesnitt og gatewayer) for å veilede konfigurasjonen. Se imidlertid SBC-dokumentasjonen for detaljert kommandolinjehjelp, da de faktiske kommandoene for din egen SBC sannsynligvis vil avvike fra CUBE.

Med mindre annet er angitt, gjelder de gjenværende konfigurasjonskravene i trinn 10 uansett hvilken SBC du distribuerer. Kommandolinjeeksemplene er imidlertid bare for CUBE, med mindre det er angitt at eksemplet gjelder for andre SBC-er. For andre SBC-er, se SBC-dokumentasjonen for konfigurasjonskommandoer.

Etter at konfigurasjonen og klargjøringen av BYoPSTN-løsningen er fullført, er partneren pålagt å kjøre gjennom et sett med aksepttesttilfeller for å sertifisere løsningen. Dette er et nødvendig trinn for at partner BYoPSTN skal godkjennes og aktiveres.

Aksepttestsakene er skissert i dokumentet Ta med din egen PSTN-godkjenningsprosedyre Webex for Cisco BroadWorks på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partneren skal gi resultatene av de vellykkede godkjente aksepttestene til introduksjons- og sertifiseringsteamene.

Spørsmål, problemer og resultater fra gjennomføringen av aksepttestsakene skal rapporteres og deles på Webex-området som er tilordnet for integrering av partneren.