A következő előfeltételeknek kell teljesülniük a BYoPSTN üzembe helyezéséhez. Az alább felsorolt előfeltételek feltételezik, hogy a Partner rendelkezik egy működő Webex for Cisco BroadWorks-telepítéssel, amely a következőket tartalmazza:

• Működő BroadWorks rendszer – a dokumentumban leírtak szerint Webex for Cisco BroadWorks megoldási útmutató

• BroadWorks AS licenc „VoiceXML” szolgáltatással elegendő mennyiségben ( PSTN-szám 1)

• BroadWorks javítások szükségesek:

  R22 esetén:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  R23 esetén:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  R24-ért

  • AP.as.24.0.944.ap376935

• Telepített Cisco CUBE-rendszer (IOS 16.12.2-es vagy újabb): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  Mind a hardveralapú, mind a virtuális CUBE támogatott. A hardveralapú CUBE a méretezhetőség és a nagyobb hívások kezelése érdekében javasolt.

• Webex Partner szervezet – amint azt a Webex for Cisco BroadWorks megoldási útmutató

A Cisco -partner a következő eljárással adja hozzá a Webex-értekezlet való betelefonálási telefonszámait:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Betelefonálási telefonszám-csoport létrehozása p.

5. Adja meg a Telefonszámcsoport nevet, és válasszon Következő .

6. Adja meg a Telefonszám részleteket, és válasszon Következő .

7. Tekintse át a telefonszámcsoport adatainak összegzését, és válassza a lehetőséget Mentés .

8. Ismételje meg ezt az eljárást minden hozzáadni kívánt telefonszámcsoportnál.

Az alábbi képernyőképek szemléltetik az eljárást.

Ezt a lépést csak akkor kell elvégezni, ha a Csatlakozás értekezlethez visszahíváson keresztül opciót kívánja telepíteni. Ellenkező esetben kihagyhatja ezt a lépést.

Ha nem adja meg ezt a beállítást, a felhasználók a Betelefonálás opcióval csatlakozhatnak értekezletekhez, vagy számítógépes hanggal is csatlakozhatnak.

Ha az Értekezlet-visszahívás opciót használja, visszahívási DNS SRV -csoportra van szükség a hívásátirányítás Webex a CUBE-ba való átirányításához. A Cisco partner az alábbi eljárással adja hozzá a CUBE DNS SRV rekordjait a Webex rendszeréhez:

1. Jelentkezzen be a Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Visszahívási DNS SRV csoport létrehozása .

5. Adja meg a visszahívási DNS SRV -t Csoport neve .

6. Válassza ki Következő .

7. Adja meg a visszahívási DNS SRV adatait.

8. Válassza ki Következő .

9. Tekintse át a Visszahívási DNS SRV részletes összefoglalását.

10. Válassza ki Mentés .

11. Gondoskodjon a DNS frissítéseiről, hogy azok tükrözzék a DNS SRV csoportban lévő új rekordokat.

12. Ismételje meg ezt az eljárást minden hozzáadni kívánt visszahívási DNS SRV csoportnál.

Az alábbi képernyőképek szemléltetik az eljárást.

A BYoPSTN-megoldás kezdeti konfigurációja és ellenőrzése magvető szervezetre van szükség minden egyes egyedi kombinációhoz Telefonszámcsoport és Visszahívás DNS SRV csoport (ha visszahívás szükséges) . Ezért javasolt, hogy a Cisco Partners hasonló módon hozzon létre egy újat Ügyfél sablon a telefonszámcsoport és a visszahívási DNS SRV csoport minden egyes egyedi kombinációjához. Minden egyes ügyfélsablonból létre kell hozni egy megfelelő magszervezetet.

Miután a BYoPSTN-konfiguráció első lépésként megtörtént, és a magszervezetek segítségével ellenőrizve lett, a telefonszámcsoportok és a visszahívási DNS SRV -csoportok szükség szerint alkalmazhatók a meglévő ügyfélsablonokra.

Kérjük, vegye figyelembe, hogy az újonnan létrehozott Ügyfélsablonokat a meglévő nem tesztelő ügyfelek nem használják, ezért biztonságosan használhatók a BYoPSTN konfiguráció manuális ellenőrzésére.

Ha nem visszahíváson keresztül telepíti az értekezlethez való csatlakozást, akkor nem kell visszahívási DNS SRV -csoportokat társítania az Ügyfélsablonhoz. Azonban ki kell választania Visszahívás letiltása .

Új ügyfélsablonhoz való hozzáadáshoz tegye a következőket:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Sablonok lehetőségre , válassza ki Sablon hozzáadása lehetőségre .

5. Adja meg a sablon adatait. Itt: Csomag típusa szakasz:

   • Válassza ki Csomag típusa mint Szabványos .

   • Válassza ki Értekezlethez való csatlakozási konfiguráció mint Partner által biztosított betelefonálási számok (BYoPSTN) .

   • Válasszon ki egy beüzemeltet Telefonszám-csoport .

   • For Visszahívási DNS SRV csoport, ha szeretné engedélyezni az értekezlet-visszahívás opciót, válasszon ki egy visszahívási DNS SRV csoportot. Ellenkező esetben válassza a lehetőséget Visszahívás letiltása .

6. Válassza ki Következő .

7. Adja meg a többi sablonadatot.

8. Tekintse át a Sablon részleteinek összefoglalóját.

9. Kattintson a Mentés lehetőségre.

10. Ismételje meg ezt az eljárást minden hozzáadni kívánt ügyfélsablon esetében

Az alábbi képernyőkép az eljárást mutatja be.

Meglévő ügyfélsablon frissítéséhez tegye a következőket:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás szakaszban.

4. Alatt Sablonok lehetőségre , válassza ki Sablon megtekintése .

5. Válassza ki a frissíteni kívánt sablont.

6. Görgessen a lehetőséghez Értekezlethez való csatlakozási konfiguráció szakasz:

   • Válassza ki Partner által biztosított betelefonálási számok (BYoPSTN) .

   • Válasszon ki egy korábban konfigurált Telefonszám-csoport .

   • For Visszahívási DNS SRV csoport , ha szeretné engedélyezni az értekezlet-visszahívás opciót, válasszon ki egy visszahívási DNS SRV -csoportot. Ellenkező esetben válassza a lehetőséget Visszahívás letiltása .

7. Válassza ki Mentés .

   Az alábbi képernyőkép az eljárást mutatja be.

A BYoPSTN-megoldás több különböző összetevőből áll, amelyek mindegyikét megfelelően konfigurálni kell a megoldás sikeres működéséhez. A seed Solution-szervezetek két célja közül az egyik, hogy telefonszám -értekezlet-hozzáférési kód-leképezéseket és a értekezlet webhelye univerzálisan egyedi azonosítót (site UUID) generáljanak, amelyek a megoldás folyamatos működéséhez szükségesek. A másik cél a konfiguráció ellenőrzése.

A telefonszámcsoport és a visszahívási DNS SRV csoport minden egyes egyedi kombinációjához létre kell hozni egy megfelelő Ügyfélsablont. Ezen Ügyfélsablonok mindegyikéhez ki kell építeni egy kezdőmegoldási szervezetet. Ezeknek a magszervezeteknek az üzembe helyezése generálja a BroadWorks konfigurálásához szükséges értekezlet-hozzáférési kód-leképezések telefonszám és a értekezlet webhelye UUID-azonosítót.

A korábban beállított ügyfélsablonok mindegyikével biztosítson előfizetőt egy új teszt BroadWorks szolgáltató vagy új BroadWorks Enterprise számára egy Standard csomag felhasználó. Az így kapott Standard csomag a értekezlet webhelye a Partnerszolgáltató betelefonálási számainak értekezlethez való csatlakozási opcióját kell használnia. Az alábbi módszerek bármelyike használható az előfizető biztosítására:

1. Biztosítsa a teszt-előfizetőt a BroadWorks Subscribers API-kkal a következő dokumentumban leírtak szerint developer.webex.com.

2. Engedélyezze a teszt-előfizetőt az IM&P szolgáltatáshoz az Ügyfélsablon használatára konfigurált BroadWorks-en. Kérjük, győződjön meg arról, hogy az Ügyfélsablon a Standard csomagot használja alapértelmezettként, hogy a tesztelőfizetőhöz standard csomagot rendeljenek hozzá. Alternatív megoldásként a teszt-előfizetőt utólag frissíteni kell, hogy rendelkezzen a Standard csomaggal.

Kérjük, vegye figyelembe, hogy javasolt, hogy a kezdőmegoldás-szervezetek egy teszt BroadWorks szolgáltatóhoz vagy teszt BroadWorks Enterprise-hoz legyenek társítva.

Létfontosságú, hogy ez a értekezlet webhelye továbbra is kiépített maradjon, mivel ez a webhely UUID kerül elküldésre minden egyes betelefonálási értekezlethez való csatlakozási kérelemben hitelesítési tokenként. Ne törölje a magszervezetet, mert a hozzárendelt a értekezlet webhelye is törlődik. Ha az elsődleges szervezet eltávolításra kerül, akkor egy újat kell létrehoznia, és újra kell konfigurálnia a Broadworks-t az új webhely UUID-jével.

