Følgende forudsætninger skal være opfyldt for klargøring af BYoPSTN. De forudsætninger, der er angivet nedenfor, antager, at partneren har en fungerende Webex til Cisco Broad Works-installation, der omfatter:

• Fungerende Broad Works-system – som dokumenteret i løsningsvejledningen til Webex til Cisco Broad Works

• BroadWorks AS-licens med “VoiceXML”-tjeneste i tilstrækkelig mængde (1 pr. PSTN-nummer)

• OmfattendeProgramrettelser påkrævet:

  For 22 kr:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  For 23 kr:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  Til R24

  • AP.as.24.0.944.ap376935

• Cisco CUBE-system installeret (IOS version 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 hardwarebaserede og virtuelle CUBE understøttes. Hardwarebaseret CUBE anbefales til skalerbarhed og håndtering af større antal opkald.

• Webex-partnerorganisation – som beskrevet i løsningsvejledningen til Webex til Cisco Broad Works

Proceduren, som Cisco Partner bruger til at tilføje deres Webex-mødeopkaldsnumre, er som følger:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret opkaldstelefonnummerp.

5. Indtast navnet på telefonnummergruppen , og vælg Næste.

6. Indtast oplysninger om telefonnummer , og vælg Næste.

7. Gennemse oplysningerne om telefonnummergruppen, og vælg Gem.

8. Gentag denne procedure for hver telefonnummergruppe, der skal tilføjes.

Skærmbillederne nedenfor illustrerer proceduren.

Dette trin skal kun fuldføres, hvis du vil installere valgmuligheden Mødedeltagelse via tilbagekald. Ellers kan du springe dette trin over.

Hvis du ikke konfigurerer denne valgmulighed, kan brugere bruge valgmuligheden Indgående opkald til at deltage i møder, eller de kan deltage med computerlyd.

Når du bruger valgmuligheden Mødetilbagekald, kræves en tilbagekalds-DNS SRV-gruppe for at dirigere opkald fra Webex til CUBE. Proceduren, som Cisco Partner bruger til at tilføje deres CUBE DNS SRV-poster til Webex, er som følger:

1. Log ind på Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret tilbagekalds-DNS SRV-gruppe.

5. Indtast DNS SRV-gruppens navn for tilbagekald.

6. Vælg Næste.

7. Indtast DNS SRV-oplysningerne om tilbagekald.

8. Vælg Næste.

9. Gennemse oversigten over tilbagekalds-DNS SRV-oplysninger.

10. Vælg Gem.

11. Klargør eventuelle opdateringer til DNS for at afspejle de nye poster i DNS SRV-gruppen.

12. Gentag denne procedure for hver tilbagekalds-DNS SRV-gruppe, der skal tilføjes.

Skærmbillederne nedenfor illustrerer proceduren.

Indledende konfiguration og bekræftelse af BY oPSTN-løsningen kræver en frøorganisation for hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe (hvis tilbagekald er påkrævet). Det anbefales derfor, at Cisco-partnere på samme måde opretter en ny kundeskabelon for hver unik kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe. Hver kundeskabelon skal bruges til at generere en tilsvarende frøorganisation.

Når BY oPSTN-konfigurationen er udsået og bekræftet ved hjælp af frøorganisationerne, kan telefonnummergrupper og tilbagekalds-DNS SRV-grupper anvendes på eksisterende kundeskabeloner efter behov.

Bemærk, at nyligt oprettede kundeskabeloner ikke er i brug af eksisterende kunder, der ikke er testet, og kan derfor sikkert bruges til manuel bekræftelse af BYO PSTN-konfigurationen.

Hvis du ikke installerer mødedeltagelse via tilbagekald, behøver du ikke at tilknytte tilbagekalds-DNS SRV-grupper til kundeskabelonen. Du skal dog vælge Deaktiver tilbagekald.

Gør følgende for at føje til en ny kundeskabelon:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Skabeloner, vælg Tilføj skabelon.

5. Indtast skabelonoplysningerne. På pakketypestadiet :

   • Vælg pakketype som standard.

   • Vælg Konfiguration af mødedeltagelse som partner leverede opkaldsnumre (AF oPSTN).

   • Vælg en klargjort telefonnummergruppe.

   • For tilbagekalds-DNS SRV-gruppe skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald. Ellers skal du vælge Deaktiver tilbagekald.

6. Vælg Næste.

7. Indtast de resterende skabelonoplysninger.

8. Gennemse oversigten over skabelonoplysninger.

9. Klik på Gem.

10. Gentag denne procedure for hver kundeskabelon, der skal tilføjes

Skærmbilledet nedenfor illustrerer proceduren.

Hvis du vil opdatere en eksisterende kundeskabelon, skal du gøre følgende:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til sektionen Opkald til brede værker.

4. Under Skabeloner, vælg Vis skabelon.

5. Vælg den skabelon, der skal opdateres.

6. Rul til afsnittet Konfiguration af mødedeltagelse:

   • Vælg Partner opkaldsnumre (BY oPSTN).

   • Vælg en tidligere konfigureret telefonnummergruppe.

   • For tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald, skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe. Ellers skal du vælge Deaktiver tilbagekald.

7. Vælg Gem.

   Skærmbilledet nedenfor illustrerer proceduren.

BY oPSTN-løsningen har flere forskellige komponenter, som hver skal konfigureres korrekt, så løsningen kan fungere korrekt. Et af de to formål med frøløsningsorganisationerne er at generere telefonnummer til mødeadgangskoder og en universelt unik identifikator (webstedets UUID), der kræves for løbende drift af løsningen. Det andet formål er konfigurationskontrol.

For hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe, der skal bruges, skal der oprettes en tilsvarende kundeskabelon tidligere. For hver af disse kundeskabeloner skal en frøopløsningsorganisation klargøres. Klargøringen af disse frøorganisationer genererer telefonnummeret til tilknytninger af mødeadgangskoder og et mødewebsteds-UUID, der er påkrævet for at konfigurere BroadWorks.

Ved hjælp af hver af de tidligere konfigurerede kundeskabeloner skal du klargøre en abonnent til en ny test Broad Works Service Provider eller ny Broad Works Enterprise med en standardpakkebruger . Det resulterende Standardpakkemødewebstedet skal bruge valgmuligheden Partnerudbyders opkaldsnumre til mødedeltagelse. En af følgende metoder kan bruges til at klargøre abonnenten:

1. Klargør testabonnenten ved hjælp af Broad Works-abonnenters API'er som dokumenteret på developer.webex.com.

2. Aktivér testabonnenten for IM&P-tjenesten på et bredtarbejde, der er konfigureret til at bruge kundeskabelonen. Sørg for, at kundeskabelonen bruger standardpakken som standard for at sikre, at testabonnenten tildeles en standardpakke. Alternativt skal testabonnenten efterfølgende opdateres for at have standardpakken.

Bemærk venligst, at det anbefales, at frøopløsningsorganisationerne er tilknyttet en test Broad Works Service Provider eller test Broad WorksEnterprise.

Det er vigtigt, at dette mødewebsted forbliver klargjort, da dette websteds UUID sendes i hver anmodning om deltagelse i opkaldsmøde som et godkendelsestoken. Du bør ikke slette frøorganisationen, da det tilknyttede mødested også slettes. Hvis frøorganisationen fjernes, skal du klargøre en ny og konfigurere Broadworks med det nye websteds UUID.

De primære og eventuelle sekundære frøløsningsorganisationer kan slettes, hvis det ønskes, før telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet. Når sættet af telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet, er disse telefonnumre og tilbagekaldsposter knyttet til mødewebsteder for disse kunder og bruges til mødedeltagelse ved hjælp af indgående opkald og tilbagekald. Alle ændringer skal betragtes som tjenestepåvirkende.

Hvis du vil vælge den primære frøløsningsorganisation, skal du gøre følgende:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til sektionen Opkald til brede værker.

4. Under sektionen Konfigurationsvalidering (BY o PSTN) skal du vælge Tildel.

5. På skærmen Tildel organisation skal du søge efter og vælge en af de frøorganisationer, der tidligere er konfigureret

6. Vælg Tildel.

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

Skærmbillederne nedenfor illustrerer proceduren.

Oplysninger om den primære frøløsningsorganisation, telefonnummergrupper og DNS SRV-tilbagekaldsgruppe for en given Broad Works-klynge er tilgængelige på en enkelt placering, JSON-filen BY oPSTN. Disse oplysninger er nødvendige for at konfigurere Broad Works for BYoPSTN.

Bemærk, at JSON-konfigurationsfilen kun er tilgængelig til visning/download, når den primære frøopløsningsorganisation er valgt.

Proceduren for at se/downloade JSON-konfigurationsfilen er som følger:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Klynger, vælg Vis klynge.

5. Vælg den klynge, der er knyttet til de kundeskabeloner, der er konfigureret til BY oPSTN.

6. Rul til konfigurationen Broad Works for sektionen BY o PSTN.

7. Klik på Download JSON-konfigurationsfil.

8. Gentag denne procedure for alle andre klynger forstore værker.

Skærmbillederne nedenfor illustrerer proceduren.

Se eksemplet JSON-konfigurationsfilen nedenfor. Filen indeholder yderligere oplysninger om hver telefonnummergruppe, tilbagekalds-DNS SRV-gruppe. Følgende nøglekonfigurationselementer, der skal indtastes i Brede værker, er markeret med fed skrift.

• webstedetsUUID: Bredeværker skal sende denne værdi i SIP-meddelelserne. Det er et token, som Webex Edge-lyd bruger til at bekræfte identiteten af Cisco Partners Wide Works og dens adgang til mødewebsteder, der administreres af denne Cisco Partner.

• Tilknytning af telefonnummer – til – adgangskode: Telefonnumrene og deres tilknyttede Webex-adgangskoder skal konfigureres på Broad WorksWorks.

  • phoneNumber

  • adgangskode

• lokalDato: Det ønskede meddelelsessprog, der er knyttet til telefonnummeret, skal konfigureres på BroadWorks.

• dnsSrv: Tilbagekalds-DNS SRV skal konfigureres i DNS og henvise til de ønskede CUBE-tilfælde.

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

DNS SRV-domænet for Webex Edge-lyd skal konfigureres på BroadWorks. Brug følgende procedure til at bestemme værdien.

1. Log ind på Cisco Partner Hub.

2. Gå til kunderne.

3. Vælg BY oPSTN-valideringsselskabet.

4. Vælg Vis kunde.

5. Gå til Tjenester/Møder.

6. Vælg webstedet for standardpakkemøder.

7. Rul ned til bunden af sidepanelet, vælg Konfigurer websted.

8. Vælg Almindelige indstillinger/lydindstillinger.

9. Vælg Generer Lua-script under sektionen Brugertilpassede globale indgående opkaldsnumre under sektionen Edge-lyd.

10. I pop op-vinduet søger du efter værdi "-- Opdater til header med CCAX URL".

     
    -- 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. Udtræk værdien med fed skrift, for eksempel, ecccx.amer.webex.com.

Dette er DNS SRV-domænet for Webex Edge-lyd, der skal konfigureres på BroadWorks.

Dette afsnit beskriver den konfiguration af detstore arbejde, der er nødvendig for at implementere scenarierne for indgående mødeopkald og tilbagekald, der vises i diagrammerne nedenfor. Konfigurationseksemplerne er baseret på dataene i JSON-filen, der vises i det foregående afsnit. Numre, domæner, navn på virksomhed/grupper, enhedstype, politikker, profiler osv. forventes at variere efter partner.

Opkaldsstrøm:

1. Bruger anmoder om tilbagekald, Webex starter et tilbagekald.
2. Opkald dirigeres til BroadWorks OTT.
3. Opkald når den CUBE, der er klargjort i CH. CUBE dirigerer opkaldet til Broad Works.
4. BroadWorks identificerer opkaldet som mødeværtens oprindelse og opretter en session for mødeværtsbrugeren og behandler opkaldet.
5. Mødeværtsbrugersessionen behandler opkaldet og oversætter det opkaldsnummer. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren.
6. BroadWorks dirigerer opkaldet enten til den bruger, der er tilknyttet enheden (7) eller til PSTN (8).

Før du begynder

SIP-kommunikation mellemBroad Works og CUBE kan være over UDP eller TCP afhængigt af dine netværkskrav. Hvis f.eks. nogle netværks- eller adgangsenheder (f.eks. gateways eller slutpunkter) i BYO PSTN-indgående eller tilbagekaldsstrømmene ikke understøtter TCP, skal UDP bruges i stedet.

Den konfiguration og eksempler, der vises i denne vejledning, bruger TCP som transportprotokollen. Hvis du vil bruge TCP, skal du sørge for, at din Broad Works Application Server og netværksserver begge er konfigureret til TCP:

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

Programserver

Identificer/enhedsprofil

Der skal oprettes en ny identitetstype/enhedsprofil for at repræsentere CUBE. Sørg for at angive følgende egenskaber nedenfor, mens andre kan efterlades ved standardværdier:

• Signaladressetype – Indstil til intelligent proxyadressering

• Godkendelse – indstil til aktiveret

• Support-identitet i UPDATE og Re-INVITE – markeret

• Statisk registrering er i stand – indstillet til aktiveret

• Video i stand – indstillet til deaktiveret

I eksemplet nedenfor oprettes den nye identitetsprofil-/enhedsprofil-type "VXML_profile" for at repræsentere CUBE.

Virtuel XML-abonnent til tale

Opret en tale-XML-forekomst

Hvert Webex Meetings PSTN-nummer repræsenteres af en virtuel abonnent i Broad Works, og Voice XML-funktionen for virtuelle abonnenter kan bruges. Det anbefales, at en dedikeret virksomhed og gruppe bruges til alle virtuelle Voice XML-abonnenter. Bemærk, at vi faktisk ikke udnytter nogen Voice XML-funktioner, men denne type virtuel bruger er egnet til interaktion med CUBE.

For at bruge Voice XML-tjenesten skal du sørge for, at licensen har tilstrækkelige "VoiceXML"-mængder, og at tjenesten er godkendt på virksomheds- og gruppeniveauerne, og at Voice XML-tjenesten tildeles gruppen som vist i eksempelbilledet nedenfor.

Under Gruppe > Tjenester, vælg Voice XML, og opret en forekomst for hvert PSTN-nummer.

Konfigurer taleXML-adresser

For hver Voice XML-forekomst skal du klargøre følgende under Voice XML-adresser:

• Telefonnummer – indtast opkaldsnummeret for Webex Meetings-webstedet (f.eks. 2403332200).

• Lokalnummer

• Identitet/enhedsprofil – Opret en forekomst (f.eks. VXML_deviceProf) baseret på den enhedstype, der er oprettet i det forrige afsnit (VXML_profile i eksemplet), og angiv følgende konfiguration.

• Linje/port – Indtast i <access number="">@<domain> formatet, hvor

  • <access number=""> er adgangskodenummeret for Webex Meetings-webstedet (tilgængeligt fra JSON-filen) (f.eks. 88631321777971704941)

  • <domain> er domænet for Webex Edge-lyd for dette mødewebsted (for eksempel ecccspx.amer.pub.webex.com)

• Kontaktsip – For mødeindgående opkald til adgangsnummeret sendes INVITE med en anmodning-URI indstillet til værdien af dette felt. Indtast SIP-kontakten i dette format <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, hvor:

  • <sip contact=""> er <number> fra linje-/portfeltet, men med domænet som SRV, der løses til CUBE's adresse (f.eks. 88631321777971704941@cube.internal.local)

  • <Locale> repræsenterer sprogindstillingen i henhold til brugerens landestandard (f.eks. locale=en_USA)

  • <Meetings Site="" UUID=""> er webstedets UUID fra JSON-filen (f.eks. x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> skal være transport=tcp for at få AS til at bruge TCP til at sende meddelelser til CUBE.

Nedenfor er et eksempel på indstillinger forVoice XML-adresser.

For hvert yderligere mødetilgangsnummer, der skal bruges, skal der oprettes en ekstra virtuel Voice XML-abonnent på samme måde som ovenstående. Den samme enhedsprofil kan bruges, men linjeporten og kontaktfelterne skal være konstrueret ud fra adgangsnummeroplysningerne som vist ovenfor.

Sørg for at verificere, at de grænser for politik for opkaldsbehandling, som du konfigurerer på abonnenten med virtuelle Broad Works, er tilstrækkelige til at håndtere de ekstra BY oPSTN-opkald i din telefonnummergruppe.

Tildel SIP-godkendelse til taleXML-forekomst

Tildel godkendelsestjenesten til den virtuelle Voice XML-abonnent. Dette bruges til at godkende SIP INVITE-meddelelser fra CUBE i tilbagekaldsscenariet. Det forhindrer også den virtuelle Voice XML-abonnent i at acceptere opkald fra andre parter end CUBE

Gå til siden Godkendelse af virtuelle abonnenter under Hjælpeprogrammer, og indtast SIP-brugernavnet og -adgangskoden som vist herunder:

CUBE skal konfigureres med det samme brugernavn og adgangskode for at godkende de INVITE-meddelelser, der sendes til AS. Et eksempel på kommandoen til at konfigurere SIP-godkendelse 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

Kontaktfeltet Voice XML Virtual Subscriber SIP indeholder den URL-adresse, hvor domænedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan bruges til at løse den interne SRV til CUBE IP.

I vores eksempel er SIP-kontakt SRV cube.internal.local og beslutter at adressere 10.165.196.30 port 5060 for at nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs filen opdateres som følger:

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

Webex Meetings-opkaldstype

Indstillinger for konfiguration af Webex Meetings-opkaldsbehandling er tilgængelige for at styre, hvordan indgående opkald håndteres. Mødeindgående opkald behandles som standard som eksterne opkald, da indgående opkaldsnumre hostes i en dedikeret virksomhed eller tjenesteudbyder. Eksterne opkald medtages normalt i sessionstilladelseskontrol-sessionstæller og markeres til opladning i CDR-feltopladningsindikatoren for.

Følgende eksempel tilføjer den anbefalede konfiguration til at behandle indgående mødeopkald som interne opkald, så de udelukkes fra opladning og udelukkes fra antallet af sessionsadgangskontrol.

Ved at indstille Gennemtving NS-opladningsfelt til sand, er populationen af CDR-feltopladningsindikator baseret på den konfigurerede opladningsattribut for netværksserverens opkaldstype.

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

Virtuel abonnent tilVoice XML-møde tilbagekald

Opret en abonnent til Voice XML-møde tilbagekald

En dedikeret virtuel Voice XML-abonnent med en speciel valgmulighed for Webex-mødetilbagekald (herefter kaldet Voice XML-mødetilbagekaldskanter) skal konfigureres på applikationsserveren til Broad Works (AS) for at håndtere Webex Meetings-tilbagekaldsopkald. Der kan kun konfigureres en enkelt forekomst af denne abonnent på AS.

Hvis du vil aktivere funktionen, skal du indstille aktiverbar funktion 102074 til at være sand 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

Da funktionen "BYO PSTN-fakturering understøttelse af tilbagekaldog indgående opkald" afhænger af funktionen "Broad Works Support for CI UUID", skal du også aktivere funktionen (102746), før du aktiverer funktionen (102074). For yderligere oplysninger, se afsnittet "CI-bruger UUID-synkronisering (Broadworks-support for CI UUID)".

Voice XML-mødetilbagekaldsabonnementet svarer til den eksisterende virtuelle BYOPSTN VXML-abonnent, men har markeret den med et nyt "Webex Meeting Callback"-flag. Denne Voice XML-mødetilbagekaldsabonnedeltager konfigureres med den samme enhedsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnent samt godkendelsestjenesten med de samme legitimationsoplysninger.

Et eksempel vises herunder:

Abonnenten til Voice XML-møde-tilbagekald skal eksistere på det AS, der er vært for mødeværtsbrugeren. Når AS'en modtager INVITE-anmodningen om tilbagekald, forsøger den at finde både bruger af Voice XML-tilbagekald og mødeværtsbrugeren på AS'en under opsætning af opkald. Hvis ingen af disse brugere findes, afvises opkaldet.

Mødeværtssession

I tilbagekaldsscenariet med X-Cisco-Meet-Info-headeren modtager Cisco Broad Works-applikationsserveren en SIP INVITE-anmodning og identificerer mødeværtsbrugeren ved hjælp af værtens CI-bruger UUID-parameter i SIP X-Cisco-Meet-Info-headeren. Der oprettes en opkaldssession på vegne af mødeværtsbrugeren oprettes for at behandle opkaldet og udføre brugerens tjenesteprofil. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren. Møde-id'et og webstedets UUID-oplysninger fra headeren SIP X-Cisco-Meet-Info registreres i faktureringsposten.

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

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

Applikationsleveringsplatform

CI-bruger UUID-synkronisering (Broadworks-understøttelse af CI UUID)

Bruger-CI UUID er et entydigt id til at identificere brugere i Webex-miljøet.

Denne Webex-klargøringssynkroniseringsapplikation på Cisco Broad Works Application Delivery Platform (ADP) bruges til at synkronisere, kortlægge og gemme bruger-CI UUID i infrastrukturen for Broad Works, så den kan bruges i forskellige interaktioner med Webex og Webex tilBroad Works-tjenesten.

Se "Aktivér Webex-mødetilbagekald" om, hvordan CI-bruger UUID-tilknytningen bruges af Cisco Broad Works-netværksserveren og Cisco Broad Works-applikationsserveren.

Følgende trin konfigurerer applikationen Webex-klargøringssynkronisering til periodisk meningsmåling og opdatering af de brede arbejdsbrugere med CI UUID.

Webex-applikationen til klargøringssynkronisering kræver OA uth-legitimationsoplysninger med spark-admin:broadworks_subscribers_read rækkevidde for Cisco-identitetsudbyderen og kan hentes ved at indsende en tjenesteanmodning med din onboardingagent.

Markér afsnittet "Få OA uth-legitimationsoplysninger til dit Webex til Cisco Broad Works" for at få flere oplysninger om at hæve tjenesteanmodningen 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

Tilføj tokenet med et passende partnernavn på følgende måde:

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

Føj det partnernavn, der er knyttet til OA uth-token, til listen over partnere, der skal overvåges af Webex Provisioning Sync-applikationen med det "aktiverede"-flag, der er indstillet til "sandt".

Med denne Webex-klargøringssynkroniseringsapplikation begynder CI-bruger UUID-synkronisering på det definerede meningsmålingsinterval.

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

Når partneren er inkluderet, kan applikationen Webex-klargøringssynkronisering nu udføre tilknytningen af CI UUID til Broad Works-brugere.

Skift forbindelsens timeout ved hjælp af 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 tilknytning kan udføres automatisk eller manuelt. Kommandoen til manuelsynkronisering af CLI kan øjeblikkeligt udløse tilknytningen for at finde sted.

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

Partnere med "aktiveret" indstillet til "sand" udfører tilknyttede i meningsmålingsintervallet. Under den indledende tilknytning anmoder Webex-applikationen om Webex-abonnentsynkronisering API'en for at hente de data, der indeholder CI UUID for alle brugere, der hostes af partneren. Broad Works-brugerens eksterne id er opdateret med det tilknyttede CI UUID. Efterfølgende tilknytninger påvirker brugere, der føjes til partneren. Statuskommandoen kan bruges til at se, om synkroniseringen er fuldfø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 fuldført, ændres statussen tilbage til overvågning. Efterfølgende synkronisering udføres på brugere, der er føjet til partneren efter "Sidste synkroniseringstid".

Følgende figur viser CI UUID-indstillingen i det eksterne id:

Netværksserver

Opkaldstype

Med henblik på fakturering og rapportering kan det være ønskeligt at markere CDR'er for Meetings-indgående opkald. Dette kan opnås ved hjælp af politikken for indtastning af netværksserverfør opkald.

For det første tilføjes en ny opkaldstype på NS CLI under /System/CallP/Opkaldstype. Følgende eksempel tilføjer den nye "WXM"-opkaldstype:

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

Opkaldstypen kan derefter bruges i en forekomst af indtastning af opkaldfør opkald, der er en del af Broad Works-brugerens distributionsprofil. I dette eksempel blev en ny forekomst afindtastning af opkald "wxm" tilføjet under CLI-kontekst /Politik/Indtastning af opkald føropkald, men det kunne være en eksisterende forekomst af indtastning af indtastning af opkald, der allerede bruges:

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 

Det næste trin er at tilføje poster til forekomsten af indtastning af opkald før opkald for alle opkaldsnumre under CLI-konteksten /Politik/Indtastning af opkaldfør opkald/Opkaldsplan. 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

Forekomsten af indtastningfør opkald tilføjes derefter (forudsat at den ikke allerede findes) til den relevante distributionsprofil for den oprindelige bruger 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    

Bredeværker, der stammer fra CDR'er, genereres kun af opkald, der stammer fra BW-abonnenter. PSTN-baserede opkald fra "netværkssiden" af AS vil ikke generere CDR'er, der stammer fra. Der vil være en afsluttende CDR for den virtuelle Voice XML-abonnent i begge tilfælde.

DirigeringNE

En routingNE er påkrævet på NS under /System/Device/Routing NE CLI-kontekst for at repræsentere CUBE. På denne måde, når NS modtager INVITE fra CUBE, matcher den via-headeren med den routing-NE-post, der er klargjort på NS. Se Administrationsvejledning til Cisco Broad Works Network Server Command Line Interface for oplysninger om, hvordan du tilføjer en distributionsnummer (NE).

Nedenfor er et eksempel på kommandoerne til at tilføje Routing NE "WebexMeetings", hvor CUBE IP-adressen = 10.165.196.30. Eksemplet viser også kommandoer til at oprette en ny Orig-omdirigeringog profilforekomster, der skal tilknyttes routing-NE, men eksisterende forekomster kan også bruges.

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 eksempelkonfigurationen sender CUBE til NS en INVITE, der svarer til følgende (vigtige felter med fed 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-anmodning-URI indeholder tilbagekaldsnummeret

• Via header: indeholder IP-adressen for CUBE, som vil blive brugt til at vælge routingNE-profilen.

• X-Cisco-Info-Mød-header: bruges til at identificere værtensCIU-serUuid, meetingid og webstedetsUUID.

Når du modtager INVITE, bruger NS Via-headeren til at matche routing-NE "WebexMeetings". Dette vil igen vælge den "wxm_routing" distributionsprofil, der indeholder "wxm_Inst"-forekomsten af OrigRedirect.

Politikken for NS OrigOmdirigering matcher derefter X-CISCO-MEET-INFO-headeren:

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

med linjeporten, der er konfigureret på den virtuelle Voice XML-abonnent, og send en 302 omdirigering til det AS-par, der hoster den pågældende abonnent. 302-meddelelsen svarer til 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

Domænet i INVITE URI (i eksemplet er det bw.myenterprise.com), der sendes af CUBE til NS, skal anerkendes af NS. Dette kan gøres ved at tilføje domænet i NS_CLI/System/Alias-konteksten, for eksempel:

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

Kommandoen til at konfigurere INVITE URI-domænet på CUBE kan findes i det næste afsnit under opkalds-peer/sessionsmål, for eksempel:

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

VærterNE

For at understøtte konfigurationsindstillinger for Webex Meetings-opkaldsbehandling til fakturering og kontrol af sessionstilladelse skal applikationsserverens NE-signalattributter Opkaldstype Required And Requires Charge Indication være aktiveret i NS_CLI/System/Device/Hosting-NE-kontekst._ Eksempel:

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

Aktivér tilbagekald til Webex-møde

I tilbagekaldsscenariet med SIP X-Cisco-Meet-Info-headeren sender CUBE opkaldet til netværksserveren for originator omdirigering til AS-parret. AS-parret bestemmes ud fra parameteren Aktivér WebexMeeting Hoost Lookup-systemet.

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

Når Webex Meeting Hoost Lookup-systemparameteren er indstillet til sand, bruges mødeværtsbrugerens CI UUID i X-Cisco-Meet-Info-headeren til at identificere det AS-par, der er vært for mødeværtsbrugeren.

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

Dette afsnit indeholder en valideret konfiguration til, hvordan du installerer Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) for Bring din egen PSTN-løsning.

Dette afsnit fokuserer på de CUBE-konfigurationer, der er nødvendige for at interagere med eksemplet Webex til Cisco Broad Works-konfiguration, der vises i det foregående afsnit. For en mere generel diskussion om den indledende CUBE-installation og -konfiguration, se følgende vejledninger: 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

Installer Yvores egen SBC-indstilling

Hvis du ikke vil installere CUBE, har du mulighed for at installere din egen SBC. Bemærk dog, at dette dokument ikke indeholder en valideret konfiguration for andre SBC'er end CUBE.

Hvis du installerer din egen SBC, kan du følge kravene til CUBE-konfiguration på højt niveau (f.eks. tildelinger såsom domænet, offentlige og private grænseflader og gateways) for at vejlede din konfiguration. Se dog din SBC-dokumentation for detaljeret hjælp til kommandolinjen, da de faktiske kommandoer til din egen SBC sandsynligvis vil afvige fra CUBE.

Medmindre andet er angivet, gælder de resterende konfigurationskrav i trin 10, uanset hvilken SBC du installerer. Kommandolinjeeksemplerne er dog kun for CUBE, medmindre det er angivet, at eksemplet gælder for andre SBC'er. For andre SBC'er henvises der til din SBC-dokumentation for konfigurationskommandoer.

Efter konfiguration og klargøring af BPartnerePSTN-løsningen er fuldført, skal partneren gennemgå et sæt accepttestsager for at bekræfte deres løsning. Dette er et obligatorisk trin for at partneren BPartnereTN kan godkendes og aktiveres.

Godkendelsestest-sagerne er beskrevet i dokumentet Bring Your Own PSTN-godkendelsesprocedure Webex for Cisco Broad Works på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partneren skal levere resultaterne af de godkendelsestest, der er udført, til onboarding- og certificeringsholdene.

Spørgsmål, problemer og resultater fra udførelsen af godkendelsestest skal rapporteres og deles i det Webex-rum, der er tildelt til onboarding af partneren.

Følgende forudsætninger skal være opfyldt for klargøring af BYoPSTN. De forudsætninger, der er angivet nedenfor, antager, at partneren har en fungerende Webex til Cisco Broad Works-installation, der omfatter:

• Fungerende Broad Works-system – som dokumenteret i løsningsvejledningen til Webex til Cisco Broad Works

• BroadWorks AS-licens med “VoiceXML”-tjeneste i tilstrækkelig mængde (1 pr. PSTN-nummer)

• OmfattendeProgramrettelser påkrævet:

  For 22 kr:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  For 23 kr:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  Til R24

  • AP.as.24.0.944.ap376935

• Cisco CUBE-system installeret (IOS version 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 hardwarebaserede og virtuelle CUBE understøttes. Hardwarebaseret CUBE anbefales til skalerbarhed og håndtering af større antal opkald.

• Webex-partnerorganisation – som beskrevet i løsningsvejledningen til Webex til Cisco Broad Works

Proceduren, som Cisco Partner bruger til at tilføje deres Webex-mødeopkaldsnumre, er som følger:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret opkaldstelefonnummerp.

5. Indtast navnet på telefonnummergruppen , og vælg Næste.

6. Indtast oplysninger om telefonnummer , og vælg Næste.

7. Gennemse oplysningerne om telefonnummergruppen, og vælg Gem.

8. Gentag denne procedure for hver telefonnummergruppe, der skal tilføjes.

Skærmbillederne nedenfor illustrerer proceduren.

Dette trin skal kun fuldføres, hvis du vil installere valgmuligheden Mødedeltagelse via tilbagekald. Ellers kan du springe dette trin over.

Hvis du ikke konfigurerer denne valgmulighed, kan brugere bruge valgmuligheden Indgående opkald til at deltage i møder, eller de kan deltage med computerlyd.

Når du bruger valgmuligheden Mødetilbagekald, kræves en tilbagekalds-DNS SRV-gruppe for at dirigere opkald fra Webex til CUBE. Proceduren, som Cisco Partner bruger til at tilføje deres CUBE DNS SRV-poster til Webex, er som følger:

1. Log ind på Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Konfiguration af mødedeltagelse (AF o PSTN), vælg Opret tilbagekalds-DNS SRV-gruppe.

5. Indtast DNS SRV-gruppens navn for tilbagekald.

6. Vælg Næste.

7. Indtast DNS SRV-oplysningerne om tilbagekald.

8. Vælg Næste.

9. Gennemse oversigten over tilbagekalds-DNS SRV-oplysninger.

10. Vælg Gem.

11. Klargør eventuelle opdateringer til DNS for at afspejle de nye poster i DNS SRV-gruppen.

12. Gentag denne procedure for hver tilbagekalds-DNS SRV-gruppe, der skal tilføjes.

Skærmbillederne nedenfor illustrerer proceduren.

Indledende konfiguration og bekræftelse af BY oPSTN-løsningen kræver en frøorganisation for hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe (hvis tilbagekald er påkrævet). Det anbefales derfor, at Cisco-partnere på samme måde opretter en ny kundeskabelon for hver unik kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe. Hver kundeskabelon skal bruges til at generere en tilsvarende frøorganisation.

Når BY oPSTN-konfigurationen er udsået og bekræftet ved hjælp af frøorganisationerne, kan telefonnummergrupper og tilbagekalds-DNS SRV-grupper anvendes på eksisterende kundeskabeloner efter behov.

Bemærk, at nyligt oprettede kundeskabeloner ikke er i brug af eksisterende kunder, der ikke er testet, og kan derfor sikkert bruges til manuel bekræftelse af BYO PSTN-konfigurationen.

Hvis du ikke installerer mødedeltagelse via tilbagekald, behøver du ikke at tilknytte tilbagekalds-DNS SRV-grupper til kundeskabelonen. Du skal dog vælge Deaktiver tilbagekald.

Gør følgende for at føje til en ny kundeskabelon:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Skabeloner, vælg Tilføj skabelon.

5. Indtast skabelonoplysningerne. På pakketypestadiet :

   • Vælg pakketype som standard.

   • Vælg Konfiguration af mødedeltagelse som partner leverede opkaldsnumre (AF oPSTN).

   • Vælg en klargjort telefonnummergruppe.

   • For tilbagekalds-DNS SRV-gruppe skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald. Ellers skal du vælge Deaktiver tilbagekald.

6. Vælg Næste.

7. Indtast de resterende skabelonoplysninger.

8. Gennemse oversigten over skabelonoplysninger.

9. Klik på Gem.

10. Gentag denne procedure for hver kundeskabelon, der skal tilføjes

Skærmbilledet nedenfor illustrerer proceduren.

Hvis du vil opdatere en eksisterende kundeskabelon, skal du gøre følgende:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til sektionen Opkald til brede værker.

4. Under Skabeloner, vælg Vis skabelon.

5. Vælg den skabelon, der skal opdateres.

6. Rul til afsnittet Konfiguration af mødedeltagelse:

   • Vælg Partner opkaldsnumre (BY oPSTN).

   • Vælg en tidligere konfigureret telefonnummergruppe.

   • For tilbagekalds-DNS SRV-gruppe, hvis du vil aktivere valgmuligheden Mødetilbagekald, skal du vælge en klargjort tilbagekalds-DNS SRV-gruppe. Ellers skal du vælge Deaktiver tilbagekald.

7. Vælg Gem.

   Skærmbilledet nedenfor illustrerer proceduren.

BY oPSTN-løsningen har flere forskellige komponenter, som hver skal konfigureres korrekt, så løsningen kan fungere korrekt. Et af de to formål med frøløsningsorganisationerne er at generere telefonnummer til mødeadgangskoder og en universelt unik identifikator (webstedets UUID), der kræves for løbende drift af løsningen. Det andet formål er konfigurationskontrol.

For hver entydig kombination af telefonnummergruppe og tilbagekalds-DNS SRV-gruppe, der skal bruges, skal der oprettes en tilsvarende kundeskabelon tidligere. For hver af disse kundeskabeloner skal en frøopløsningsorganisation klargøres. Klargøringen af disse frøorganisationer genererer telefonnummeret til tilknytninger af mødeadgangskoder og et mødewebsteds-UUID, der er påkrævet for at konfigurere BroadWorks.

Ved hjælp af hver af de tidligere konfigurerede kundeskabeloner skal du klargøre en abonnent til en ny test Broad Works Service Provider eller ny Broad Works Enterprise med en standardpakkebruger . Det resulterende Standardpakkemødewebstedet skal bruge valgmuligheden Partnerudbyders opkaldsnumre til mødedeltagelse. En af følgende metoder kan bruges til at klargøre abonnenten:

1. Klargør testabonnenten ved hjælp af Broad Works-abonnenters API'er som dokumenteret på developer.webex.com.

2. Aktivér testabonnenten for IM&P-tjenesten på et bredtarbejde, der er konfigureret til at bruge kundeskabelonen. Sørg for, at kundeskabelonen bruger standardpakken som standard for at sikre, at testabonnenten tildeles en standardpakke. Alternativt skal testabonnenten efterfølgende opdateres for at have standardpakken.

Bemærk venligst, at det anbefales, at frøopløsningsorganisationerne er tilknyttet en test Broad Works Service Provider eller test Broad WorksEnterprise.

Det er vigtigt, at dette mødewebsted forbliver klargjort, da dette websteds UUID sendes i hver anmodning om deltagelse i opkaldsmøde som et godkendelsestoken. Du bør ikke slette frøorganisationen, da det tilknyttede mødested også slettes. Hvis frøorganisationen fjernes, skal du klargøre en ny og konfigurere Broadworks med det nye websteds UUID.

De primære og eventuelle sekundære frøløsningsorganisationer kan slettes, hvis det ønskes, før telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet. Når sættet af telefonnumre og DNS SRV-tilbagekalds-DNS SRV-poster tildeles til kunder, der ikke er testet, er disse telefonnumre og tilbagekaldsposter knyttet til mødewebsteder for disse kunder og bruges til mødedeltagelse ved hjælp af indgående opkald og tilbagekald. Alle ændringer skal betragtes som tjenestepåvirkende.

Hvis du vil vælge den primære frøløsningsorganisation, skal du gøre følgende:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til sektionen Opkald til brede værker.

4. Under sektionen Konfigurationsvalidering (BY o PSTN) skal du vælge Tildel.

5. På skærmen Tildel organisation skal du søge efter og vælge en af de frøorganisationer, der tidligere er konfigureret

6. Vælg Tildel.

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

Skærmbillederne nedenfor illustrerer proceduren.

Oplysninger om den primære frøløsningsorganisation, telefonnummergrupper og DNS SRV-tilbagekaldsgruppe for en given Broad Works-klynge er tilgængelige på en enkelt placering, JSON-filen BY oPSTN. Disse oplysninger er nødvendige for at konfigurere Broad Works for BYoPSTN.

Bemærk, at JSON-konfigurationsfilen kun er tilgængelig til visning/download, når den primære frøopløsningsorganisation er valgt.

Proceduren for at se/downloade JSON-konfigurationsfilen er som følger:

1. Log ind på Cisco Partner Hub.

2. Gå til Indstillinger.

3. Rul til Bredt.

4. Under Klynger, vælg Vis klynge.

5. Vælg den klynge, der er knyttet til de kundeskabeloner, der er konfigureret til BY oPSTN.

6. Rul til konfigurationen Broad Works for sektionen BY o PSTN.

7. Klik på Download JSON-konfigurationsfil.

8. Gentag denne procedure for alle andre klynger forstore værker.

Skærmbillederne nedenfor illustrerer proceduren.

Se eksemplet JSON-konfigurationsfilen nedenfor. Filen indeholder yderligere oplysninger om hver telefonnummergruppe, tilbagekalds-DNS SRV-gruppe. Følgende nøglekonfigurationselementer, der skal indtastes i Brede værker, er markeret med fed skrift.

• webstedetsUUID: Bredeværker skal sende denne værdi i SIP-meddelelserne. Det er et token, som Webex Edge-lyd bruger til at bekræfte identiteten af Cisco Partners Wide Works og dens adgang til mødewebsteder, der administreres af denne Cisco Partner.

• Tilknytning af telefonnummer – til – adgangskode: Telefonnumrene og deres tilknyttede Webex-adgangskoder skal konfigureres på Broad WorksWorks.

  • phoneNumber

  • adgangskode

• lokalDato: Det ønskede meddelelsessprog, der er knyttet til telefonnummeret, skal konfigureres på BroadWorks.

• dnsSrv: Tilbagekalds-DNS SRV skal konfigureres i DNS og henvise til de ønskede CUBE-tilfælde.

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

DNS SRV-domænet for Webex Edge-lyd skal konfigureres på BroadWorks. Brug følgende procedure til at bestemme værdien.

1. Log ind på Cisco Partner Hub.

2. Gå til kunderne.

3. Vælg BY oPSTN-valideringsselskabet.

4. Vælg Vis kunde.

5. Gå til Tjenester/Møder.

6. Vælg webstedet for standardpakkemøder.

7. Rul ned til bunden af sidepanelet, vælg Konfigurer websted.

8. Vælg Almindelige indstillinger/lydindstillinger.

9. Vælg Generer Lua-script under sektionen Brugertilpassede globale indgående opkaldsnumre under sektionen Edge-lyd.

10. I pop op-vinduet søger du efter værdi "-- Opdater til header med CCAX URL".

     
    -- 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. Udtræk værdien med fed skrift, for eksempel, ecccx.amer.webex.com.

Dette er DNS SRV-domænet for Webex Edge-lyd, der skal konfigureres på BroadWorks.

Dette afsnit beskriver den konfiguration af detstore arbejde, der er nødvendig for at implementere scenarierne for indgående mødeopkald og tilbagekald, der vises i diagrammerne nedenfor. Konfigurationseksemplerne er baseret på dataene i JSON-filen, der vises i det foregående afsnit. Numre, domæner, navn på virksomhed/grupper, enhedstype, politikker, profiler osv. forventes at variere efter partner.

Opkaldsstrøm:

1. Bruger anmoder om tilbagekald, Webex starter et tilbagekald.
2. Opkald dirigeres til BroadWorks OTT.
3. Opkald når den CUBE, der er klargjort i CH. CUBE dirigerer opkaldet til Broad Works.
4. BroadWorks identificerer opkaldet som mødeværtens oprindelse og opretter en session for mødeværtsbrugeren og behandler opkaldet.
5. Mødeværtsbrugersessionen behandler opkaldet og oversætter det opkaldsnummer. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren.
6. BroadWorks dirigerer opkaldet enten til den bruger, der er tilknyttet enheden (7) eller til PSTN (8).

Før du begynder

SIP-kommunikation mellemBroad Works og CUBE kan være over UDP eller TCP afhængigt af dine netværkskrav. Hvis f.eks. nogle netværks- eller adgangsenheder (f.eks. gateways eller slutpunkter) i BYO PSTN-indgående eller tilbagekaldsstrømmene ikke understøtter TCP, skal UDP bruges i stedet.

Den konfiguration og eksempler, der vises i denne vejledning, bruger TCP som transportprotokollen. Hvis du vil bruge TCP, skal du sørge for, at din Broad Works Application Server og netværksserver begge er konfigureret til TCP:

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

Programserver

Identificer/enhedsprofil

Der skal oprettes en ny identitetstype/enhedsprofil for at repræsentere CUBE. Sørg for at angive følgende egenskaber nedenfor, mens andre kan efterlades ved standardværdier:

• Signaladressetype – Indstil til intelligent proxyadressering

• Godkendelse – indstil til aktiveret

• Support-identitet i UPDATE og Re-INVITE – markeret

• Statisk registrering er i stand – indstillet til aktiveret

• Video i stand – indstillet til deaktiveret

I eksemplet nedenfor oprettes den nye identitetsprofil-/enhedsprofil-type "VXML_profile" for at repræsentere CUBE.

Virtuel XML-abonnent til tale

Opret en tale-XML-forekomst

Hvert Webex Meetings PSTN-nummer repræsenteres af en virtuel abonnent i Broad Works, og Voice XML-funktionen for virtuelle abonnenter kan bruges. Det anbefales, at en dedikeret virksomhed og gruppe bruges til alle virtuelle Voice XML-abonnenter. Bemærk, at vi faktisk ikke udnytter nogen Voice XML-funktioner, men denne type virtuel bruger er egnet til interaktion med CUBE.

For at bruge Voice XML-tjenesten skal du sørge for, at licensen har tilstrækkelige "VoiceXML"-mængder, og at tjenesten er godkendt på virksomheds- og gruppeniveauerne, og at Voice XML-tjenesten tildeles gruppen som vist i eksempelbilledet nedenfor.

Under Gruppe > Tjenester, vælg Voice XML, og opret en forekomst for hvert PSTN-nummer.

Konfigurer taleXML-adresser

For hver Voice XML-forekomst skal du klargøre følgende under Voice XML-adresser:

• Telefonnummer – indtast opkaldsnummeret for Webex Meetings-webstedet (f.eks. 2403332200).

• Lokalnummer

• Identitet/enhedsprofil – Opret en forekomst (f.eks. VXML_deviceProf) baseret på den enhedstype, der er oprettet i det forrige afsnit (VXML_profile i eksemplet), og angiv følgende konfiguration.

• Linje/port – Indtast i <access number="">@<domain> formatet, hvor

  • <access number=""> er adgangskodenummeret for Webex Meetings-webstedet (tilgængeligt fra JSON-filen) (f.eks. 88631321777971704941)

  • <domain> er domænet for Webex Edge-lyd for dette mødewebsted (for eksempel ecccspx.amer.pub.webex.com)

• Kontaktsip – For mødeindgående opkald til adgangsnummeret sendes INVITE med en anmodning-URI indstillet til værdien af dette felt. Indtast SIP-kontakten i dette format <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, hvor:

  • <sip contact=""> er <number> fra linje-/portfeltet, men med domænet som SRV, der løses til CUBE's adresse (f.eks. 88631321777971704941@cube.internal.local)

  • <Locale> repræsenterer sprogindstillingen i henhold til brugerens landestandard (f.eks. locale=en_USA)

  • <Meetings Site="" UUID=""> er webstedets UUID fra JSON-filen (f.eks. x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> skal være transport=tcp for at få AS til at bruge TCP til at sende meddelelser til CUBE.

Nedenfor er et eksempel på indstillinger forVoice XML-adresser.

For hvert yderligere mødetilgangsnummer, der skal bruges, skal der oprettes en ekstra virtuel Voice XML-abonnent på samme måde som ovenstående. Den samme enhedsprofil kan bruges, men linjeporten og kontaktfelterne skal være konstrueret ud fra adgangsnummeroplysningerne som vist ovenfor.

Sørg for at verificere, at de grænser for politik for opkaldsbehandling, som du konfigurerer på abonnenten med virtuelle Broad Works, er tilstrækkelige til at håndtere de ekstra BY oPSTN-opkald i din telefonnummergruppe.

Tildel SIP-godkendelse til taleXML-forekomst

Tildel godkendelsestjenesten til den virtuelle Voice XML-abonnent. Dette bruges til at godkende SIP INVITE-meddelelser fra CUBE i tilbagekaldsscenariet. Det forhindrer også den virtuelle Voice XML-abonnent i at acceptere opkald fra andre parter end CUBE

Gå til siden Godkendelse af virtuelle abonnenter under Hjælpeprogrammer, og indtast SIP-brugernavnet og -adgangskoden som vist herunder:

CUBE skal konfigureres med det samme brugernavn og adgangskode for at godkende de INVITE-meddelelser, der sendes til AS. Et eksempel på kommandoen til at konfigurere SIP-godkendelse 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

Kontaktfeltet Voice XML Virtual Subscriber SIP indeholder den URL-adresse, hvor domænedelen løses til CUBE-adressen. Dette er en intern SRV, og namedefs-filen på AS kan bruges til at løse den interne SRV til CUBE IP.

I vores eksempel er SIP-kontakt SRV cube.internal.local og beslutter at adressere 10.165.196.30 port 5060 for at nå CUBE. På AS, /usr/local/broadworks/bw_base/conf/namedefs filen opdateres som følger:

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

Webex Meetings-opkaldstype

Indstillinger for konfiguration af Webex Meetings-opkaldsbehandling er tilgængelige for at styre, hvordan indgående opkald håndteres. Mødeindgående opkald behandles som standard som eksterne opkald, da indgående opkaldsnumre hostes i en dedikeret virksomhed eller tjenesteudbyder. Eksterne opkald medtages normalt i sessionstilladelseskontrol-sessionstæller og markeres til opladning i CDR-feltopladningsindikatoren for.

Følgende eksempel tilføjer den anbefalede konfiguration til at behandle indgående mødeopkald som interne opkald, så de udelukkes fra opladning og udelukkes fra antallet af sessionsadgangskontrol.

Ved at indstille Gennemtving NS-opladningsfelt til sand, er populationen af CDR-feltopladningsindikator baseret på den konfigurerede opladningsattribut for netværksserverens opkaldstype.

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

Virtuel abonnent tilVoice XML-møde tilbagekald

Opret en abonnent til Voice XML-møde tilbagekald

En dedikeret virtuel Voice XML-abonnent med en speciel valgmulighed for Webex-mødetilbagekald (herefter kaldet Voice XML-mødetilbagekaldskanter) skal konfigureres på applikationsserveren til Broad Works (AS) for at håndtere Webex Meetings-tilbagekaldsopkald. Der kan kun konfigureres en enkelt forekomst af denne abonnent på AS.

Hvis du vil aktivere funktionen, skal du indstille aktiverbar funktion 102074 til at være sand 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

Da funktionen "BYO PSTN-fakturering understøttelse af tilbagekaldog indgående opkald" afhænger af funktionen "Broad Works Support for CI UUID", skal du også aktivere funktionen (102746), før du aktiverer funktionen (102074). For yderligere oplysninger, se afsnittet "CI-bruger UUID-synkronisering (Broadworks-support for CI UUID)".

Voice XML-mødetilbagekaldsabonnementet svarer til den eksisterende virtuelle BYOPSTN VXML-abonnent, men har markeret den med et nyt "Webex Meeting Callback"-flag. Denne Voice XML-mødetilbagekaldsabonnedeltager konfigureres med den samme enhedsprofil som den eksisterende virtuelle BYOPSTN VXML-abonnent samt godkendelsestjenesten med de samme legitimationsoplysninger.

Et eksempel vises herunder:

Abonnenten til Voice XML-møde-tilbagekald skal eksistere på det AS, der er vært for mødeværtsbrugeren. Når AS'en modtager INVITE-anmodningen om tilbagekald, forsøger den at finde både bruger af Voice XML-tilbagekald og mødeværtsbrugeren på AS'en under opsætning af opkald. Hvis ingen af disse brugere findes, afvises opkaldet.

Mødeværtssession

I tilbagekaldsscenariet med X-Cisco-Meet-Info-headeren modtager Cisco Broad Works-applikationsserveren en SIP INVITE-anmodning og identificerer mødeværtsbrugeren ved hjælp af værtens CI-bruger UUID-parameter i SIP X-Cisco-Meet-Info-headeren. Der oprettes en opkaldssession på vegne af mødeværtsbrugeren oprettes for at behandle opkaldet og udføre brugerens tjenesteprofil. Derudover oprettes en faktureringspost på vegne af mødeværtsbrugeren. Møde-id'et og webstedets UUID-oplysninger fra headeren SIP X-Cisco-Meet-Info registreres i faktureringsposten.

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

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

Applikationsleveringsplatform

CI-bruger UUID-synkronisering (Broadworks-understøttelse af CI UUID)

Bruger-CI UUID er et entydigt id til at identificere brugere i Webex-miljøet.

Denne Webex-klargøringssynkroniseringsapplikation på Cisco Broad Works Application Delivery Platform (ADP) bruges til at synkronisere, kortlægge og gemme bruger-CI UUID i infrastrukturen for Broad Works, så den kan bruges i forskellige interaktioner med Webex og Webex tilBroad Works-tjenesten.

Se "Aktivér Webex-mødetilbagekald" om, hvordan CI-bruger UUID-tilknytningen bruges af Cisco Broad Works-netværksserveren og Cisco Broad Works-applikationsserveren.

Følgende trin konfigurerer applikationen Webex-klargøringssynkronisering til periodisk meningsmåling og opdatering af de brede arbejdsbrugere med CI UUID.

Webex-applikationen til klargøringssynkronisering kræver OA uth-legitimationsoplysninger med spark-admin:broadworks_subscribers_read rækkevidde for Cisco-identitetsudbyderen og kan hentes ved at indsende en tjenesteanmodning med din onboardingagent.

Markér afsnittet "Få OA uth-legitimationsoplysninger til dit Webex til Cisco Broad Works" for at få flere oplysninger om at hæve tjenesteanmodningen 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

Tilføj tokenet med et passende partnernavn på følgende måde:

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

Føj det partnernavn, der er knyttet til OA uth-token, til listen over partnere, der skal overvåges af Webex Provisioning Sync-applikationen med det "aktiverede"-flag, der er indstillet til "sandt".

Med denne Webex-klargøringssynkroniseringsapplikation begynder CI-bruger UUID-synkronisering på det definerede meningsmålingsinterval.

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

Når partneren er inkluderet, kan applikationen Webex-klargøringssynkronisering nu udføre tilknytningen af CI UUID til Broad Works-brugere.

Skift forbindelsens timeout ved hjælp af 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 tilknytning kan udføres automatisk eller manuelt. Kommandoen til manuelsynkronisering af CLI kan øjeblikkeligt udløse tilknytningen for at finde sted.

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

Partnere med "aktiveret" indstillet til "sand" udfører tilknyttede i meningsmålingsintervallet. Under den indledende tilknytning anmoder Webex-applikationen om Webex-abonnentsynkronisering API'en for at hente de data, der indeholder CI UUID for alle brugere, der hostes af partneren. Broad Works-brugerens eksterne id er opdateret med det tilknyttede CI UUID. Efterfølgende tilknytninger påvirker brugere, der føjes til partneren. Statuskommandoen kan bruges til at se, om synkroniseringen er fuldfø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 fuldført, ændres statussen tilbage til overvågning. Efterfølgende synkronisering udføres på brugere, der er føjet til partneren efter "Sidste synkroniseringstid".

Følgende figur viser CI UUID-indstillingen i det eksterne id:

Netværksserver

Opkaldstype

Med henblik på fakturering og rapportering kan det være ønskeligt at markere CDR'er for Meetings-indgående opkald. Dette kan opnås ved hjælp af politikken for indtastning af netværksserverfør opkald.

For det første tilføjes en ny opkaldstype på NS CLI under /System/CallP/Opkaldstype. Følgende eksempel tilføjer den nye "WXM"-opkaldstype:

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

Opkaldstypen kan derefter bruges i en forekomst af indtastning af opkaldfør opkald, der er en del af Broad Works-brugerens distributionsprofil. I dette eksempel blev en ny forekomst afindtastning af opkald "wxm" tilføjet under CLI-kontekst /Politik/Indtastning af opkald føropkald, men det kunne være en eksisterende forekomst af indtastning af indtastning af opkald, der allerede bruges:

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 

Det næste trin er at tilføje poster til forekomsten af indtastning af opkald før opkald for alle opkaldsnumre under CLI-konteksten /Politik/Indtastning af opkaldfør opkald/Opkaldsplan. 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

Forekomsten af indtastningfør opkald tilføjes derefter (forudsat at den ikke allerede findes) til den relevante distributionsprofil for den oprindelige bruger 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    

Bredeværker, der stammer fra CDR'er, genereres kun af opkald, der stammer fra BW-abonnenter. PSTN-baserede opkald fra "netværkssiden" af AS vil ikke generere CDR'er, der stammer fra. Der vil være en afsluttende CDR for den virtuelle Voice XML-abonnent i begge tilfælde.

DirigeringNE

En routingNE er påkrævet på NS under /System/Device/Routing NE CLI-kontekst for at repræsentere CUBE. På denne måde, når NS modtager INVITE fra CUBE, matcher den via-headeren med den routing-NE-post, der er klargjort på NS. Se Administrationsvejledning til Cisco Broad Works Network Server Command Line Interface for oplysninger om, hvordan du tilføjer en distributionsnummer (NE).

Nedenfor er et eksempel på kommandoerne til at tilføje Routing NE "WebexMeetings", hvor CUBE IP-adressen = 10.165.196.30. Eksemplet viser også kommandoer til at oprette en ny Orig-omdirigeringog profilforekomster, der skal tilknyttes routing-NE, men eksisterende forekomster kan også bruges.

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 eksempelkonfigurationen sender CUBE til NS en INVITE, der svarer til følgende (vigtige felter med fed 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-anmodning-URI indeholder tilbagekaldsnummeret

• Via header: indeholder IP-adressen for CUBE, som vil blive brugt til at vælge routingNE-profilen.

• X-Cisco-Info-Mød-header: bruges til at identificere værtensCIU-serUuid, meetingid og webstedetsUUID.

Når du modtager INVITE, bruger NS Via-headeren til at matche routing-NE "WebexMeetings". Dette vil igen vælge den "wxm_routing" distributionsprofil, der indeholder "wxm_Inst"-forekomsten af OrigRedirect.

Politikken for NS OrigOmdirigering matcher derefter X-CISCO-MEET-INFO-headeren:

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

med linjeporten, der er konfigureret på den virtuelle Voice XML-abonnent, og send en 302 omdirigering til det AS-par, der hoster den pågældende abonnent. 302-meddelelsen svarer til 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

Domænet i INVITE URI (i eksemplet er det bw.myenterprise.com), der sendes af CUBE til NS, skal anerkendes af NS. Dette kan gøres ved at tilføje domænet i NS_CLI/System/Alias-konteksten, for eksempel:

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

Kommandoen til at konfigurere INVITE URI-domænet på CUBE kan findes i det næste afsnit under opkalds-peer/sessionsmål, for eksempel:

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

VærterNE

For at understøtte konfigurationsindstillinger for Webex Meetings-opkaldsbehandling til fakturering og kontrol af sessionstilladelse skal applikationsserverens NE-signalattributter Opkaldstype Required And Requires Charge Indication være aktiveret i NS_CLI/System/Device/Hosting-NE-kontekst._ Eksempel:

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

Aktivér tilbagekald til Webex-møde

I tilbagekaldsscenariet med SIP X-Cisco-Meet-Info-headeren sender CUBE opkaldet til netværksserveren for originator omdirigering til AS-parret. AS-parret bestemmes ud fra parameteren Aktivér WebexMeeting Hoost Lookup-systemet.

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

Når Webex Meeting Hoost Lookup-systemparameteren er indstillet til sand, bruges mødeværtsbrugerens CI UUID i X-Cisco-Meet-Info-headeren til at identificere det AS-par, der er vært for mødeværtsbrugeren.

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

Dette afsnit indeholder en valideret konfiguration til, hvordan du installerer Cisco Unified Border Element (CUBE) som Session Border Controller (SBC) for Bring din egen PSTN-løsning.

Dette afsnit fokuserer på de CUBE-konfigurationer, der er nødvendige for at interagere med eksemplet Webex til Cisco Broad Works-konfiguration, der vises i det foregående afsnit. For en mere generel diskussion om den indledende CUBE-installation og -konfiguration, se følgende vejledninger: 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

Installer Yvores egen SBC-indstilling

Hvis du ikke vil installere CUBE, har du mulighed for at installere din egen SBC. Bemærk dog, at dette dokument ikke indeholder en valideret konfiguration for andre SBC'er end CUBE.

Hvis du installerer din egen SBC, kan du følge kravene til CUBE-konfiguration på højt niveau (f.eks. tildelinger såsom domænet, offentlige og private grænseflader og gateways) for at vejlede din konfiguration. Se dog din SBC-dokumentation for detaljeret hjælp til kommandolinjen, da de faktiske kommandoer til din egen SBC sandsynligvis vil afvige fra CUBE.

Medmindre andet er angivet, gælder de resterende konfigurationskrav i trin 10, uanset hvilken SBC du installerer. Kommandolinjeeksemplerne er dog kun for CUBE, medmindre det er angivet, at eksemplet gælder for andre SBC'er. For andre SBC'er henvises der til din SBC-dokumentation for konfigurationskommandoer.

Efter konfiguration og klargøring af BPartnerePSTN-løsningen er fuldført, skal partneren gennemgå et sæt accepttestsager for at bekræfte deres løsning. Dette er et obligatorisk trin for at partneren BPartnereTN kan godkendes og aktiveres.

Godkendelsestest-sagerne er beskrevet i dokumentet Bring Your Own PSTN-godkendelsesprocedure Webex for Cisco Broad Works på: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partneren skal levere resultaterne af de godkendelsestest, der er udført, til onboarding- og certificeringsholdene.

Spørgsmål, problemer og resultater fra udførelsen af godkendelsestest skal rapporteres og deles i det Webex-rum, der er tildelt til onboarding af partneren.