Az elsődleges és a másodlagos kezdőértékmegoldás-szervezetek törölhetők, ha szükséges, mielőtt a telefonszám- és visszahívási DNS SRV -rekordokat nem tesztelő ügyfelekhez rendelnék hozzá. Amikor a telefonszámok és a visszahívási DNS SRV -rekordok nem tesztelő ügyfelekhez vannak rendelve, akkor ezek a telefonszámok és visszahívási rekordok az adott ügyfelek értekezletoldalaihoz lesznek hozzárendelve, és használatban vannak az értekezlethez való csatlakozáshoz betelefonálás és visszahívás használatával. Bármilyen módosítást a szolgáltatást érintő módosításnak kell tekinteni.

Az Elsődleges Seed Solution Szervezet kiválasztásához tegye a következőket:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás szakaszban.

4. Alatt Konfiguráció ellenőrzése (BYoPSTN) szakaszt, válassza ki Hozzárendelés .

5. A Szervezet hozzárendelése képernyőn, keresse meg és válassza ki a korábban beállított magszervezetek egyikét

6. Válassza ki Hozzárendelés .

   A kiválasztott magszervezet az elsődleges magszervezet.

Az alábbi képernyőképek szemléltetik az eljárást.

Az elsődleges kezdőmegoldás-szervezet, a telefonszámcsoportok és a visszahívási DNS SRV -csoport adatai egy adott BroadWorks-fürthöz egyetlen helyen, a BroadWorks-konfigurációs (BYoPSTN) JSON-fájlban érhetők el. Ezek az információk a BroadWorks for BYoPSTN konfigurálásához szükségesek.

Kérjük, vegye figyelembe, hogy a JSON- konfigurációs fájl csak az elsődleges kezdőmegoldás-szervezet kiválasztása után érhető el/letölthető meg.

A JSON- konfigurációs fájl megtekintésének/letöltésének folyamata a következő:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Fürtök , válassza ki Fürt megtekintése .

5. Válassza ki a BYoPSTN-hez konfigurált Ügyfélsablonokhoz társított fürtöt.

6. Görgessen a lehetőséghez BroadWorks-konfiguráció a BYoPSTN-hez szakaszban.

7. Kattintson Töltse le a JSON- konfigurációs fájl .

8. Ismételje meg ezt az eljárást minden más BroadWorks-fürtnél.

Az alábbi képernyőképek szemléltetik az eljárást.

Tekintse meg az alábbi minta JSON- konfigurációs fájl . A fájl kiegészítő információkat tartalmaz az egyes telefonszám-csoportokról, visszahívási DNS SRV -csoportokról, a BroadWorks rendszerben megadandó alábbi kulcskonfigurációs elemek félkövérrel vannak szedve.

• siteUUID: A BroadWorks-nek ezt az értéket kell elküldenie a SIP -üzenetekben, ez egy token, amelyet a Webex Edge Audio használ a Cisco partner BroadWorks-programjának kilétének és az adott Cisco partner által kezelt értekezletoldalakhoz való hozzáférésének megerősítésére.

• Telefonszám – hozzáférési kód hozzárendelése: A telefonszámokat és a hozzájuk tartozó Webex hozzáférési kódokat konfigurálni kell a BroadWorks rendszerében.

  • phoneNumber

  • accessCode

• localeTag: A telefonszám társított közlemény kívánt nyelvét be kell állítani a BroadWorks rendszerében.

• dnsSrv: A visszahívási DNS SRV -t konfigurálni kell a DNS -ben, és hivatkoznia kell a kívánt CUBE-példányokra.

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

A Webex Edge Audio DNS SRV tartományt konfigurálni kell a BroadWorks rendszeren. Az érték meghatározásához kövesse az alábbi eljárást.

1. Jelentkezzen be a Cisco Partner Hubba.

2. Ugrás ide: Ügyfelek .

3. Válassza ki a BYoPSTN Validation Enterprise elemet.

4. Válassza ki Ügyfél megtekintése.

5. Ugrás ide: Szolgáltatások/Értekezletek .

6. Válassza ki a Standard csomagértekezlet a értekezlet webhelye.

7. Görgessen a kifelé néző panel aljáig, és válassza a lehetőséget Webhely konfigurálása lehetőségre .

8. Válassza ki Általános beállítások / Hangbeállítások .

9. Alatt a Edge Audio egyéni globális betelefonálási számok szakaszt, válassza ki Lua-parancsfájl létrehozása .

10. A felugró ablakban keresse meg a „-- Frissítés a fejléchez CCAX URL-lel ” értéket.

     
    -- 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. Húzza ki a félkövéren szedett értéket, például ecccx.amer.webex.com.

Ezt a Webex Edge Audio DNS SRV tartományt kell konfigurálni a BroadWorks rendszeren.

Ez a szakasz az alábbi ábrákon látható értekezletbehívási és visszahívási forgatókönyvek megvalósításához szükséges BroadWorks-konfigurációt ismerteti. A konfigurációs példák az előző szakaszban bemutatott JSON-fájl adatain alapulnak. A számok, tartományok, a vállalat/csoportok elnevezése, az eszközök típusa, a házirendek, a profilok stb. partnerenként eltérőek lehetnek.

Hívásfolyamat:

1. A felhasználó visszahívás kér, a Webex visszahívás kezdeményez.
2. A hívás a BroadWorks OTT-re van irányítva.
3. A hívás eléri a CH-n kiépített CUBE-t. A CUBE a BroadWorks-hez irányítja a hívást.
4. A BroadWorks a hívást értekezlet-szervező kezdeményezőként azonosítja, és létrehoz egy munkamenetet az értekezletszervező felhasználó számára, és feldolgozza a hívást.
5. Az értekezletszervező felhasználói munkamenet feldolgozza a hívást és lefordítja a tárcsázott szám. Ezenkívül a rendszer létrehoz egy számlázási rekordot az értekezletszervező felhasználó nevében.
6. A BroadWorks vagy az eszközhöz társított felhasználóhoz (7) vagy a PSTN-hez (8) irányítja a hívást.

Mielőtt elkezdené

A BroadWorks és a CUBE közötti SIP -kommunikáció a hálózati követelményektől függően UDP -n vagy TCP -n keresztül történhet. Ha például a BYoPSTN be- vagy visszahívási folyamatokban egyes hálózati vagy hozzáférési eszközök (például átjárók vagy végpontok) nem támogatják a TCP-t, akkor helyette UDP -t kell használni.

Az ebben az útmutatóban bemutatott konfiguráció és példák TCP protokollt használnak szállítási protokollként. A TCP használatához győződjön meg arról, hogy a BroadWorks alkalmazáskiszolgáló és a hálózati kiszolgáló egyaránt TCP-re van konfigurálva:

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

Alkalmazáskiszolgáló

Azonosítás/eszközprofil típusa

Létre kell hozni egy új identitás/eszköz profil típust a CUBE képviseletére. Ügyeljen arra, hogy az alábbi tulajdonságokat állítsa be, míg a többi tulajdonságot az alapértelmezett értékeken hagyhatja:

• Jelzési cím típusa— Beállítás erre: Intelligens proxycímzés

• Hitelesítés – Beállítás erre: Engedélyezve

• Támogassa az identitást az UPDATE és az újra meghívóban — Ellenőrizve

• Statikus regisztrációs funkció – Beállítás erre: Engedélyezve

• Videóképes – Beállítás erre: Letiltva

Az alábbi példában az új identitás/eszközprofil típus: „VXML_profile ” létrehozása a CUBE megjelenítésére szolgál.

Voice XML virtuális előfizető

Hozzon létre egy VoiceXML-példányt

Minden Webex Meetings PSTN-szám egy virtuális előfizetővel van ellátva a BroadWorksben, és a VoiceXML virtuális előfizetői funkció használható. Javasoljuk, hogy minden VoiceXML virtuális előfizetőhöz dedikált vállalatot és csoportot használjon. Ne feledje, hogy valójában nem aknázzuk ki a VoiceXML képességeit, de az ilyen típusú virtuális felhasználók alkalmasak a CUBE-val való interakcióra.

A VoiceXML szolgáltatás használatához győződjön meg arról, hogy a licenc elegendő „VoiceXML” mennyiséggel rendelkezik, és hogy a szolgáltatás vállalati és csoportszinten engedélyezett, és a VoiceXML szolgáltatás az alábbi példakép szerint van hozzárendelve a csoporthoz.

Alatt Csoport > Szolgáltatások lehetőségre , válassza ki VoiceXML és hozzon létre egy példányt minden egyes PSTN-szám.

Konfigurálja a VoiceXML-címeket

Minden VoiceXML-példányhoz állítsa be a következőket a VoiceXML-címek alatt:

• Telefonszám —Adja meg a Webex Webex Meetings oldal betelefonálási számát (például 2403332200).

• Mellék

• Identitás/eszközprofil — Hozzon létre egy példányt (például VXML_device Prof) az előző részben létrehozott eszköztípus alapján (VXML_profile példában), és adja meg a következő konfigurációt.

• Vonal/port — Írja be a következőt:<access number=""> @<domain> formátum, hol

  • <access number=""> a Webex Meetings oldal hozzáférési kódszáma (a JSON-fájlból érhető el) (például 88631321777971704941)

  • <domain> a Webex Edge Audio tartománya ehhez a értekezlet webhelye (például ecccspx.amer.pub.webex.com)

• Kapcsolat korty — A hozzáférési számra intézett értekezlet-betelefonálási hívások esetén a MEGHÍVÓ hívás a mező értékére beállított Request URI -val lesz elküldve. Adja meg a SIP névjegyet ebben a formátumban<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , ahol:

  • <sip contact=""> a<number> a vonal/port mezőből, de a tartományt SRV-ként kell megadni, amely a CUBE címére feloldódik (például 88631321777971704941@cube.internal.local)

  • <Locale> a felhasználói területi beállítás beállításnak megfelelő nyelvi beállítást jelöli (például locale=en_ Egyesült Államok)

  • <Meetings Site="" UUID=""> a webhely UUID azonosítója a JSON-fájlból (például x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> A transport=tcp értéknek kell lennie, hogy az AS TCP -t használjon a CUBE-nak való üzenetküldéshez.

Az alábbiakban egy példa látható a VoiceXML-címek beállításaira.

Minden további használni kívánt értekezlet-hozzáférési számhoz létre kell hozni egy további VoiceXML virtuális előfizetőt, a fentihez hasonlóan. Ugyanaz az eszközprofil használható, de a Vonalport és a Kapcsolat mezőket a hozzáférési szám információiból kell összeállítani a fenti módon.

Győződjön meg arról, hogy a BroadWorks virtuális előfizetőn beállított hívásfeldolgozási házirend-korlátok elegendőek az extra BYoPSTN-hívások kezeléséhez a telefonszámcsoportban.

SIP -hitelesítés hozzárendelése a VoiceXML-példányhoz

Rendelje hozzá a hitelesítési szolgáltatást a VoiceXML virtuális előfizetőhöz. Ez a visszahívási forgatókönyv esetén a CUBE-ból érkező SIP INVITE üzenetek hitelesítésére szolgál. Azt is megakadályozza, hogy a VoiceXML virtuális előfizető a CUBE-n kívül más felektől érkező hívásokat fogadjon

Lépjen a virtuális előfizetői hitelesítés oldalra a Segédprogramok alatt, és adja meg a SIP felhasználónevet és jelszót az alábbiak szerint:

a CUBE-t ugyanazzal a felhasználónévvel és jelszóval kell konfigurálni az AS-nek küldött INVITE üzenetek megfelelő hitelesítése érdekében. Példa a SIP hitelesítés CUBE-n konfigurálására szolgáló parancsra a következő: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedefs fájl

A VoiceXML virtuális előfizetői SIP névjegy mező tartalmazza azt az URL -címet, ahol a tartományrész a CUBE címre feloldódik. Ez egy belső SRV, és az AS-en lévő namedefs fájl segítségével lehet feloldani a belső SRV-t a CUBE IP-címre.

Példánkban az SIP SRV kapcsolat a cube.internal.local, és a 10.165.196.30 címen, az 5060-as porton éri el a CUBE-t. Az AS-en a /usr/local/broadworks/bw_base/conf/namedefs fájl a következőképpen frissül:

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

Webex Meetings hívás típusa

A Webex Meetings hívásfeldolgozás konfigurációs beállításaival szabályozható az értekezlet-betelefonálási hívások kezelése. Alapértelmezés szerint az értekezlet-betelefonálási hívások külső hívásként kerülnek feldolgozásra, mivel a betelefonáló számok egy dedikált vállalatnál vagy szolgáltató vannak tárolva. A külső hívások általában beleszámítanak a Munkamenetbeléptetés-vezérlési foglalkozások számába, és a CDR mezőben vannak megjelölve díjkötelesként töltésjelző .

A következő példa hozzáadja azt az ajánlott konfigurációt, hogy az értekezlet-betelefonálásokat belső hívásként dolgozza fel, így azok kizárásra kerülnek a díjfizetésből, és nem tartoznak bele a Munkamenet-belépés-vezérlési számlálásba.

Beállítással NS-díjmező kényszerítése igaz, a CDR mező populációja töltésjelző a hálózati kiszolgáló hívástípus konfigurált Charge attribútumán alapul.

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

VoiceXML értekezletvisszahívás virtuális előfizető

Hozzon létre egy VoiceXML-értekezlet-visszahívási előfizetőt

A Webex Meetings visszahívási opcióval rendelkező dedikált virtuális VoiceXML-előfizetőt (a továbbiakban: VoiceXML értekezlet-visszahívási előfizető) be kell állítani a BroadWorks alkalmazáskiszolgálón (AS) a Webex Webex Meetings visszahívási hívásainak kezelésére. Ennek az előfizetőnek csak egyetlen példánya konfigurálható az AS-en.

A funkció engedélyezéséhez állítsa a 102074 aktiválható funkciót true értékre CLI-n keresztül.

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

Mivel a „BYO PSTN számlázás támogatása a visszahíváshoz és a betelefonáláshoz” funkció a „BroadWorks CI UUID támogatása” funkciótól függ, a (102074) funkció aktiválása előtt az (102746) funkciót is aktiválnia kell. További részletekért olvassa el a „CI felhasználói UUID szinkronizálás (Broadworks támogatás a CI UUID számára)” című részt.

A VoiceXML értekezlet-visszahívási előfizető hasonló a meglévő BYOPSTN VXML virtuális előfizetőhöz, de egy új „Webex Meeting Callback” jelzővel látta el. Ez a VoiceXML értekezlet-visszahívás-előfizető ugyanazzal az eszközprofil van konfigurálva, mint a meglévő BYOPSTN VXML virtuális előfizető, valamint a hitelesítési szolgáltatás ugyanazokkal a hitelesítő adatokkal.

Az alábbiakban látható egy példa:

A VoiceXML értekezlet-visszahívási előfizetőnek léteznie kell az értekezletszervező felhasználónak otthont adó AS-en. Amikor az AS megkapja az értekezlet-visszahívási INVITE kérést, a hívásbeállítás során megpróbálja megtalálni a VoiceXML értekezlet-visszahívási felhasználót és az értekezletszervező felhasználót is az AS-en. Ha ezen felhasználók egyike sem található, a hívás elutasításra kerül.

Értekezlet szervezői foglalkozása

Az X-Cisco-Meet-Info fejléccel rendelkező visszahívási forgatókönyvben a Cisco BroadWorks alkalmazáskiszolgáló egy SIP INVITE kérést kap, és a SIP X-Cisco-Meet-Info fejléc gazdagép CI-felhasználó UUID paraméterével azonosítja az értekezletszervező felhasználót. Az értekezletszervező felhasználó nevében hívási munkamenet jön létre, amely feldolgozza a hívást és végrehajtja a felhasználó szolgáltatásprofil . Ezenkívül a rendszer létrehoz egy számlázási rekordot az értekezletszervező felhasználó nevében. A SIP X-Cisco-Meet-Info fejlécből származó értekezletazonosító és webhely UUID-információ a számlázási rekordban rögzítésre kerül.

Az alábbiakban látható egy példa a SIP X-Cisco-Meet-Info fejlécre:

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

Alkalmazáskézbesítési platform

CI-felhasználói UUID-szinkronizálás (Broadworks-támogatás a CI UUID-hez)

A felhasználói CI UUID egy egyedi azonosító, amely azonosítja a felhasználókat a Webex környezetben.

Ez a Webex Provisioning Sync alkalmazás a Cisco BroadWorks Application Delivery Platform (ADP) platformon a felhasználói CI UUID szinkronizálására, leképezésére és a BroadWorks infrastruktúrába való tárolására szolgál, így különböző interakciókban használható a Webex és a Webex for BroadWorks szolgáltatással.

Lásd a „ Webex értekezlet-visszahívás engedélyezése” témakörben a CI Felhasználó Az UUID társítást a Cisco BroadWorks hálózati kiszolgáló és a Cisco BroadWorks alkalmazáskiszolgáló használja.

A következő lépésekkel beállíthatja a Webex Provisioning Sync alkalmazást, hogy rendszeresen lekérdezze és frissítse a BroadWork-felhasználókat a CI UUID-vel.

A Webex Provisioning Sync alkalmazás működéséhez OAuth-hitelesítési adatokra van szükség a spark-adminnal:broadworks_subscribers_read a Cisco Identity Provider hatókörébe tartozik, és a bevezető ügynöknél szolgáltatáskérés szerezhető be.

Tekintse meg az „OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez” részt a szolgáltatáskérés előterjesztésének további részleteiért: 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

Adja hozzá a tokent egy megfelelő partnernévvel az alábbiak szerint:

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

Adja hozzá az OAuth-tokenhez társított partnernevet a Webex Provisioning Sync alkalmazás által figyelni kívánt partnerek listájához úgy, hogy az 'enabled' jelzőt 'true' értékre állítsa.

Ezzel a Webex Provisioning Sync alkalmazás megkezdi a CI felhasználói UUID szinkronizálást meghatározott szavazási időköz.

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

A partner felvételét követően a Webex Provisioning Sync alkalmazás végre tudja hajtani a CI UUID BroadWorks-felhasználókhoz való hozzárendelését.

Módosítsa a kapcsolat időtúllépését a következő parancsokkal:

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

Ez a társítás történhet automatikusan vagy manuálisan. A CLI manualSync parancs azonnal elindíthatja a társítást.

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

Azok a partnerek, akiknél az 'Engedélyezve' értéke 'true', elvégzik a hozzárendelt szavazási időköz. A kezdeti társítás során a Webex Provisioning Sync alkalmazás lekérdezi a Webex Subscriber API -t, hogy lekérje a CI UUID-t tartalmazó adatokat a partner által üzemeltetett összes felhasználóra vonatkozóan. A BroadWorks-felhasználó külső azonosító a hozzá tartozó CI UUID-vel frissül. A későbbi társítások a partnerhez hozzáadott felhasználókat érintik. A status paranccsal ellenőrizhető, hogy a szinkronizálás befejeződött-e.

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.

A szinkronizálás befejezése után az állapot visszavált figyelésre. A későbbi szinkronizálás az „Utolsó szinkronizálás időpontja” után a partnerhez hozzáadott felhasználókon történik.

A következő ábra a külső azonosító belül beállított CI UUID-t mutatja:

Hálózati szerver

Hívástípus

Számlázási és jelentéskészítési célból kívánatos lehet a CDR-ek megjelölése az értekezletek betelefonálós hívásaihoz. Ez a Hálózati kiszolgáló PreCallTyping házirendjével végezhető el.

Először az NS CLI-n a /System/CallP/CallType alatt adjon hozzá egy új hívás . A következő példa az új „WXM” hívástípus hozzá:

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

A hívástípus ezután használható egy PreCallTyping példányban, amely része a BroadWorks felhasználó útválasztási profiljának. Ebben a példában egy új „wxm” PreCallTyping példány lett hozzáadva a /Policy/PreCallTyping CLI környezethez, de lehet, hogy ez egy már használt PreCallTyping példány:

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 

A következő lépés az, hogy bejegyzéseket ad hozzá a PreCallTyping példányhoz az összes tárcsázási számhoz a /Policy/PreCallTyping/DialPlan CLI kontextusban. Például:

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

A PreCallTyping példányt ezután hozzáadja (amennyiben még nem létezik) a kiinduló felhasználó megfelelő útválasztási profiljához, az alábbi példában látható módon:

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    

A BroadWorks CDR-eket csak a BW előfizetőktől származó hívások generálják. Az AS „hálózati” oldaláról érkező PSTN által kezdeményezett hívások nem generálnak kezdeményező CDR-eket. Mindkét esetben lesz lezáró CDR a VoiceXML virtuális előfizető számára.

RoutingNE

A CUBE képviseléséhez RoutingNE szükséges az NS-en a /System/Device/RoutingNE CLI kontextusban. Így amikor az NS megkapja az INVITE üzenetet a CUBE-tól, a via fejlécet az NS-en beállított RoutingNE bejegyzéshez fogja illeszteni. Lásd a Cisco BroadWorks hálózati kiszolgáló parancssori felület Felügyeleti útmutató a RoutingNE hozzáadásának részleteiért.

Az alábbiakban egy példa látható a RoutingNE „WebexMeetings” hozzáadására szolgáló parancsokra, ahol a CUBE IP-cím = 10.165.196.30. A példában új OrigRedirect és Profile példányok létrehozására szolgáló parancsok is láthatók, amelyeket a RoutingNE-hez kell társítani, de meglévő példányok is használhatók.

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

A példa konfigurációval a CUBE a következőhöz hasonló INVITE-ot küld az NS-nek (a fontos mezők félkövérrel vannak szedve):

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

Hol:

• Az INVITE kérelem URI a visszahívási számot tartalmazza

• Fejlécen keresztül: tartalmazza annak a CUBE-nek az IP-cím , amelyet a RoutingNE profil kiválasztására fog használni.

• X-Cisco-Info-Meet fejléc: a hostCIUserUuid, meetingid és siteUUID azonosítására szolgál.

A MEGHÍVÓ hívás fogadásakor az NS a Via fejléc segítségével egyezteti a RoutingNE „WebexMeetings”-szel. Ez pedig kiválasztja a „wxm_routing ” útválasztási profil, amely tartalmazza a „wxm_ Inst” példányban az OrigRedirect.

Az NS OrigRedirect házirend ekkor megegyezik az X-CISCO-MEET-INFO fejléccel:

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

a VoiceXML virtuális előfizetőn konfigurált vonalporttal, és küldjön egy 302-es átirányítást az adott előfizetőt kiszolgáló AS párnak. A 302-es üzenet hasonló a következőhöz:

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

A CUBE által az NS-nek küldött INVITE URI -ban lévő tartományt (a példában ez bw.myenterprise.com) az NS-nek fel kell ismernie. Ezt úgy teheti meg, hogy hozzáadja a tartományt az NS-hez_ CLI/Rendszer/Alias környezet, például:

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

Az INVITE URI tartományt a CUBE-n konfiguráló parancs a következő részben, a tárcsázótárs/munkamenetcél alatt található, például:

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

HostingNE

A Webex Meetings hívásfeldolgozás konfigurációs beállításainak támogatásához a számlázáshoz és a Munkamenet-beléptetés-vezérléshez az alkalmazáskiszolgáló hosting NE jelzőattribútumai CallTypeInfoRequired és RequiresChargeIndication engedélyezni kell az NS_CLI/System/Device/HostingNE környezetben._ Például:

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

Webex értekezlet-visszahívás engedélyezése

A SIP X-Cisco-Meet-Info fejléccel rendelkező visszahívási forgatókönyvben a CUBE elküldi a hívást a hálózati kiszolgálónak az AS párhoz való kezdeményező átirányítása érdekében. Az AS pár meghatározása a enableWebexMeetingHoostLookup rendszerparaméter.

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

Mikor enableWebexMeetingHoostLookup rendszerparaméter értéke igaz, az X-Cisco-Meet-Info fejlécben szereplő értekezletszervező -felhasználó CI UUID-azonosítója a értekezletszervező -felhasználónak otthont adó AS párt azonosítására szolgál.

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

Ez a szakasz egy hitelesített konfigurációt tartalmaz a Cisco Unified Border Element (CUBE) Session Border Controller (SBC) történő telepítéséhez a Bring Your Own PSTN-megoldáshoz.

Ez a rész azokra a CUBE konfigurációkra összpontosít, amelyek az előző részben bemutatott példa Webex Cisco BroadWorks konfigurációval való együttműködéshez szükségesek. A kezdeti CUBE-telepítés és -konfiguráció általánosabb ismertetését lásd a következő útmutatókban: 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

Y telepítése a saját SBC-nket Opció

Ha nem szeretné telepíteni a CUBE-t, lehetősége van saját SBC telepítésére. Ne feledje azonban, hogy ez a dokumentum nem ad érvényesített konfigurációt a CUBE-n kívül más SBC-khez.

Ha saját SBC-t telepít, akkor követheti a magas szintű CUBE konfigurációs követelményeket (például az olyan hozzárendeléseket, mint a tartomány, a nyilvános és privát felületek, valamint az átjárók), amelyek irányítják a konfigurációt. Azonban olvassa el az SBC dokumentációját a részletes parancssori segítségért, mivel a saját SBC parancsok valószínűleg eltérnek a CUBE parancsaitól.

Eltérő rendelkezés hiányában a 10. lépésben szereplő többi konfigurációs követelmény érvényesül, függetlenül attól, hogy melyik SBC-t telepíti. A parancssori példák azonban csak a CUBE-re vonatkoznak, hacsak nincs megadva, hogy a példa más SBC-kre vonatkozik. Egyéb SBC-k esetén lásd az SBC dokumentációját a konfigurációs parancsokért.

A BYoPSTN megoldás konfigurálása és kiépítése után a Partnernek egy sor elfogadási tesztesetet kell végigfutnia a megoldás hitelesítése érdekében. Ez egy szükséges lépés ahhoz, hogy a BYoPSTN partnert jóváhagyják és engedélyezzék.

Az elfogadási teszteseteket a Bring Your Own PSTN-elfogadási eljárás, Webex For Cisco BroadWorks című dokumentum ismerteti: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

A sikeresen végrehajtott elfogadási tesztek eredményét a partnernek át kell adnia a bevezető és a tanúsító csapatnak.

Az elfogadási tesztesetek végrehajtásával kapcsolatos kérdéseket, problémákat és eredményeket jelenteni kell és meg kell osztani a Partner felvételéhez kijelölt Webex -térben.

A következő előfeltételeknek kell teljesülniük a BYoPSTN üzembe helyezéséhez. Az alább felsorolt előfeltételek feltételezik, hogy a Partner rendelkezik egy működő Webex for Cisco BroadWorks-telepítéssel, amely a következőket tartalmazza:

• Működő BroadWorks rendszer – a dokumentumban leírtak szerint Webex for Cisco BroadWorks megoldási útmutató

• BroadWorks AS licenc „VoiceXML” szolgáltatással elegendő mennyiségben ( PSTN-szám 1)

• BroadWorks javítások szükségesek:

  R22 esetén:

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

  R23 esetén:

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  R24-ért

  • AP.as.24.0.944.ap376935

• Telepített Cisco CUBE-rendszer (IOS 16.12.2-es vagy újabb): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  Mind a hardveralapú, mind a virtuális CUBE támogatott. A hardveralapú CUBE a méretezhetőség és a nagyobb hívások kezelése érdekében javasolt.

• Webex Partner szervezet – amint azt a Webex for Cisco BroadWorks megoldási útmutató

A Cisco -partner a következő eljárással adja hozzá a Webex-értekezlet való betelefonálási telefonszámait:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Betelefonálási telefonszám-csoport létrehozása p.

5. Adja meg a Telefonszámcsoport nevet, és válasszon Következő .

6. Adja meg a Telefonszám részleteket, és válasszon Következő .

7. Tekintse át a telefonszámcsoport adatainak összegzését, és válassza a lehetőséget Mentés .

8. Ismételje meg ezt az eljárást minden hozzáadni kívánt telefonszámcsoportnál.

Az alábbi képernyőképek szemléltetik az eljárást.

Ezt a lépést csak akkor kell elvégezni, ha a Csatlakozás értekezlethez visszahíváson keresztül opciót kívánja telepíteni. Ellenkező esetben kihagyhatja ezt a lépést.

Ha nem adja meg ezt a beállítást, a felhasználók a Betelefonálás opcióval csatlakozhatnak értekezletekhez, vagy számítógépes hanggal is csatlakozhatnak.

Ha az Értekezlet-visszahívás opciót használja, visszahívási DNS SRV -csoportra van szükség a hívásátirányítás Webex a CUBE-ba való átirányításához. A Cisco partner az alábbi eljárással adja hozzá a CUBE DNS SRV rekordjait a Webex rendszeréhez:

1. Jelentkezzen be a Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Visszahívási DNS SRV csoport létrehozása .

5. Adja meg a visszahívási DNS SRV -t Csoport neve .

6. Válassza ki Következő .

7. Adja meg a visszahívási DNS SRV adatait.

8. Válassza ki Következő .

9. Tekintse át a Visszahívási DNS SRV részletes összefoglalását.

10. Válassza ki Mentés .

11. Gondoskodjon a DNS frissítéseiről, hogy azok tükrözzék a DNS SRV csoportban lévő új rekordokat.

12. Ismételje meg ezt az eljárást minden hozzáadni kívánt visszahívási DNS SRV csoportnál.

Az alábbi képernyőképek szemléltetik az eljárást.

A BYoPSTN-megoldás kezdeti konfigurációja és ellenőrzése magvető szervezetre van szükség minden egyes egyedi kombinációhoz Telefonszámcsoport és Visszahívás DNS SRV csoport (ha visszahívás szükséges) . Ezért javasolt, hogy a Cisco Partners hasonló módon hozzon létre egy újat Ügyfél sablon a telefonszámcsoport és a visszahívási DNS SRV csoport minden egyes egyedi kombinációjához. Minden egyes ügyfélsablonból létre kell hozni egy megfelelő magszervezetet.

Miután a BYoPSTN-konfiguráció első lépésként megtörtént, és a magszervezetek segítségével ellenőrizve lett, a telefonszámcsoportok és a visszahívási DNS SRV -csoportok szükség szerint alkalmazhatók a meglévő ügyfélsablonokra.

Kérjük, vegye figyelembe, hogy az újonnan létrehozott Ügyfélsablonokat a meglévő nem tesztelő ügyfelek nem használják, ezért biztonságosan használhatók a BYoPSTN konfiguráció manuális ellenőrzésére.

Ha nem visszahíváson keresztül telepíti az értekezlethez való csatlakozást, akkor nem kell visszahívási DNS SRV -csoportokat társítania az Ügyfélsablonhoz. Azonban ki kell választania Visszahívás letiltása .

Új ügyfélsablonhoz való hozzáadáshoz tegye a következőket:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Sablonok lehetőségre , válassza ki Sablon hozzáadása lehetőségre .

5. Adja meg a sablon adatait. Itt: Csomag típusa szakasz:

   • Válassza ki Csomag típusa mint Szabványos .

   • Válassza ki Értekezlethez való csatlakozási konfiguráció mint Partner által biztosított betelefonálási számok (BYoPSTN) .

   • Válasszon ki egy beüzemeltet Telefonszám-csoport .

   • For Visszahívási DNS SRV csoport, ha szeretné engedélyezni az értekezlet-visszahívás opciót, válasszon ki egy visszahívási DNS SRV csoportot. Ellenkező esetben válassza a lehetőséget Visszahívás letiltása .

6. Válassza ki Következő .

7. Adja meg a többi sablonadatot.

8. Tekintse át a Sablon részleteinek összefoglalóját.

9. Kattintson a Mentés lehetőségre.

10. Ismételje meg ezt az eljárást minden hozzáadni kívánt ügyfélsablon esetében

Az alábbi képernyőkép az eljárást mutatja be.

Meglévő ügyfélsablon frissítéséhez tegye a következőket:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás szakaszban.

4. Alatt Sablonok lehetőségre , válassza ki Sablon megtekintése .

5. Válassza ki a frissíteni kívánt sablont.

6. Görgessen a lehetőséghez Értekezlethez való csatlakozási konfiguráció szakasz:

   • Válassza ki Partner által biztosított betelefonálási számok (BYoPSTN) .

   • Válasszon ki egy korábban konfigurált Telefonszám-csoport .

   • For Visszahívási DNS SRV csoport , ha szeretné engedélyezni az értekezlet-visszahívás opciót, válasszon ki egy visszahívási DNS SRV -csoportot. Ellenkező esetben válassza a lehetőséget Visszahívás letiltása .

7. Válassza ki Mentés .

   Az alábbi képernyőkép az eljárást mutatja be.

A BYoPSTN-megoldás több különböző összetevőből áll, amelyek mindegyikét megfelelően konfigurálni kell a megoldás sikeres működéséhez. A seed Solution-szervezetek két célja közül az egyik, hogy telefonszám -értekezlet-hozzáférési kód-leképezéseket és a értekezlet webhelye univerzálisan egyedi azonosítót (site UUID) generáljanak, amelyek a megoldás folyamatos működéséhez szükségesek. A másik cél a konfiguráció ellenőrzése.

A telefonszámcsoport és a visszahívási DNS SRV csoport minden egyes egyedi kombinációjához létre kell hozni egy megfelelő Ügyfélsablont. Ezen Ügyfélsablonok mindegyikéhez ki kell építeni egy kezdőmegoldási szervezetet. Ezeknek a magszervezeteknek az üzembe helyezése generálja a BroadWorks konfigurálásához szükséges értekezlet-hozzáférési kód-leképezések telefonszám és a értekezlet webhelye UUID-azonosítót.

A korábban beállított ügyfélsablonok mindegyikével biztosítson előfizetőt egy új teszt BroadWorks szolgáltató vagy új BroadWorks Enterprise számára egy Standard csomag felhasználó. Az így kapott Standard csomag a értekezlet webhelye a Partnerszolgáltató betelefonálási számainak értekezlethez való csatlakozási opcióját kell használnia. Az alábbi módszerek bármelyike használható az előfizető biztosítására:

1. Biztosítsa a teszt-előfizetőt a BroadWorks Subscribers API-kkal a következő dokumentumban leírtak szerint developer.webex.com.

2. Engedélyezze a teszt-előfizetőt az IM&P szolgáltatáshoz az Ügyfélsablon használatára konfigurált BroadWorks-en. Kérjük, győződjön meg arról, hogy az Ügyfélsablon a Standard csomagot használja alapértelmezettként, hogy a tesztelőfizetőhöz standard csomagot rendeljenek hozzá. Alternatív megoldásként a teszt-előfizetőt utólag frissíteni kell, hogy rendelkezzen a Standard csomaggal.

Kérjük, vegye figyelembe, hogy javasolt, hogy a kezdőmegoldás-szervezetek egy teszt BroadWorks szolgáltatóhoz vagy teszt BroadWorks Enterprise-hoz legyenek társítva.

Létfontosságú, hogy ez a értekezlet webhelye továbbra is kiépített maradjon, mivel ez a webhely UUID kerül elküldésre minden egyes betelefonálási értekezlethez való csatlakozási kérelemben hitelesítési tokenként. Ne törölje a magszervezetet, mert a hozzárendelt a értekezlet webhelye is törlődik. Ha az elsődleges szervezet eltávolításra kerül, akkor egy újat kell létrehoznia, és újra kell konfigurálnia a Broadworks-t az új webhely UUID-jével.

Az elsődleges és a másodlagos kezdőértékmegoldás-szervezetek törölhetők, ha szükséges, mielőtt a telefonszám- és visszahívási DNS SRV -rekordokat nem tesztelő ügyfelekhez rendelnék hozzá. Amikor a telefonszámok és a visszahívási DNS SRV -rekordok nem tesztelő ügyfelekhez vannak rendelve, akkor ezek a telefonszámok és visszahívási rekordok az adott ügyfelek értekezletoldalaihoz lesznek hozzárendelve, és használatban vannak az értekezlethez való csatlakozáshoz betelefonálás és visszahívás használatával. Bármilyen módosítást a szolgáltatást érintő módosításnak kell tekinteni.

Az Elsődleges Seed Solution Szervezet kiválasztásához tegye a következőket:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás szakaszban.

4. Alatt Konfiguráció ellenőrzése (BYoPSTN) szakaszt, válassza ki Hozzárendelés .

5. A Szervezet hozzárendelése képernyőn, keresse meg és válassza ki a korábban beállított magszervezetek egyikét

6. Válassza ki Hozzárendelés .

   A kiválasztott magszervezet az elsődleges magszervezet.

Az alábbi képernyőképek szemléltetik az eljárást.

Az elsődleges kezdőmegoldás-szervezet, a telefonszámcsoportok és a visszahívási DNS SRV -csoport adatai egy adott BroadWorks-fürthöz egyetlen helyen, a BroadWorks-konfigurációs (BYoPSTN) JSON-fájlban érhetők el. Ezek az információk a BroadWorks for BYoPSTN konfigurálásához szükségesek.

Kérjük, vegye figyelembe, hogy a JSON- konfigurációs fájl csak az elsődleges kezdőmegoldás-szervezet kiválasztása után érhető el/letölthető meg.

A JSON- konfigurációs fájl megtekintésének/letöltésének folyamata a következő:

1. Jelentkezzen be a Cisco Partner Hubba.

2. Menjen a Beállításokba.

3. Görgessen a lehetőséghez BroadWorks-hívás .

4. Alatt Fürtök , válassza ki Fürt megtekintése .

5. Válassza ki a BYoPSTN-hez konfigurált Ügyfélsablonokhoz társított fürtöt.

6. Görgessen a lehetőséghez BroadWorks-konfiguráció a BYoPSTN-hez szakaszban.

7. Kattintson Töltse le a JSON- konfigurációs fájl .

8. Ismételje meg ezt az eljárást minden más BroadWorks-fürtnél.

Az alábbi képernyőképek szemléltetik az eljárást.

Tekintse meg az alábbi minta JSON- konfigurációs fájl . A fájl kiegészítő információkat tartalmaz az egyes telefonszám-csoportokról, visszahívási DNS SRV -csoportokról, a BroadWorks rendszerben megadandó alábbi kulcskonfigurációs elemek félkövérrel vannak szedve.

• siteUUID: A BroadWorks-nek ezt az értéket kell elküldenie a SIP -üzenetekben, ez egy token, amelyet a Webex Edge Audio használ a Cisco partner BroadWorks-programjának kilétének és az adott Cisco partner által kezelt értekezletoldalakhoz való hozzáférésének megerősítésére.

• Telefonszám – hozzáférési kód hozzárendelése: A telefonszámokat és a hozzájuk tartozó Webex hozzáférési kódokat konfigurálni kell a BroadWorks rendszerében.

  • phoneNumber

  • accessCode

• localeTag: A telefonszám társított közlemény kívánt nyelvét be kell állítani a BroadWorks rendszerében.

• dnsSrv: A visszahívási DNS SRV -t konfigurálni kell a DNS -ben, és hivatkoznia kell a kívánt CUBE-példányokra.

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

A Webex Edge Audio DNS SRV tartományt konfigurálni kell a BroadWorks rendszeren. Az érték meghatározásához kövesse az alábbi eljárást.

1. Jelentkezzen be a Cisco Partner Hubba.

2. Ugrás ide: Ügyfelek .

3. Válassza ki a BYoPSTN Validation Enterprise elemet.

4. Válassza ki Ügyfél megtekintése.

5. Ugrás ide: Szolgáltatások/Értekezletek .

6. Válassza ki a Standard csomagértekezlet a értekezlet webhelye.

7. Görgessen a kifelé néző panel aljáig, és válassza a lehetőséget Webhely konfigurálása lehetőségre .

8. Válassza ki Általános beállítások / Hangbeállítások .

9. Alatt a Edge Audio egyéni globális betelefonálási számok szakaszt, válassza ki Lua-parancsfájl létrehozása .

10. A felugró ablakban keresse meg a „-- Frissítés a fejléchez CCAX URL-lel ” értéket.

     
    -- 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. Húzza ki a félkövéren szedett értéket, például ecccx.amer.webex.com.

Ezt a Webex Edge Audio DNS SRV tartományt kell konfigurálni a BroadWorks rendszeren.

Ez a szakasz az alábbi ábrákon látható értekezletbehívási és visszahívási forgatókönyvek megvalósításához szükséges BroadWorks-konfigurációt ismerteti. A konfigurációs példák az előző szakaszban bemutatott JSON-fájl adatain alapulnak. A számok, tartományok, a vállalat/csoportok elnevezése, az eszközök típusa, a házirendek, a profilok stb. partnerenként eltérőek lehetnek.

Hívásfolyamat:

1. A felhasználó visszahívás kér, a Webex visszahívás kezdeményez.
2. A hívás a BroadWorks OTT-re van irányítva.
3. A hívás eléri a CH-n kiépített CUBE-t. A CUBE a BroadWorks-hez irányítja a hívást.
4. A BroadWorks a hívást értekezlet-szervező kezdeményezőként azonosítja, és létrehoz egy munkamenetet az értekezletszervező felhasználó számára, és feldolgozza a hívást.
5. Az értekezletszervező felhasználói munkamenet feldolgozza a hívást és lefordítja a tárcsázott szám. Ezenkívül a rendszer létrehoz egy számlázási rekordot az értekezletszervező felhasználó nevében.
6. A BroadWorks vagy az eszközhöz társított felhasználóhoz (7) vagy a PSTN-hez (8) irányítja a hívást.

Mielőtt elkezdené

A BroadWorks és a CUBE közötti SIP -kommunikáció a hálózati követelményektől függően UDP -n vagy TCP -n keresztül történhet. Ha például a BYoPSTN be- vagy visszahívási folyamatokban egyes hálózati vagy hozzáférési eszközök (például átjárók vagy végpontok) nem támogatják a TCP-t, akkor helyette UDP -t kell használni.

Az ebben az útmutatóban bemutatott konfiguráció és példák TCP protokollt használnak szállítási protokollként. A TCP használatához győződjön meg arról, hogy a BroadWorks alkalmazáskiszolgáló és a hálózati kiszolgáló egyaránt TCP-re van konfigurálva:

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

Alkalmazáskiszolgáló

Azonosítás/eszközprofil típusa

Létre kell hozni egy új identitás/eszköz profil típust a CUBE képviseletére. Ügyeljen arra, hogy az alábbi tulajdonságokat állítsa be, míg a többi tulajdonságot az alapértelmezett értékeken hagyhatja:

• Jelzési cím típusa— Beállítás erre: Intelligens proxycímzés

• Hitelesítés – Beállítás erre: Engedélyezve

• Támogassa az identitást az UPDATE és az újra meghívóban — Ellenőrizve

• Statikus regisztrációs funkció – Beállítás erre: Engedélyezve

• Videóképes – Beállítás erre: Letiltva

Az alábbi példában az új identitás/eszközprofil típus: „VXML_profile ” létrehozása a CUBE megjelenítésére szolgál.

Voice XML virtuális előfizető

Hozzon létre egy VoiceXML-példányt

Minden Webex Meetings PSTN-szám egy virtuális előfizetővel van ellátva a BroadWorksben, és a VoiceXML virtuális előfizetői funkció használható. Javasoljuk, hogy minden VoiceXML virtuális előfizetőhöz dedikált vállalatot és csoportot használjon. Ne feledje, hogy valójában nem aknázzuk ki a VoiceXML képességeit, de az ilyen típusú virtuális felhasználók alkalmasak a CUBE-val való interakcióra.

A VoiceXML szolgáltatás használatához győződjön meg arról, hogy a licenc elegendő „VoiceXML” mennyiséggel rendelkezik, és hogy a szolgáltatás vállalati és csoportszinten engedélyezett, és a VoiceXML szolgáltatás az alábbi példakép szerint van hozzárendelve a csoporthoz.

Alatt Csoport > Szolgáltatások lehetőségre , válassza ki VoiceXML és hozzon létre egy példányt minden egyes PSTN-szám.

Konfigurálja a VoiceXML-címeket

Minden VoiceXML-példányhoz állítsa be a következőket a VoiceXML-címek alatt:

• Telefonszám —Adja meg a Webex Webex Meetings oldal betelefonálási számát (például 2403332200).

• Mellék

• Identitás/eszközprofil — Hozzon létre egy példányt (például VXML_device Prof) az előző részben létrehozott eszköztípus alapján (VXML_profile példában), és adja meg a következő konfigurációt.

• Vonal/port — Írja be a következőt:<access number=""> @<domain> formátum, hol

  • <access number=""> a Webex Meetings oldal hozzáférési kódszáma (a JSON-fájlból érhető el) (például 88631321777971704941)

  • <domain> a Webex Edge Audio tartománya ehhez a értekezlet webhelye (például ecccspx.amer.pub.webex.com)

• Kapcsolat korty — A hozzáférési számra intézett értekezlet-betelefonálási hívások esetén a MEGHÍVÓ hívás a mező értékére beállított Request URI -val lesz elküldve. Adja meg a SIP névjegyet ebben a formátumban<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , ahol:

  • <sip contact=""> a<number> a vonal/port mezőből, de a tartományt SRV-ként kell megadni, amely a CUBE címére feloldódik (például 88631321777971704941@cube.internal.local)

  • <Locale> a felhasználói területi beállítás beállításnak megfelelő nyelvi beállítást jelöli (például locale=en_ Egyesült Államok)

  • <Meetings Site="" UUID=""> a webhely UUID azonosítója a JSON-fájlból (például x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> A transport=tcp értéknek kell lennie, hogy az AS TCP -t használjon a CUBE-nak való üzenetküldéshez.

Az alábbiakban egy példa látható a VoiceXML-címek beállításaira.

Minden további használni kívánt értekezlet-hozzáférési számhoz létre kell hozni egy további VoiceXML virtuális előfizetőt, a fentihez hasonlóan. Ugyanaz az eszközprofil használható, de a Vonalport és a Kapcsolat mezőket a hozzáférési szám információiból kell összeállítani a fenti módon.

Győződjön meg arról, hogy a BroadWorks virtuális előfizetőn beállított hívásfeldolgozási házirend-korlátok elegendőek az extra BYoPSTN-hívások kezeléséhez a telefonszámcsoportban.

SIP -hitelesítés hozzárendelése a VoiceXML-példányhoz

Rendelje hozzá a hitelesítési szolgáltatást a VoiceXML virtuális előfizetőhöz. Ez a visszahívási forgatókönyv esetén a CUBE-ból érkező SIP INVITE üzenetek hitelesítésére szolgál. Azt is megakadályozza, hogy a VoiceXML virtuális előfizető a CUBE-n kívül más felektől érkező hívásokat fogadjon

Lépjen a virtuális előfizetői hitelesítés oldalra a Segédprogramok alatt, és adja meg a SIP felhasználónevet és jelszót az alábbiak szerint:

a CUBE-t ugyanazzal a felhasználónévvel és jelszóval kell konfigurálni az AS-nek küldött INVITE üzenetek megfelelő hitelesítése érdekében. Példa a SIP hitelesítés CUBE-n konfigurálására szolgáló parancsra a következő: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

Namedefs fájl

A VoiceXML virtuális előfizetői SIP névjegy mező tartalmazza azt az URL -címet, ahol a tartományrész a CUBE címre feloldódik. Ez egy belső SRV, és az AS-en lévő namedefs fájl segítségével lehet feloldani a belső SRV-t a CUBE IP-címre.

Példánkban az SIP SRV kapcsolat a cube.internal.local, és a 10.165.196.30 címen, az 5060-as porton éri el a CUBE-t. Az AS-en a /usr/local/broadworks/bw_base/conf/namedefs fájl a következőképpen frissül:

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

Webex Meetings hívás típusa

A Webex Meetings hívásfeldolgozás konfigurációs beállításaival szabályozható az értekezlet-betelefonálási hívások kezelése. Alapértelmezés szerint az értekezlet-betelefonálási hívások külső hívásként kerülnek feldolgozásra, mivel a betelefonáló számok egy dedikált vállalatnál vagy szolgáltató vannak tárolva. A külső hívások általában beleszámítanak a Munkamenetbeléptetés-vezérlési foglalkozások számába, és a CDR mezőben vannak megjelölve díjkötelesként töltésjelző .

A következő példa hozzáadja azt az ajánlott konfigurációt, hogy az értekezlet-betelefonálásokat belső hívásként dolgozza fel, így azok kizárásra kerülnek a díjfizetésből, és nem tartoznak bele a Munkamenet-belépés-vezérlési számlálásba.

Beállítással NS-díjmező kényszerítése igaz, a CDR mező populációja töltésjelző a hálózati kiszolgáló hívástípus konfigurált Charge attribútumán alapul.

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

VoiceXML értekezletvisszahívás virtuális előfizető

Hozzon létre egy VoiceXML-értekezlet-visszahívási előfizetőt

A Webex Meetings visszahívási opcióval rendelkező dedikált virtuális VoiceXML-előfizetőt (a továbbiakban: VoiceXML értekezlet-visszahívási előfizető) be kell állítani a BroadWorks alkalmazáskiszolgálón (AS) a Webex Webex Meetings visszahívási hívásainak kezelésére. Ennek az előfizetőnek csak egyetlen példánya konfigurálható az AS-en.

A funkció engedélyezéséhez állítsa a 102074 aktiválható funkciót true értékre CLI-n keresztül.

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

Mivel a „BYO PSTN számlázás támogatása a visszahíváshoz és a betelefonáláshoz” funkció a „BroadWorks CI UUID támogatása” funkciótól függ, a (102074) funkció aktiválása előtt az (102746) funkciót is aktiválnia kell. További részletekért olvassa el a „CI felhasználói UUID szinkronizálás (Broadworks támogatás a CI UUID számára)” című részt.

A VoiceXML értekezlet-visszahívási előfizető hasonló a meglévő BYOPSTN VXML virtuális előfizetőhöz, de egy új „Webex Meeting Callback” jelzővel látta el. Ez a VoiceXML értekezlet-visszahívás-előfizető ugyanazzal az eszközprofil van konfigurálva, mint a meglévő BYOPSTN VXML virtuális előfizető, valamint a hitelesítési szolgáltatás ugyanazokkal a hitelesítő adatokkal.

Az alábbiakban látható egy példa:

A VoiceXML értekezlet-visszahívási előfizetőnek léteznie kell az értekezletszervező felhasználónak otthont adó AS-en. Amikor az AS megkapja az értekezlet-visszahívási INVITE kérést, a hívásbeállítás során megpróbálja megtalálni a VoiceXML értekezlet-visszahívási felhasználót és az értekezletszervező felhasználót is az AS-en. Ha ezen felhasználók egyike sem található, a hívás elutasításra kerül.

Értekezlet szervezői foglalkozása

Az X-Cisco-Meet-Info fejléccel rendelkező visszahívási forgatókönyvben a Cisco BroadWorks alkalmazáskiszolgáló egy SIP INVITE kérést kap, és a SIP X-Cisco-Meet-Info fejléc gazdagép CI-felhasználó UUID paraméterével azonosítja az értekezletszervező felhasználót. Az értekezletszervező felhasználó nevében hívási munkamenet jön létre, amely feldolgozza a hívást és végrehajtja a felhasználó szolgáltatásprofil . Ezenkívül a rendszer létrehoz egy számlázási rekordot az értekezletszervező felhasználó nevében. A SIP X-Cisco-Meet-Info fejlécből származó értekezletazonosító és webhely UUID-információ a számlázási rekordban rögzítésre kerül.

Az alábbiakban látható egy példa a SIP X-Cisco-Meet-Info fejlécre:

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

Alkalmazáskézbesítési platform

CI-felhasználói UUID-szinkronizálás (Broadworks-támogatás a CI UUID-hez)

A felhasználói CI UUID egy egyedi azonosító, amely azonosítja a felhasználókat a Webex környezetben.

Ez a Webex Provisioning Sync alkalmazás a Cisco BroadWorks Application Delivery Platform (ADP) platformon a felhasználói CI UUID szinkronizálására, leképezésére és a BroadWorks infrastruktúrába való tárolására szolgál, így különböző interakciókban használható a Webex és a Webex for BroadWorks szolgáltatással.

Lásd a „ Webex értekezlet-visszahívás engedélyezése” témakörben a CI Felhasználó Az UUID társítást a Cisco BroadWorks hálózati kiszolgáló és a Cisco BroadWorks alkalmazáskiszolgáló használja.

A következő lépésekkel beállíthatja a Webex Provisioning Sync alkalmazást, hogy rendszeresen lekérdezze és frissítse a BroadWork-felhasználókat a CI UUID-vel.

A Webex Provisioning Sync alkalmazás működéséhez OAuth-hitelesítési adatokra van szükség a spark-adminnal:broadworks_subscribers_read a Cisco Identity Provider hatókörébe tartozik, és a bevezető ügynöknél szolgáltatáskérés szerezhető be.

Tekintse meg az „OAuth-hitelesítési adatok beszerzése a Webex for Cisco BroadWorks-hez” részt a szolgáltatáskérés előterjesztésének további részleteiért: 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

Adja hozzá a tokent egy megfelelő partnernévvel az alábbiak szerint:

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

Adja hozzá az OAuth-tokenhez társított partnernevet a Webex Provisioning Sync alkalmazás által figyelni kívánt partnerek listájához úgy, hogy az 'enabled' jelzőt 'true' értékre állítsa.

Ezzel a Webex Provisioning Sync alkalmazás megkezdi a CI felhasználói UUID szinkronizálást meghatározott szavazási időköz.

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

A partner felvételét követően a Webex Provisioning Sync alkalmazás végre tudja hajtani a CI UUID BroadWorks-felhasználókhoz való hozzárendelését.

Módosítsa a kapcsolat időtúllépését a következő parancsokkal:

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

Ez a társítás történhet automatikusan vagy manuálisan. A CLI manualSync parancs azonnal elindíthatja a társítást.

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

Azok a partnerek, akiknél az 'Engedélyezve' értéke 'true', elvégzik a hozzárendelt szavazási időköz. A kezdeti társítás során a Webex Provisioning Sync alkalmazás lekérdezi a Webex Subscriber API -t, hogy lekérje a CI UUID-t tartalmazó adatokat a partner által üzemeltetett összes felhasználóra vonatkozóan. A BroadWorks-felhasználó külső azonosító a hozzá tartozó CI UUID-vel frissül. A későbbi társítások a partnerhez hozzáadott felhasználókat érintik. A status paranccsal ellenőrizhető, hogy a szinkronizálás befejeződött-e.

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.

A szinkronizálás befejezése után az állapot visszavált figyelésre. A későbbi szinkronizálás az „Utolsó szinkronizálás időpontja” után a partnerhez hozzáadott felhasználókon történik.

A következő ábra a külső azonosító belül beállított CI UUID-t mutatja:

Hálózati szerver

Hívástípus

Számlázási és jelentéskészítési célból kívánatos lehet a CDR-ek megjelölése az értekezletek betelefonálós hívásaihoz. Ez a Hálózati kiszolgáló PreCallTyping házirendjével végezhető el.

Először az NS CLI-n a /System/CallP/CallType alatt adjon hozzá egy új hívás . A következő példa az új „WXM” hívástípus hozzá:

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

A hívástípus ezután használható egy PreCallTyping példányban, amely része a BroadWorks felhasználó útválasztási profiljának. Ebben a példában egy új „wxm” PreCallTyping példány lett hozzáadva a /Policy/PreCallTyping CLI környezethez, de lehet, hogy ez egy már használt PreCallTyping példány:

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 

A következő lépés az, hogy bejegyzéseket ad hozzá a PreCallTyping példányhoz az összes tárcsázási számhoz a /Policy/PreCallTyping/DialPlan CLI kontextusban. Például:

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

A PreCallTyping példányt ezután hozzáadja (amennyiben még nem létezik) a kiinduló felhasználó megfelelő útválasztási profiljához, az alábbi példában látható módon:

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    

A BroadWorks CDR-eket csak a BW előfizetőktől származó hívások generálják. Az AS „hálózati” oldaláról érkező PSTN által kezdeményezett hívások nem generálnak kezdeményező CDR-eket. Mindkét esetben lesz lezáró CDR a VoiceXML virtuális előfizető számára.

RoutingNE

A CUBE képviseléséhez RoutingNE szükséges az NS-en a /System/Device/RoutingNE CLI kontextusban. Így amikor az NS megkapja az INVITE üzenetet a CUBE-tól, a via fejlécet az NS-en beállított RoutingNE bejegyzéshez fogja illeszteni. Lásd a Cisco BroadWorks hálózati kiszolgáló parancssori felület Felügyeleti útmutató a RoutingNE hozzáadásának részleteiért.

Az alábbiakban egy példa látható a RoutingNE „WebexMeetings” hozzáadására szolgáló parancsokra, ahol a CUBE IP-cím = 10.165.196.30. A példában új OrigRedirect és Profile példányok létrehozására szolgáló parancsok is láthatók, amelyeket a RoutingNE-hez kell társítani, de meglévő példányok is használhatók.

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

A példa konfigurációval a CUBE a következőhöz hasonló INVITE-ot küld az NS-nek (a fontos mezők félkövérrel vannak szedve):

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

Hol:

• Az INVITE kérelem URI a visszahívási számot tartalmazza

• Fejlécen keresztül: tartalmazza annak a CUBE-nek az IP-cím , amelyet a RoutingNE profil kiválasztására fog használni.

• X-Cisco-Info-Meet fejléc: a hostCIUserUuid, meetingid és siteUUID azonosítására szolgál.

A MEGHÍVÓ hívás fogadásakor az NS a Via fejléc segítségével egyezteti a RoutingNE „WebexMeetings”-szel. Ez pedig kiválasztja a „wxm_routing ” útválasztási profil, amely tartalmazza a „wxm_ Inst” példányban az OrigRedirect.

Az NS OrigRedirect házirend ekkor megegyezik az X-CISCO-MEET-INFO fejléccel:

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

a VoiceXML virtuális előfizetőn konfigurált vonalporttal, és küldjön egy 302-es átirányítást az adott előfizetőt kiszolgáló AS párnak. A 302-es üzenet hasonló a következőhöz:

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

A CUBE által az NS-nek küldött INVITE URI -ban lévő tartományt (a példában ez bw.myenterprise.com) az NS-nek fel kell ismernie. Ezt úgy teheti meg, hogy hozzáadja a tartományt az NS-hez_ CLI/Rendszer/Alias környezet, például:

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

Az INVITE URI tartományt a CUBE-n konfiguráló parancs a következő részben, a tárcsázótárs/munkamenetcél alatt található, például:

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

HostingNE

A Webex Meetings hívásfeldolgozás konfigurációs beállításainak támogatásához a számlázáshoz és a Munkamenet-beléptetés-vezérléshez az alkalmazáskiszolgáló hosting NE jelzőattribútumai CallTypeInfoRequired és RequiresChargeIndication engedélyezni kell az NS_CLI/System/Device/HostingNE környezetben._ Például:

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

Webex értekezlet-visszahívás engedélyezése

A SIP X-Cisco-Meet-Info fejléccel rendelkező visszahívási forgatókönyvben a CUBE elküldi a hívást a hálózati kiszolgálónak az AS párhoz való kezdeményező átirányítása érdekében. Az AS pár meghatározása a enableWebexMeetingHoostLookup rendszerparaméter.

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

Mikor enableWebexMeetingHoostLookup rendszerparaméter értéke igaz, az X-Cisco-Meet-Info fejlécben szereplő értekezletszervező -felhasználó CI UUID-azonosítója a értekezletszervező -felhasználónak otthont adó AS párt azonosítására szolgál.

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

Ez a szakasz egy hitelesített konfigurációt tartalmaz a Cisco Unified Border Element (CUBE) Session Border Controller (SBC) történő telepítéséhez a Bring Your Own PSTN-megoldáshoz.

Ez a rész azokra a CUBE konfigurációkra összpontosít, amelyek az előző részben bemutatott példa Webex Cisco BroadWorks konfigurációval való együttműködéshez szükségesek. A kezdeti CUBE-telepítés és -konfiguráció általánosabb ismertetését lásd a következő útmutatókban: 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

Y telepítése a saját SBC-nket Opció

Ha nem szeretné telepíteni a CUBE-t, lehetősége van saját SBC telepítésére. Ne feledje azonban, hogy ez a dokumentum nem ad érvényesített konfigurációt a CUBE-n kívül más SBC-khez.

Ha saját SBC-t telepít, akkor követheti a magas szintű CUBE konfigurációs követelményeket (például az olyan hozzárendeléseket, mint a tartomány, a nyilvános és privát felületek, valamint az átjárók), amelyek irányítják a konfigurációt. Azonban olvassa el az SBC dokumentációját a részletes parancssori segítségért, mivel a saját SBC parancsok valószínűleg eltérnek a CUBE parancsaitól.

Eltérő rendelkezés hiányában a 10. lépésben szereplő többi konfigurációs követelmény érvényesül, függetlenül attól, hogy melyik SBC-t telepíti. A parancssori példák azonban csak a CUBE-re vonatkoznak, hacsak nincs megadva, hogy a példa más SBC-kre vonatkozik. Egyéb SBC-k esetén lásd az SBC dokumentációját a konfigurációs parancsokért.

A BYoPSTN megoldás konfigurálása és kiépítése után a Partnernek egy sor elfogadási tesztesetet kell végigfutnia a megoldás hitelesítése érdekében. Ez egy szükséges lépés ahhoz, hogy a BYoPSTN partnert jóváhagyják és engedélyezzék.

Az elfogadási teszteseteket a Bring Your Own PSTN-elfogadási eljárás, Webex For Cisco BroadWorks című dokumentum ismerteti: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

A sikeresen végrehajtott elfogadási tesztek eredményét a partnernek át kell adnia a bevezető és a tanúsító csapatnak.

Az elfogadási tesztesetek végrehajtásával kapcsolatos kérdéseket, problémákat és eredményeket jelenteni kell és meg kell osztani a Partner felvételéhez kijelölt Webex -térben.