- Kezdőlap
- /
- Cikk
Meghatározások
Meghatározások | Leírás |
---|---|
Cisco partner | Olyan entitás (általában Szolgáltató), amely Cisco termékeket és szolgáltatásokat ad el ügyfelei számára. |
Végfelhasználó | Azok a felhasználók, akik a Cisco partnerek által részükre eladott Cisco termékeket és szolgáltatásokat használják. |
CUBE | Cisco Unified Border Element |
Partnerszervezet | Webex Identity and Service Management tárház, amely a Cisco partnerekről és ügyfeleikről tárol információkat. |
Partnerközpont | web portál identitás és szolgáltatások biztosításához a Cisco partnerek és az általuk kezelt ügyfelek számára. |
Ügyfélszervezet | Webex Identity and Service Management tárház, amely a Végfelhasználó adatait tárolja. |
BroadWorks vállalat vagy szolgáltató/csoport | A végfelhasználó ábrázolása a BroadWorks-ben. |
Áttekintés
A Bring Your Own PSTN (BYoPSTN) megoldás lehetővé teszi a Webex for Cisco BroadWorks szolgáltatók számára, hogy a saját telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor. A megoldás lehetővé teszi a partnerek számára, hogy kihasználják saját PSTN-hálózataikat, és kihasználják a PSTN-szolgáltatókkal fennálló kapcsolatokat, ahelyett, hogy Cisco által biztosított számokat használnának.
A jelen dokumentumban szereplő referencia-architektúra végpontok közötti tervezést biztosít a BYoPSTN opcióhoz. Ezt az architektúrát a Cisco hitelesítette, és a Cisco Unified Border Element (CUBE) elemet használja Session Border Controller (SBC) a BroadWorks és a Webex Webex Meetings közötti hívásforgalomhoz.
Az értekezlethez való csatlakozás opció kiválasztása
A Webex for Cisco BroadWorks jelenleg két lehetőséget támogat az értekezlet-telefonszámok szolgáltatására. A szolgáltatóknak a következő két lehetőség egyikét kell választaniuk – a keverék nem támogatott:
Cisco betelefonálási számok (Cisco PSTN)— A Cisco biztosítja azokat a telefonszámokat, amelyeken az értekezlet résztvevői értekezletekhez csatlakozhatnak
Partner által biztosított betelefonálási számok (BYoPSTN) – A szolgáltatók biztosítják a saját telefonszámukat, amelyeket az értekezlet résztvevői használhatnak az értekezletekhez való csatlakozáskor
BYoPSTN megoldás
A Partner által biztosított betelefonálási számok (BYoPSTN) opciót választó partnereknek meg kell adniuk a saját PSTN-telefonszámukat, és biztosítaniuk kell azt a hálózati infrastruktúrát, amely szükséges a hívásátirányítás Webex felé és onnan történő átirányításához. A BYoPSTN megoldás megkönnyíti a hívások Over the Top (OTT) továbbítását a nyilvános interneten keresztül a BroadWorks rendszerből a Webex.
A BYoPSTN opció kiválasztásakor az alábbi feltételek érvényesek:
A Cisco Partnerek egynél több Végfelhasználóhoz használhatják ugyanazt a telefonszámot. Ezek a telefonszámok a Partner által működtetett bármely országban lehetnek.
A BYoPSTN beállítás nem igényel módosításokat a Webex Cisco BroadWorks-ügyfelek számára általános belépési folyamatán.
A BYoPSTN Cisco Partner szintű üzembe helyezést igényel, és minden olyan Végfelhasználó, amelyet a Partnerek a BYoPSTN működése megkezdése után aktiválnak, automatikusan engedélyezésre kerülnek.
Az ügyfélértekezlet-webhelyekhez szükséges összes üzembe helyezés automatikus, akárcsak a jelenlegi általánosan elérhető megoldásnál.
A Standard és a Prémium csomagot is aktiváló partnereknek két értekezletoldaluk van: egy webhely a normál, egy másik a prémium felhasználók számára. Mindkét oldalon engedélyezett a BYoPSTN.
Az értekezletre bejelentkező értekezlet-résztvevők dönthetnek úgy , hogy videó- és tartalommegosztást használnak az interneten keresztül.
A tárhelyértekezletekhez és a PMR -értekezletekhez tartozó értekezlet-csatlakozásokra egyaránt vonatkozik. Ne feledje, hogy Space értekezletek esetén a Webex Meeting szervezői képességekkel rendelkező normál vagy prémium felhasználónak kell létrehoznia ahhoz, hogy PSTN-elérés számot kapjon – az alapszintű felhasználók által létrehozott tárhelyek nem kapnak PSTN-elérés számokat.
Ez a dokumentum egy hitelesített konfigurációt biztosít, amely a CUBE-t használja SBC-ként. Ha azonban nem szeretné használni a CUBE-t, telepítheti a saját SBC-jét.
Építészet
A Webex for Cisco BroadWorks BYoPSTN megoldás a Webex Webex Edge szolgáltatáskészletre, pontosabban a Vállalati ügyfelek számára elérhető Webex Edge Audio szolgáltatásra épül. Az architektúra alkalmas arra, hogy integrálja a Cisco Partners BroadWorks infrastruktúrát a Webex Webex Edge Audio rendszerrel, ezáltal lehetővé téve a Cisco partner számára, hogy központilag konfigurálja a végfelhasználóik által használt telefonszám-készleteket.
Az architektúra fő elemei a következők:
BroadWorks— Cisco Partners BroadWorks infrastruktúra
Cisco Unified Border Element (CUBE)—Session Session Border Controller (SBC) referencia a Cisco Partners adatközpont telepített megoldáshoz. A CUBE-nak DMZ-n belül kell lennie. Ne feledje, hogy ha nem szeretné használni a CUBE-t, telepítheti a saját SBC-jét.
Webex Edge Audio— Webex szolgáltatás, amely a PSTN-t a Webex -ről a hívásátirányítás megváltoztatásával választja szét a Cisco Partner által biztosított infrastruktúra kihasználása érdekében.
Értekezlethez való csatlakozásra hívja fel a résztvevőket, és az interneten keresztül a felhőben a BroadWorks alkalmazáson keresztül a CUBE-be, illetve a CUBE-ból a Webex infrastruktúrába bejárja. Ez a modell mindkét alábbi értekezletcsatlakozási forgatókönyvre alkalmazható:
Betelefonálás —egy résztvevő tárcsázza az értekezletmeghívóban szereplő telefonszám a BroadWorks-regisztrált kézibeszélőjén, mobileszköz vagy a Webex alkalmazásban. A hívást a BroadWorks kezdeményezi.
Visszahívás (nem kötelező) —egy résztvevő azt kéri, hogy a Webex hívja fel a résztvevő által megadott telefonszám . A hívást a Webex kezdeményezi.
A BroadWorks-től a CUBE-be irányított hívások a Partner infrastruktúrán belül SIP TCP -t használnak a hívásjelzéshez, és RTP -t a média számára. A CUBE-től a Webex-ig a hívások SIP TLS -t használnak a jelzésekhez és sRTP-t a médiához. A CUBE-ből a WebEx felé történő hívástovábbítás az interneten keresztül történik, és nem használ SIP fővonalat.
A betelefonálási/visszahívási forgatókönyvek jellemző beállításai a következők:
A Cisco partner rendelkezik egy PSTN telefonszám (például 2403332200) és egy hozzá tartozó Webex hozzáférési kód (például 88631321777971704941).
A Cisco partner a CUBE eszköznek megfelelő virtuális előfizetőt biztosít a BroadWorks rendszeren. A Partner hozzárendeli a telefonszám a hozzáférési kód és fordítva.
A Webex a SIP -üzenetekben elküldött hozzáférési kód azonosítja a Cisco Partnerhez társított értekezletoldalakat.
A hozzáférési kód szükséges fenti telefonszám egyszer van konfigurálva, és az összes végfelhasználói értekezletoldalra közös.
Az értekezlethez csatlakozó résztvevőknek meg kell adniuk a megfelelő értekezletazonosítót (például 123456), amely azonosítja a kívánt értekezletet.
Javasoljuk, hogy a Partnerek kövessék az alább vázolt redundancia-modellt.
Csatlakozás értekezlethez betelefonálás segítségével
A következő kép egy olyan felhasználó folyamatát mutatja be, aki betelefonálással csatlakozik az értekezlethez.
Az alábbiakban bemutatjuk azokat a lépéseket, amelyekkel a résztvevő betelefonálással csatlakozhat egy értekezlethez.
A felhasználó megbeszélést ütemez a Webex. A Webex hozzárendel egy értekezletazonosítót (például 123456).
A felhasználó tárcsázza az értekezlethez társított telefonszámot (például 2403332200). A SIP INVITE az értekezlethez társított telefonszám a Request URI -t tartalmazza.
A BroadWorks a telefonszámot az értekezlet helyszínéhez társított hozzáférési kód (például 88631321777971704941) fordítja le, és a CUBE-ba irányítja a hívást a kérelem URI hozzáférési kód.
A Webex fogadja a SIP INVITE-t, és fogadja a hívást. A közlemények nyelvét a telefonszámhoz megadott nyelv határozza meg, amikor azt a Cisco Partner Hub és a BroadWorks rendszerben hozzák létre.
A felhasználó DTMF használatával adja meg az értekezletazonosítót (például 123456). A Webex ellenőrzi a felhasználót, majd engedélyezi az értekezlethez való csatlakozást.
Csatlakozás értekezlethez visszahívással (nem kötelező)
Az alábbi képen az értekezlethez visszahívással csatlakozó felhasználó folyamata látható, a felhasználó hívást kér a Webex , hogy csatlakozzon egy értekezlethez.
A következő lépések szükségesek ahhoz, hogy a résztvevő visszahívással csatlakozzon egy értekezlethez:
A felhasználó megbeszélést ütemez a Webex. A Webex hozzárendel egy értekezletazonosítót (például 123456).
A felhasználó hívást kér a Webex a keresett telefonszám (például: +16504441000), hogy csatlakozzon az értekezlethez a Webex alkalmazás vagy a Meetings kliens használatával.
A Webex a Cisco Partner Hub és a BroadWorks szolgáltatásokban kiépített visszahívási DNS SRV -csoport alapján SIP INVITE- Webex kezdeményez a CUBE felé. A SIP INVITE Request URI tartalmazza azt a telefonszám , amelyre a hívást fogadni kell (például +16504441000@kocka.example.com).
A CUBE a távoli fél azonosító szereplő telefonszámot egy olyan értékre fordítja le, amely egy virtuális előfizetőt azonosít a BroadWorks rendszeren (például 88631321777971704941@ecccx.amer.pub.webex.com). Ez a CUBE-t virtuális felhasználóként azonosítja a BroadWorks alkalmazáskiszolgáló számára.
A rendszer felajánlja a hívást a felhasználó által kért telefonszámnak, és a felhasználó fogadja a hívást, hogy csatlakozzon az értekezlethez. Ez a telefonszám lehet BroadWorks-előfizető vagy PSTN-szám. Ha a kért szám egy PSTN-szám, a BroadWorks a megadott útvonalon irányítja a hívást a PSTN-re.
A Visszahívás opcióhoz a következő két funkció aktiválása kötelező:
- 102746 – BroadWorks támogatás a CI UUID-hez
- 102074 – BYO PSTN számlázási támogatás a Visszahívás és a CallIn funkciókhoz
Ez a CLI-ből az alábbiak szerint ellenőrizhető:
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
Ezeknek a funkcióknak és az aktiválásnak a részletes leírása a jelen dokumentum „VoiceXML Meeting Visszahívás virtuális előfizető” című szakaszában található.
Ha úgy dönt, hogy nem állítja be a Csatlakozás értekezlethez visszahívással opciót, a felhasználók továbbra is használhatják a Betelefonálás opciót az értekezletekhez, vagy csatlakozhatnak számítógépes hanggal. Ebben az esetben nem kell konfigurálnia a DNS SRV visszahívási csoportokat. |
Megoldáskonfiguráció áttekintése
A 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. Az összetevők a következők:
BroadWorks
CUBE (vagy egy alternatív SP Certified Session Border Controller (SBC))
Webex Edge Audio
A különböző összetevők konfigurációja között kölcsönös függőségek állnak fenn, ezért egy vagy több megoldásmag-szervezetre van szükség a szükséges megoldáskonfiguráció és -ellenőrzés elvégzéséhez.
Magvető szervezet
Az elsődleges szervezet egy Webex -szervezet, amelyet úgy konfigurálhat, hogy a BYoPSTN-megoldáshoz hozza létre és ellenőrizze a beállításokat. A magszervezethez legalább egy felhasználóhoz kell hozzárendelni a Standard csomag, és annak a Standard csomagnak használnia kell a Partner által biztosított betelefonálási számok (BYoPSTN) értekezlethez való csatlakozási lehetőség. Javasoljuk, hogy a kezdőérték szervezetet egy teszt BroadWorks szolgáltatóhoz vagy nagyvállalathoz társítsa.
A megoldás magvető szervezetek két célt szolgálnak:
Seed konfiguráció — A magszervezet(ek) üzembe helyezése telefonszám generál az értekezlethez való hozzáférési kódokhoz, valamint a értekezlet webhelye univerzálisan egyedi azonosítót (site UUID), amelyek szükségesek a megoldás folyamatos működéséhez. Ezek az információk a BroadWorks virtuális előfizetők (VSUB) konfigurálásához szükségesek.
Konfiguráció ellenőrzése —A magvető szervezet segítségével határozza meg, hogy a BYoPSTN-megoldás a követelményeknek megfelelően van-e konfigurálva. A magvető szervezet és a tesztfelhasználók segítségével ellenőrizheti az értekezlet-behívási és visszahívási használati eseteket a Partner által biztosított betelefonálási számok és a DNS SRV visszahívási rekordok segítségével (ha a visszahívás engedélyezve van).
A rendszergazdának létre kell hoznia egy kezdőmegoldás-szervezetet a telefonszámok és a DNS SRV visszahívási rekordok minden egyes egyedi készletéhez. A kezdőmegoldás-szervezet létrehozása minden esetben generálja a szükséges telefonszám az értekezlet- hozzáférési kód hozzárendelésekhez, valamint a kapcsolódó értekezlet-betelefonálási és visszahívási használati esetek ellenőrzésének képességét az adott telefonszámokhoz és visszahívási DNS SRV rekordokhoz.
A Cisco Partner Hubot használó rendszergazdának ki kell választania egy kezdőérték-megoldás-szervezetet a elsődleges magoldat-szervezés . Az elsődleges forrásmegoldás-szervezet standard csomagértekezletének a értekezlet webhelye UUID-jét be kell állítani a BroadWorks rendszeren. 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. Ezt az egyetlen helyszíni UUID-t a telefonszámok és a visszahívási DNS SRV rekordok összes készlete megosztja. Nem szükséges több webhely UUID-értéke.
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.
A következő szakaszok részletesebben ismertetik a különböző konfigurációs elemeket.
BYoPSTN konfigurációs elemek
A megoldás kulcsfontosságú eleme a Cisco Partner telefonszámok és a DNS SRV visszahívási rekordok beállítása. A BYoPSTN telefonszámcsoportokat és visszahívási DNS SRV csoportokat használ a földrajzi alapú telefonszámok hozzárendelésének és a redundáns hívásátirányítás a Webex értekezletekhez való hozzárendelésére. Ezeket az elemeket az Ügyfélsablon rendeli hozzá a végfelhasználókhoz.
Telefonszámcsoportok (PNG)
A Cisco Partners biztosítja a résztvevők által az értekezletekhez való csatlakozáshoz használt telefonszámokat a Cisco Partner Hubban. Ezek a telefonszámok egy telefonszámcsoportba vannak rendezve. A telefonszámok listája egy értekezletoldalhoz van társítva. Minden Személyes tárgyaló (PMR) és ütemezett értekezlet az adott értekezletoldalon a hozzárendelt telefonszámokat használja. Az alábbi példa telefonszámcsoportra mutat be:
Telefonszám neve | Ország | Országhívószám | Telefonszám | Közlemény | Díj típusa | Betelefonálási prioritás |
---|---|---|---|---|---|---|
Amerikai Egyesült Államok Maryland | US | +1 | 2403332200 | Angol | Díj | Elsődleges |
Amerikai Egyesült Államok, Florida | US | +1 | 9049002303 | Angol | Díj | Másodlagos |
Amerikai Egyesült Államok, New York | US | +1 | 8056504578 | Angol | Díjmentes | Egy sem |
A telefonszámok a következő attribútumokkal rendelkeznek:
Telefonszám neve—A telefonszám leíró név
Ország—Az az ország, amelyhez a telefon hozzá van rendelve
Országkód—Országhívó kód vagy ország betelefonálási kódja
Telefonszám—Az a telefonszám , amelyen országhívó előhívó nélkül lehet értekezlethez csatlakozni
Közlemény – A közlemény nyelve, amely akkor hallható, amikor egy résztvevő csatlakozik egy értekezlethez
Díjfizetés típusa—A szám típusa: Díjköteles vagy díjmentes
Betelefonálási prioritás—Az értekezletszámokhoz rendelt prioritás. Az értekezlethez való csatlakozási számok résztvevői nézetének sorrendje a prioritás alapján történik.
Alapértelmezett telefonszámok: A rendszergazdák Elsődleges, Másodlagos vagy Nincs betelefonálási prioritást rendelhetnek egy telefonszám a Telefonszám-csoportban. Az Elsődleges vagy Másodlagos prioritású telefonszámok az alapértelmezett telefonszámok. Az alapértelmezett telefonszámokat a rendszer az értekezletre meghívó e-mailekben küldi el, és a résztvevőknek abban a prioritási sorrendben vannak felsorolva, ahogyan az értekezletekhez csatlakozniuk kell. Az alapértelmezett telefonszámoknak nem kell ugyanabban az országban lenniük. Ki kell választani egy elsődleges telefonvonal , a másodlagos telefonszám nem kötelező. Az alapértelmezett telefonszámok legalább egyikének fizetős típusúnak kell lennie.
A végfelhasználói felhasználók dönthetnek úgy, hogy saját alapértelmezett telefonszámaikat adják meg a értekezlet webhelye webinterfész. Ezek a számok az adott felhasználó és résztvevői számára jelennek meg, amikor ők az értekezletszervező. Ha a felhasználó résztvevőként csatlakozik egy értekezlethez, akkor csak neki fog megjelenni.
A fenti példa szerint a Cisco Partner rendszergazdai rendelkezések Amerikai Egyesült Államok Maryland mint az elsődleges és Amerikai Egyesült Államok, Florida másodlagosként ezek az alapértelmezett telefonszámok. A felhasználók dönthetnek úgy, hogy felülbírálják ezt az értekezleteken az elsődleges beállítás értékének módosításával Amerikai Egyesült Államok, New York és másodlagos mint Amerikai Egyesült Államok Maryland .
Egy adott telefonszámcsoporthoz tartozó telefonszámok maximális szám 98.
MEGJEGYZÉS: Nem támogatott dedikált szám beállítása egyetlen vállalat számára.
Visszahívási DNS SRV -csoportok (CDSG)
Ahhoz, hogy az értekezlet résztvevői kiválaszthassák a visszahívási opciót, szükség van egy visszahívási DNS SRV csoportra, amely a CUBE példány(ok)ra mutat a Cisco partner hálózatán belül. A Webex ezekkel a rekordokkal továbbítja a visszahívást a CUBE-n keresztül a BroadWorks rendszeréhez, amely azután az értekezlet-visszahívást az értekezlet résztvevőjének telefonszám irányíthatja.
Az alábbiakban egy visszahívási DNS SRV csoportra mutatunk be példát.
Ország/régió | Országhívószám | DNS SRV rekord |
---|---|---|
Egyesült Államok | +1 | kocka.us.example.com |
Mexikó | +52 | cube.mx.example.com |
Az összes többi ország | N. A. | kocka.global.example.com |
A visszahívási DNS SRV rekordok a következő attribútumokkal rendelkeznek:
Ország/régió—Az az ország vagy régió, amelyre vonatkozóan ezt a DNS SRV rekordot használni kell a híváskérések küldéséhez.
Országkód—Az országhoz/régióhoz tartozó országkód. Országkódonként csak egy DNS SRV-rekord lehet.
DNS SRV rekord—A Cisco Partner CUBE példány(ok) DNS SRV-rekord .
Amikor a résztvevő hívást kér a megadott telefonszám, a Webex a megadott telefonszám tartozó országkódhoz társított visszahívási DNS SRV segítségével irányítja a hívást a Cisco Partners hálózat megfelelő elemeihez.
A DNS SRV-rekord ilyen módon történő használata támogatást nyújt a redundáns CUBE-példányok számára a Webex hívási kérelmek kiszolgálásához. A fenti példában, amikor az egyesült államokbeli értekezlet résztvevői visszahívást kérnek a Webex az egyesült államokbeli telefonszám, a Webex a DNS SRV -t használja cube.us.example.com
hogy a hívást a Cisco partner hálózatához irányítsa. Amikor az értekezlet résztvevői Mexikóban visszahívást kérnek a Webex a mexikói telefonszám, a Webex a DNS SRV -t fogja használni cube.mx.example.com
hogy a hívást a Cisco partner hálózatához irányítsa.
Minden olyan ország/régió esetében, amely nem rendelkezik meghatározott visszahívási DNS SRV-rekord, ezek a hívási kérelmek a következőhöz érkeznek: Minden más ország DNS SRV-rekord. A rendszergazdának be kell állítania egy 'Minden egyéb ország' DNS SRV-rekord.
Egy adott Visszahívási DNS SRV -csoport rekordjainak maximális szám 200.
Ügyfélsablonok
Az Ügyfélsablon a Webex for BroadWorks megoldás egyik meglévő koncepciója. A sablon azt az alapértelmezett konfigurációt adja meg, amely a Végfelhasználó kiépítéséhez használatos. A BYoPSTN további attribútumokat biztosít az Ügyfélsablonhoz:
Értekezlethez való csatlakozás típusa – Cisco betelefonálási számok vagy Partner által biztosított betelefonálási számok lehetnek. Ez az attribútum a Standard és a Prémium csomagokhoz tartozó értekezletoldalak számára konfigurált telefonszámokat jelöli. A partner által biztosított betelefonálási számokat a rendszergazdának kell kiválasztania.
Telefonszámcsoport – Csak a Partner által biztosított betelefonálási számok opcióhoz társítva, ez az attribútum azokat a telefonszámokat jelöli, amelyeket a Standard és Prémium csomaggal rendelkező végfelhasználók az értekezletekhez való csatlakozáskor használnak.
Visszahívási DNS SRV -csoport – Csak a partner által biztosított betelefonálási számok opcióhoz társítva, ez az attribútum azokat a DNS SRV -rekordokat jelöli, amelyeket a Webex használ az értekezletekhez való csatlakozáskor normál és prémium csomagokkal rendelkező végfelhasználók visszahívásakor. Ha nem szeretné engedélyezni a visszahívást, akkor ügyfélsablon létrehozásakor vagy frissítésekor kiválaszthatja a „Visszahívás letiltása” opciót. Amikor az első Normál vagy Prémium előfizető ki van üzemeltetve egy Végfelhasználó számára, akkor a hozzárendelt csomagértekezlet- a értekezlet webhelye is ki lesz szolgáltatva. A csomagértekezlet- a értekezlet webhelye a fenti Ügyfélsablon szerint van kiépítve. A standard vagy a prémium szolgáltatásra később kiépített előfizetők hozzáadódnak a már kiépített a értekezlet webhelye – a értekezlet webhelye -konfiguráció nem változik.
Az Ügyfélsablonnak a fenti attribútumokkal kapcsolatos bármilyen módosítása csak az újonnan kiépített csomagértekezlet-oldalakra vonatkozik. A meglévő, már kiépített értekezletoldalakat nem érintik az Ügyfélsablon módosításai.
Az egyetlen figyelemre méltó kivétel az, hogy ha egy Végfelhasználónak már van csomagértekezlet- a értekezlet webhelye, akkor minden új csomagos a értekezlet webhelye -helyszín a meglévő csomagértekezlet- a értekezlet webhelye ugyanazt az értekezlethez való csatlakozási típust használja. Például, ha egy Végfelhasználónak van egy Cisco betelefonálási számokat használó standard csomagértekezlet- a értekezlet webhelye , és az Ügyfélsablon frissül a Partner által biztosított betelefonálási számok használatára, akkor egy új prémium csomagértekezlet- a értekezlet webhelye lesz Cisco betelefonálási számokkal, Az Ügyfélsablon-beállítás nem érvényes. Az adott Végfelhasználó Standard és Prémium értekezletoldalait mindig konzisztens módon kell biztosítani.
BroadWorks hívási fürt
Cisco Partner Hub – BroadWorks Calling Cluster képernyő hozzáférést biztosít a megtekintéshez és/vagy letöltéshez BroadWorks-konfiguráció (BYoPSTN) információkat. Egy adott fürt BYoPSTN konfigurációs információ a következő adatokat tartalmazzák:
Az elsődleges kezdőmegoldás-szervezet adatai, beleértve a standard csomagértekezlet- a értekezlet webhelye UUID-azonosítóját és a webhely URL-címét.
A telefonszámcsoport adatai az ehhez a fürthöz konfigurált összes csoporthoz. Ez magában foglalja az egyes csoportok értekezlet- hozzáférési kód hozzárendeléseinek telefonszám . Ne feledje, hogy a részleteknek tartalmazniuk kell az összes másodlagos kezdőérték-megoldási szervezethez társított csoportokat.
Visszahívási DNS SRV -csoport részletei az ehhez a fürthöz konfigurált összes csoporthoz. Ne feledje, hogy a részleteknek tartalmazniuk kell az összes másodlagos kezdőérték-megoldási szervezethez társított csoportokat.
Az ügyfélsablon adatai a telefonszámcsoportok és a visszahívási DNS SRV csoportok bármelyikét használó sablonokhoz.
Minden BroadWorks hívási fürtnek megvan a sajátja BroadWorks-konfiguráció (BYoPSTN) információkat, konkrétan a hozzárendelt telefonszámcsoportokat és a visszahívási DNS SRV csoportokat. Ne feledje azonban, hogy az összes BroadWorks hívófürt ugyanazon az elsődleges kezdőmegoldás-szervezeten osztozik, és mint ilyen, ugyanazt tartalmazza a standard csomagértekezlet- a értekezlet webhelye UUID azonosítója és a webhely URL-címe .
A BroadWorks-konfiguráció (BYoPSTN) információk csak akkor érhetők el megtekintésre/letöltésre, ha a rendszergazda beállítja és kiválasztja az Elsődleges Seed Solution szervezetet. Az elsődleges forráskód-megoldási szervezetnek rendelkeznie kell legalább egy felhasználóval a Standard csomaghoz, és ennek a Standard csomagnak a Partner által biztosított betelefonálási számok (BYoPSTN) értekezlethez való csatlakozási opciót kell használnia.
Példa a BYoPSTN konfigurációs elemekre
A következő kép egy többfürtös BroadWorks-telepítésre mutat példát, földrajzi alapú ügyfélsablonokkal, telefonszámokkal és útválasztással.
Az első táblázat egy többfürtös BroadWorks-telepítést mutat be regionális alapú ügyfélsablonokkal, telefonszám-csoportokkal és visszahívási DNS SRV -csoportokkal. A következő táblázatok a telefonszámcsoportot és a visszahívási DNS SRV csoportot mutatják be.
BroadWorks-fürt | Sablon neve | Csomag | Értekezlethez való csatlakozás típusa | Telefonszámcsoport | Visszahívási DNS SRV-csoport |
---|---|---|---|---|---|
BWKS US NG | US West Std | Standard | A partner által biztosított betelefonálási számok | US West | CB US |
US West Prem | Prémium | ||||
US East Std | Standard | US East | |||
US East Prem | Prémium | ||||
BWKS MX | MX Std | Standard | A partner által biztosított betelefonálási számok | MX PNG | CB MX |
MX Prem | Prémium | ||||
BWKS UK | UK Std | Standard | A partner által biztosított betelefonálási számok | UK PNG | Visszahívás letiltva |
UK Prem | Prémium | ||||
BWKS US | US Std | Standard | Cisco betelefonálási számok | Egy sem | Egy sem |
A US West Std vagy US West Prm sablonnal rendelkező előfizetők az US West telefonszámot használják az értekezletekhez való csatlakozáskor. Azok az előfizetők értekezlet-csatlakozási visszahívási kérelmei a CB US DNS SRV rekordokba kerülnek.
A US East Std vagy US East Prm sablonnal rendelkező előfizetők az US East telefonszámot használják az értekezletekhez való csatlakozáskor. Azok az előfizetők értekezlet-csatlakozási visszahívási kérelmei a CB US DNS SRV rekordokba kerülnek.
Az MX Std vagy MX Prm sablonnal rendelkező előfizetők az MX PNG telefonszámot használják az értekezletekhez való csatlakozáskor. Azok az előfizetők értekezlet-csatlakozási visszahívási kérelmei a CB MX DNS SRV rekordokba kerülnek.
A UK Std vagy UK Prm sablonnal rendelkező előfizetők az egyesült királyságbeli PNG-telefonszámokat használják az értekezletekhez való csatlakozáskor. Ezeknek az előfizetőknek nem ajánlják fel az értekezlethez való csatlakozást visszahíváson keresztül, mivel a visszahívás le van tiltva.
Az US Std használatával létrehozott előfizetők Cisco betelefonálási számokat használnak, ezért nincs telefonszámcsoport vagy visszahívási DNS SRV csoport hozzárendelve. Ezek az előfizetők a Cisco által biztosított telefonszámokat használják az értekezletekhez, a Cisco DNS SRV rekordokat pedig a visszahívásos csatlakozásokhoz.
A példa telefonszám-csoportok részletei a következők:
Telefonszámcsoport | Telefonszám neve | Ország | Országhívószám | Telefonszám | Közlemény | Díj típusa | Betelefonálási prioritás |
---|---|---|---|---|---|---|---|
US West | Amerikai Egyesült Államok San Francisco | US | +1 | 4156551000 | Angol | Díj | Elsődleges |
Amerikai Palo Alto | US | +1 | 9863502478 | Angol | Díjmentes | Egy sem | |
US East | Amerikai Egyesült Államok Maryland | US | +1 | 2403332200 | Angol | Díj | Elsődleges |
Amerikai Egyesült Államok, Florida | US | +1 | 9049002303 | Angol | Díj | Másodlagos | |
Amerikai Egyesült Államok, New York | US | +1 | 8056504578 | Angol | Díjmentes | Egy sem | |
MX PNG | Mexikó | MX | +52 | 2065304086 | Európai spanyol | Díj | Elsődleges |
UK PNG | Egyesült Királyság | Egyesült Királyság | +44 | 4527789651 | Angol | Díj | Elsődleges |
A példa visszahívási DNS SRV csoportok részletei a következők:
Visszahívási DNS SRV-csoport | Ország | DNS SRV |
---|---|---|
CB US | US | kocka.us.example.com |
Az összes többi ország | kocka.sor.example.com | |
CB MX | MX | cube.mx.example.com |
Az összes többi ország | kocka.sor.example.com |
A cube.us.example.com US DNS SRV-rekord konfigurációja a következő lehet:
| 86400 | BE | SRV | 10 | 10 | 5061 |
|
| 86400 | BE | SRV | 10 | 10 | 5061 |
|
Ennek a DNS SRV-rekord a feloldása a következő DNS A rekordra lehet:
| 86400 | BE | A | 45.84.168.81 |
| 86400 | BE | A | 45.84.168.82 |
A DNS SRV -rekordok a Webex és a CUBE közötti SIP -hívások védelmét szolgálják. |
A Webex által használt portok
Az alábbi táblázatban szereplő portokat annak a DMZ-nek a tűzfalán kell megnyitni, ahol a CUBE található, a többi portot le lehet zárni. A portokkal és a hálózati követelményekkel kapcsolatos további információkért olvassa el a következő cikket:
https://collaborationhelp.cisco.com/article/WBX264
Forrás | Forrásportok | Cél | Célportok | Protokoll | Leírás | ||
---|---|---|---|---|---|---|---|
Webex Edge | Rövid élettartamú | CUBE | 5061 | TCP | (mTLS 1.2) Bejövő SIP-jelküldés a Webex Edge Audio felől a CUBE SBC felé.
| ||
Webex Edge | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Beállítások Ping a Webex Edge Audio számára. | ||
CUBE | Rövid élettartamú | EdgeAudio | 5605 | TCP | (mTLS 1.2) Kimenő SIP-jelküldés a Webex Edge Audio számára. | ||
Webex Edge | Rövid élettartamú | CUBE | Múlékony portok 8000 - 59999 | UDP | (SRTP) Meg kell nyitni a tűzfal lyukakat az Edge hanghoz bejövő médiaforgalom számára. | ||
CUBE | Múlékony portok 10200 - 28000 | Edge Audio | Rövid élettartamú | UDP | (SRTP) A tűzfal lyukakat kell megnyitni a CUBE felé kimenő médiaforgalom számára. |
TLS és SRTP titkosítási csomagok
Az mTLS kézfogáshoz a TLS v1.2 vagy újabb verziója használatos, és a Webex Webex Edge Audio a következő titkosításokat támogatja (a visszahívás során a Webex Edge Audio ezeket kínálja a TLS Handshake Client Hello alkalmazásban):
TLS_ ECDHE_ ECDSA_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ WITH_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ WITH_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ RSA_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ WITH_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ WITH_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ WITH_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ WITH_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Az sRTP-hez a következő titkosítások használatosak:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Támogatott audiokodekek
G722
G711µ
G711a
SIP és RTP profilkövetelmények
A megoldás megköveteli, hogy a CUBE (vagy az SBC) és a Webex között SIP TLS -t kell telepíteni a jelzésekre és sRTP-t a média számára.
A jelen kommunikáció részeként szereplő SIP és RTP profiloknak meg kell felelniük a következő követelményeknek:
SIP profil követelmények | részletei |
---|---|
Munkamenet lejárati időzítő | 2220 mp ( SIP 422 elfogadása) * üzleti igény szerint van módosítva, és 422 mp várható. |
Médiaajánlat a belépésre | Korai ajánlat |
Médiaajánlat a kilépéshez | Késői ajánlat |
Beállítások ping intervallum | 30s (minimum) |
DTMF | RFC2833 Payload 101 (nincs akusztikus DTMF!) |
SIP– UDP portok | 4000-4010,5061,5065 |
RTP profil | részletei |
---|---|
Hang hasznos terhelési profilja | G.722/ G.711μ /G.711a |
Csomagméret | 20 ms |
VAD (Hangtevékenység-észlelés) | Nem |
Média inaktivitási időzítő | 1200 ms |
Középső tárcsázási kodek módosítása | Nem elfogadott |
RTP | 8000-48198 |
sRTP titkosítások | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
A G.729 kodek nem támogatott. Ha G.729-et szeretne használni, akkor átkódolót kell használnia. |
Webex hívástovábbítási tartományok
A DNS SRV _sips._tcp.<domain>
a Webex Edge Audio eléréséhez használatos. Négy tartomány létezik a régiótól függően.
Régió | Tartomány |
---|---|
Amerika | ecccspx.amer.pub.webex.com |
Egyesült Királyság, Észak-Afrika | ecccspx.emea.pub.webex.com |
Ázsia/Csendes-óceáni térség | ecccspx.apac.pub.webex.com |
Ausztrália/Új-Zéland | ecccspx.anz.pub.webex.com |
Európa | ecccspx.euro.pub.webex.com |
A DNS SRV több, az elsődleges és másodlagos helyre mutató A rekordra feloldódik. A következő táblázat az AMER régióra mutat példát, és a jövőben változhat.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | A Webex Edge Audio felfedezése |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | A Webex Edge Audio felfedezése |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | A Webex Edge Audio felfedezése |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | A Webex Edge Audio felfedezése |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | A Webex Edge Audio AMER Primary 1-re mutat |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | A Webex Edge Audio AMER Primary 2-re mutat |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | A Webex Edge Audio AMER Secondary 1-re mutat |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | A Webex Edge Audio AMER Secondary 2-re mutat |
A DNS-SRV dinamikus természetű, az IP -címek hajlamosak a változásra; ezért kerülje az IP -címek kemény kódolását vagy könyvjelzővel való megjelölését. Tekintse meg a „Dokumentum-szerkesztési előzmények” részt a következő módosításokról vagy frissítésekről: Portreferencia információk a Webex Calling -hívásokhoz dokumentumot. |
CUBE Redundancia
A Cisco Unified Border Element (CUBE) lehetővé teszi a munkamenet határellenőrzés funkciót a külső entitások és a belső hálózat közötti SIP kapcsolatokat kezelő hálózatban. A CUBE-ról további információk találhatók az alábbi Előfeltételek részben.
A támogatott redundancia modellek meghatározása azzal a céllal történik, hogy magas szintű rendelkezésre állást biztosítsanak, és kiküszöböljék az egyszeri meghibásodásokat a Cisco Partner számára. Az alábbiakban három különböző modell látható. A Cisco -partnereknek a környezetükben alkalmazható modellt kell alkalmazniuk.
A beléptetési folyamat során a partnernek le kell tiltania az ICMP-szűrőket.
Duplex CUBE-telepítés a BroadWorks-hez egyetlen helyszínen telepítve
Simplex CUBE-telepítés a BroadWorks-hez több helyszínen telepítve
Egy további redundancia-modell lehetséges, ahol a CUBE duplex módban van telepítve minden helyszínen. Ez a modell nem szükséges, tekintettel arra, hogy a BroadWorks telepítése földrajzi redundanciával történik.
Szolgáltatás biztosítása
1 | Partner előfeltételei
|
2 | Telefonszámok biztosítása a Cisco Partner Hubban
|
3 | Visszahívási DNS SRV -csoportok üzembe helyezése a Cisco Partner Hubban (nem kötelező)
|
4 | PNG (és CDSG) társítása az Ügyfélsablonokhoz
|
5 | Létrehozás kezdőmag Megoldás szervezetek
|
6 | Válassza ki az Elsődleges Seed Solution szervezetet
|
7 | Töltse le a BroadWorks-konfigurációt (BYoPSTN)
|
8 | Határozza meg a Webex Edge Audio DNS SRV tartományt
|
9 | Létesítési partner BroadWorks-konfigurációja
|
10 | Beüzemelési partner CUBE (vagy a saját SBC-je)
|
11 | BYoPSTN tanúsítvány
|
1. lépés: Partner előfeltételei
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ó
2. lépés: Provision Phone Number Groups (PNG) a Partner Hubban
A Cisco -partner a következő eljárással adja hozzá a Webex-értekezlet való betelefonálási telefonszámait:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Betelefonálási telefonszám-csoport létrehozása p.
Adja meg a Telefonszámcsoport nevet, és válasszon Következő .
Adja meg a Telefonszám részleteket, és válasszon Következő .
Tekintse át a telefonszámcsoport adatainak összegzését, és válassza a lehetőséget Mentés .
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.
3. lépés: Visszahívási DNS SRV -csoportok (CDSG) létrehozása a Partner Hubban
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:
Jelentkezzen be a Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Visszahívási DNS SRV csoport létrehozása .
Adja meg a visszahívási DNS SRV -t Csoport neve .
Válassza ki Következő .
Adja meg a visszahívási DNS SRV adatait.
Válassza ki Következő .
Tekintse át a Visszahívási DNS SRV részletes összefoglalását.
Válassza ki Mentés .
Gondoskodjon a DNS frissítéseiről, hogy azok tükrözzék a DNS SRV csoportban lévő új rekordokat.
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.
4. lépés: PNG és CDSG társítása ügyfélsablonokhoz a Partner Hubban
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:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Sablonok lehetőségre , válassza ki Sablon hozzáadása lehetőségre .
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 .
Válassza ki Következő .
Adja meg a többi sablonadatot.
Tekintse át a Sablon részleteinek összefoglalóját.
Kattintson a Mentés lehetőségre.
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:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás szakaszban.
Alatt Sablonok lehetőségre , válassza ki Sablon megtekintése .
Válassza ki a frissíteni kívánt sablont.
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 .
Válassza ki Mentés .
Az alábbi képernyőkép az eljárást mutatja be.
5. lépés: Létrehozás kezdőmag Megoldás szervezetek
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:
Biztosítsa a teszt-előfizetőt a BroadWorks Subscribers API-kkal a következő dokumentumban leírtak szerint
developer.webex.com
.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.
6. lépés: Válassza ki az Elsődleges Seed Solution szervezetet
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:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás szakaszban.
Alatt Konfiguráció ellenőrzése (BYoPSTN) szakaszt, válassza ki Hozzárendelés .
A Szervezet hozzárendelése képernyőn, keresse meg és válassza ki a korábban beállított magszervezetek egyikét
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.
7. lépés: BroadWorks-konfiguráció letöltése (BYoPSTN)
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ő:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Fürtök , válassza ki Fürt megtekintése .
Válassza ki a BYoPSTN-hez konfigurált Ügyfélsablonokhoz társított fürtöt.
Görgessen a lehetőséghez BroadWorks-konfiguráció a BYoPSTN-hez szakaszban.
Kattintson Töltse le a JSON- konfigurációs fájl .
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"
}
]
}
8. lépés: Határozza meg a Webex Edge Audio DNS SRV tartományt
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.
Jelentkezzen be a Cisco Partner Hubba.
Ugrás ide: Ügyfelek .
Válassza ki a BYoPSTN Validation Enterprise elemet.
Válassza ki Ügyfél megtekintése.
Ugrás ide: Szolgáltatások/Értekezletek .
Válassza ki a Standard csomagértekezlet a értekezlet webhelye.
Görgessen a kifelé néző panel aljáig, és válassza a lehetőséget Webhely konfigurálása lehetőségre .
Válassza ki Általános beállítások / Hangbeállítások .
Alatt a Edge Audio egyéni globális betelefonálási számok szakaszt, válassza ki Lua-parancsfájl létrehozása .
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)
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.
9. lépés: Létesítési partner BroadWorks-konfigurációja
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:
- A felhasználó visszahívás kér, a Webex visszahívás kezdeményez.
- A hívás a BroadWorks OTT-re van irányítva.
- 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.
- 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.
- 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.
- 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 VoiceXML és hozzon létre egy példányt minden egyes PSTN-szám.
, válassza kiKonfigurá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ő:
|
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
10. lépés Partner CUBE üzembe helyezése
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. |
Kezdeti konfiguráció
A CUBE beállításához engedélyezni kell a kiemelt EXEC módot. Ha a rendszer kéri, adja meg a jelszót.
enable
A globális konfigurációs módba lépés:
configure terminal
Állítsa be a tartományt:
ip domain name myenterprise.com
Állítsa be a maximális szegmensméretet (MSS):
ip tcp mss 1360
Hálózati konfiguráció
Határozza meg a nyilvános és privát felületeket. A CUBE példánkban:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Állítsa be az IP -útválasztás átjáróit a nyilvános és a privát oldalon:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
SSH engedélyezése:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
A CUBE-nak (vagy a saját SBC-jének) megfelelően konfigurált tűzfalszabályokkal rendelkező DMZ-n belül kell lennie. Lásd a részt A Webex által használt portok a külső tűzfalon megnyitandó portok listájához |
Konfigurálja az SRV-rekordok a CUBE-ről (vagy az SBC-ről) a BroadWorks hálózati kiszolgálókra küldött visszahívási hívásokhoz. Például a bw.myenterprise.com SRV-je:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
A DNS-kiszolgáló konfigurálása:
ip name-server <DNS_IP_address>
Alternatív DNS -beállítás a belső DNS beállítása, ahol a belső DNS eléri a szülő DNS-kiszolgáló , ha a belső keresés sikertelen. |
Hívásfeldolgozási konfiguráció
Általános
Konfigurálja a CUBE-t (vagy az SBC-t) az összes olyan IP -címmel, amelynek el kell érnie a VoIP szolgáltatást. Ide tartoznak a következők:
Privát oldali SIP-jelküldés címek a BroadWorks AS, NS és MS szerverekhez.
Nyilvános oldali címek a Webex Edge for Audio infrastruktúrához.
Alább egy példa CUBE-konfigurációt talál:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
A fenti IP-cím egy példa. A Webex audio infrastruktúra nyilvános IP-cím -címeinek aktuális listáját a következő oldalon tekintheti meg: |
Hogyan engedélyezhetem a Webex Meetings -forgalmat a hálózatomon? — A legtöbb fürt IP -címtartománya a következő alatt jelenik meg: A Cisco Webex Meeting Services által használt IP-cím listája . Egy kivétel a kínai fürtök, amelyeknél a tartomány az alábbi hivatkozáson látható:
A Cisco Webex China Cluster hálózati követelményei
Az alapértelmezett időzítő 20 másodperc, amelyen a CUBE TCP -kapcsolatot létesít az útválasztás előtt. A módosításhoz:
ip tcp synwait-time <5-300 (seconds)>
A BroadWorks oldalon az alkalmazáskiszolgáló alapértelmezett időzítése 6 másodpercig tart, amikor egy nem válaszoló hozzáférési eszközön időtúllépés lép fel. A módosításhoz:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Meg kell nyitni a CUBE-n (vagy a saját SBC-n) lévő RTP -forgalom nyilvános és privát oldali felületét. A CUBE példáját lásd alább:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Hol:
- <CUBE PUB="" IP=""> a CUBE nyilvános IP-cím -címe
- <CUBE PRIV="" IP=""> a CUBE privát IP-cím -címe
- Porttartomány: a példában a porttartomány 10200 és 28000 között van
A CUBE a következő TLS titkosítási csomagokat támogatja (betelefonálás közben a CUBE ezeket kínálja a TLS Handshake Client Hello alkalmazásban):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Egyéb konfigurálandó általános beállítások (lásd alább a minta CUBE konfigurációkat):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
A bejövő és kimenő tárcsázás URI-it meg kell határozni a későbbi tárcsázótárcsázói alkalmazásokhoz:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
A Webex Edge Audio a G722, G711ulaw és G711alaw kodekeket támogatja. A következő hangosztály kódot kell megadni a későbbi tárcsázó társakban való használathoz:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
A Webex Edge Audio SRTP protokollt használ. Az SRTP-crypto hangosztály hozzárendeli az előnyben részesített SRTP titkosítási csomagot az Edge Audio számára. Állítsa be sorrendben a következő kriptocsomagokat. Az srtp-crypto hangosztály konfigurációt kell alkalmazni az Edge Audio kapcsolathoz használt tárcsázó társakra.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Állítsa be előre az elsődleges kulcsot, hogy jelszót tudjon beállítani a hitelesítéshez
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
A következő paranccsal adja meg a VoiceXML virtuális előfizető számára az AS-en kiépített SIP -hitelesítési hitelesítő adatokat. Visszahívási forgatókönyvek esetén ezeket a hitelesítési adatokat használja a rendszer, amikor az AS kihívja a CUBE (vagy a saját SBC) által az AS-nek küldött INVITE-ot.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
A hitelesítés konfigurálása után a jelszó obfuszkált lesz a „show running-config” paranccsal történő megtekintéskor
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
A következő globális SIP konfigurációt is el kell végezni:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Fordítási profilok
A 2340 SIP-üzenet profil az értekezlet betelefonálási hívásaihoz használatos. Rendelkeznie kell egy bejegyzéssel, amely módosítja a BroadWorks-ből bejövő SIP -üzeneteket, mielőtt kiküldené az Edge Audio rendszerébe, a 11-es példaszabály szerint.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
A fenti 11-es szabály a BroadWorks-től bejövő Request Uri-t képezi le, amely a CUBE virtuális előfizetői eszközprofil Kapcsolattartó értékével rendelkezik (a VXML-ben a Kapcsolat mező értéke_device Prof eszközprofil a példánkban):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
A megfelelő Webex Edge audio hívástovábbítási tartományba:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Ne feledje, hogy amikor a CUBE (vagy a saját SBC-je) statikus NAT mögött van, további konfigurációra van szükség a 2340-es sip-profilhoz. További információkért tekintse meg az alábbi hivatkozást:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideHa saját SBC-t telepít, hasonló szabályokat kell beállítania a saját SBC-n. |
Ahhoz, hogy az AS által küldött 486 üzenetet visszairányíthassa a Webex Edge Audio rendszerébe, a következő konfigurációra van szükség a CUBE-n (a saját SBC-hez lásd az SBC dokumentációját)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Ha más4xx Az üzeneteket vissza kell továbbítani a Webex Edge Audio rendszerébe, kövesse a fenti példát.
Tárcsázza a társakat
A CUBE-n (vagy a saját SBC-n) meg kell határozni egy hangosztály-bérlőt a későbbi tárcsázó társakban való használathoz, amely eleget tesz a következő feltételeknek:
- Az RTP-NTE DTMF -csomagok esetében nincs szükség hasznosadat-együttműködésre, ezért állítsa be az aszimmetrikus hasznos adatot megtelt.
- Az Edge audio nem támogatja a azonosító -frissítéseket, ezért a „nincs frissítés-hívóazonosító” értéket kell konfigurálni.
- A Webex Edge Audio hívásátirányítás URI-n alapul. A URI -t engedélyezni kell, hogy az URI-k alapján megfeleljen a tárcsázó társaknak.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
A következő tárcsázó társak úgy vannak beállítva, hogy engedélyezzék a CUBE számára a BroadWorks és a Webex Webex Edge Audio közötti hívások feldolgozását. Állítsa be a következőket a CUBE-n (hasonló konfigurációt kell konfigurálnia a saját SBC-n):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE Hívásfolyamatok
A fenti konfigurációval az alábbiakban a CUBE bejövő/ kimenő hívás hívásfolyam forgatókönyveinek leírása látható. Egy adott lépés színkódolása a fenti tárcsázó társak azonos színbejegyzéseihez viszonyítja azt.
Ha saját SBC-t telepít, olvassa el az SBC dokumentációját az SBC-vel történő hívásfolyamatok részleteiért. |
A BroadWorks és a Webex közötti értekezlet-betelefonálási forgatókönyvekhez:
- Bejövő INVITE érkezett a BroadWorks-től a belső felületen a következővel:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- A 23401 bejövő tárcsázási társprofil kiválasztása a bejövő kérelem URI -ban („cube.internal.local”) szereplő gazdagép alapján történik, amely megfelel a „bejövő uri-kérés OUTEdgeAudio” konfigurációnak.
- A 23411 kimenő tárcsázó társ kiválasztása a kérelem URI („cube.internal.local”) gazdagép alapján történik, amely megfelel a „destination uri OUTEdgeAudio” konfigurációnak.
- A rendszer kimenő INVITE üzenetet küld a külső felületen a gazdagéppel a „cube.internal.local” kérés- URI -ról „ecccspx.amer.pub.webex.com” értékre a „voice-class sip profiles 2340” üzenetfordítási profil használatával. a tárcsázó társban megadott:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Értekezlet-visszahívási forgatókönyv esetén a Webex a BroadWorks-re
- Bejövő INVITE érkezett a Webex a CUBE külső felületén a következővel:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- A 23411 bejövő tárcsázási társ kiválasztása az „x-cisco-webex-service=audio” minta alapján történik a bejövő kérelem URI -ban, a „bejövő uri kérés INEdgeAudio” konfigurációja alapján .
- A rendszer két kimenő hívótársat választ ki a kérelem URI -ban lévő „x-cisco-webex-service=audio” minta alapján, a „destination uri INEdgeAudio” konfiguráció alapján.
- Tárcsázza a Peer 302-t
- Tárcsázza a Peer 23401-et
- A rendszer egy kimenő INVITE-t küld a hálózati kiszolgálóknak (SRV keresés a tárcsázó peer „munkamenetcél dns:bw.myenterprise.com bejegyzése” alapján) a belső felületen
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- A hálózati kiszolgáló névjegyeket ad vissza a CUBE virtuális előfizetőt kiszolgáló AS párhoz:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- A CUBE a 302-es üzenetben visszaadott névjegy alapján az aktív AS-hez irányítja a hívást:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS-konfiguráció
A következő konfigurációs lépéseket kell elvégezni ahhoz, hogy engedélyezhető legyen az mTLS-kapcsolat a CUBE (vagy a saját SBC-je) és a Webex Edge Audio között.
Az mTLS-t kötelező beállítani a CUBE (vagy a saját SBC-je) és a Webex Edge Audio között. |
Helyettesítő karakteres tanúsítvány támogatása
A helyettesítő karakterrel aláírt tanúsítványok egy általános tárgynevet (pl. *.us.example.com) használnak, amely megfelel a CUBE vagy a saját SBC tartományának. A helyettesítő karakteres tanúsítványok támogatottak a többfürtös CUBE vagy SBC telepítései esetén, de nem támogatottak az egycsomópontos CUBE vagy SBC központi telepítései esetén.
Trustpool
A TLS kézfogás során, amikor a Webex Edge Audio elküldi a tanúsítványát, a CUBE ellenőrzi azt a bizalmi poolban elfogadott tanúsítványok listájához képest.
A trustpool csomagot frissíteni kell a Cisco legfelső szintű hitelesítésszolgáltatóval a legújabb „Cisco Trusted Core Root Bundle” csomag letöltésével innen:http://www.cisco.com/security/pki/ paranccsal:
crypto pki trustpool import clean url <url>
A Webex Webex Edge Audio által küldött tanúsítványokat az IdenTrust írja alá. Győződjön meg arról, hogy az „IdenTrust Commercial Root CA” tanúsítvány telepítve van. További részletekért lásd ezt a hivatkozást:
Ha saját SBC-t használ, és nem tudja befejezni az importálást, konvertálhatja a csomagot .pem formátumba nyílt forráskódú eszközök, például az OpenSSL segítségével. Például használhatja a hydrantID tanúsítványokat a következő paranccsal:
|
Trustpoint
Az Edge Audio megköveteli, hogy a CUBE a megbízható hitelesítésszolgáltatói hitelesítésszolgáltatóktól aláírt tanúsítványokat kínáljon a kölcsönös TLS-(mTLS) kapcsolatokhoz. A következő hivatkozás segítségével megtekintheti azon hitelesítésszolgáltatók listáját, amelyekben a Cisco megbízik. A listán szereplő hatóságok által aláírt tanúsítványok érvényesnek minősülnek, és a kapcsolat engedélyezve lesz: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Egycsomópontos CUBE
Az egycsomópont azt jelenti, hogy a CUBE (vagy a saját SBC-je) egy tanúsítványt importál az FQDN-jének egyedi alanynévvel, ami azt jelenti, hogy más CUBE nem tudná importálni (azaz NEM helyettesítő karakteres tanúsítványt).
A CSR (tanúsítvány-aláírási kérelem) létrehozása a CUBE számára:
- kulcspár létrehozása (ez a kulcspár a bizalmi ponthoz lesz kapcsolva)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys – Megadja, hogy az általános célú kulcspárt elő kell állítani.
- címkét<key-label> - (Opcionális) Az RSA -kulcspárokhoz használt név az exportálás során. Ha nincs megadva kulcscímke, akkor az útválasztó teljesen minősített tartománynév (FQDN) használja a rendszer.
- exportálható – (Opcionális) Megadja, hogy az RSA -kulcspár exportálható-e egy másik Cisco -eszközre, például útválasztóra.
- trustpoint létrehozása (Egy bizalmi pont tartalmazza a CUBE-hoz kötni kívánt tanúsítványt. Amikor a CUBE tanúsítványkérést kap, a bizalmi pont tanúsítványának csatolásával válaszol)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl – A tanúsítvány-visszavonási lista (CRL) a visszavont tanúsítványok listája. A CRL-t a tanúsítványokat eredetileg kibocsátó CA hozza létre és írja alá digitálisan. A CRL tartalmazza az egyes tanúsítványok kiadásának és lejáratának dátumát.
beiratkozási terminál pem – Adatvédelmi szempontból fokozott levelezési (PEM) határokat ad hozzá a tanúsítványkéréshez (manuális másolás-beillesztés a BEGIN CERTIFICATE REQUEST-től a END CERTIFICATE REQUEST-ig)
fqdn – A CUBE teljes képzésű tartomány neve
alany-név CN=<fqdn> - az aláírandó tárgy nevét
rsakeypair<key label=""> - az előző lépésből generált kulcspár
(hivatkozás: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- CSR generálása:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- A CSR küldése (a BEGIN TANÚSÍTVÁNYKÉRÉS-től az END TANÚSÍTVÁNYKÉRÉSig) a CA (Certificate Authority) részére
A CA aláírt tanúsítványt hoz létre
- A hitelesítésszolgáltatótól függően ők biztosítják a gyökértanúsítvány (pl. DigiCertCA.crt) és a kért tanúsítványt (pl. cube.crt)
- Töltse be a CA-tanúsítvány
- Először hitelesítse a bizalmi pontot a gyökér tanúsítványával
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Ezután importálja a CUBE tanúsítványát a CUBE megbízhatósági pontra
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Ha saját SBC-t telepít, olvassa el az SBC dokumentációját a CSR létrehozásának részleteiért. |
Többcsomópontos CUBE-fürt (alternatív nevek használata a tanúsítványban) – NEM támogatott
A több csomópont azt jelenti, hogy a CUBE képes lesz ugyanazt a tanúsítványt importálni egynél több CUBE-telepítéshez. Jelenleg nem támogatott a tárgy alternatív nevének használata a CSR létrehozásához : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Többcsomópontos CUBE-fürt (Jó karakterrel aláírt tanúsítvány használata pkcs12 formátumban)
A helyettesítő karakterekkel aláírt tanúsítványt használó többcsomópont azt jelenti, hogy az alanynév általános (pl. *.us.example.com), és megfelel a CUBE tartományának (vagy az Ön SBC-tartományának).
- Feltéve, hogy készen áll egy helyettesítő karakter tanúsítvány, készítse elő a nyilvános (.crt) és a privát kulcs (.key) fájlokat.
- OpenSSL használatával hozzon létre egy csomagban lévő PKCS12 formátumú (.pfx) fájlt, amely tartalmazza a .crt és a .key fájlokat: (Használja a cygwin-t Windows rendszeren) - hivatkozás: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Vigye át a .pfx fájlt a CUBE:bootflash fájlba: (scp a Linux szerverről a CUBE-ra)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Hozzon létre egy bizalmi pontot, és importálja a pkcs12 fájlt:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Érvényesítse a CUBE tanúsítvány konfigurációját
Ellenőrizze, hogy a teljes lánc szerepel-e a tanúsítványban. A következő példa a CUBE érvényesítési parancsait mutatja be. Ha saját SBC-t telepít, használja az SBC-re vonatkozó parancsokat.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
A SIP-jelküldés beállítása a bizalmi pont használatához
A következő paranccsal létesítheti a SIP UA-t a CUBE bizalmi ponttal. Az alábbiakban egy CUBE példát mutatunk be. Ha saját SBC-t telepít, a parancsok segítségét az SBC dokumentációjában találja.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE Naplók
Az engedélyezett hibakeresési szűrők megtekintéséhez
CUBE# show debug
Hibakeresési szűrők beállítása (példák)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Hibakeresési szűrők hatástalanítása (példa)
CUBE# no debug ccsip messages
A naplópuffer törléséhez és ellenőrzéséhez
CUBE# clear log
>>> make test call <<<
CUBE# show log
Ha nem telepíti a CUBE-t, olvassa el a saját SBC dokumentációját a naplók használatának részleteiért. |
Egyéb hasznos parancsok
Az aktuális konfiguráció ellenőrzéséhez:
CUBE# show running-config (or just CUBE# show run)
A konfigurációt a rendszerindításkor használt ROM-ra kell menteni
CUBE# write
11. lépés BYoPSTN tanúsítvány
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.
Frissítések alkalmazása egy folyamatban lévő telefonszámcsoportra/visszahívási DNS SRV csoportra
Miután a nem teszt ügyfeleket a Partner által biztosított betelefonálási számok segítségével hozzárendelte egy Ügyfélsablonhoz, a következő értekezlethez való csatlakozási lehetőségek állnak rendelkezésre ezeknek a felhasználóknak:
Az értekezletmeghívók egy vagy több alapértelmezett telefonszámot tartalmaznak a hozzárendelt telefonszám-csoportból
A Webex alkalmazás egy vagy több alapértelmezett telefonszámot jelenít meg a Telefonszám-csoport hozzárendeléséből értekezlethez való csatlakozási opcióként
A Webex Meeting webhely felhasználói felülete egy vagy több alapértelmezett telefonszámot jelenít meg a Telefonszámcsoport hozzárendeléséből értekezlethez való csatlakozási opcióként
Ha a visszahívás engedélyezve van az Ügyfélsablonban, a Webex Meeting biztosítja a „Hívás innen:” opciót, ahol a visszahívási kérelmet a rendszer a hozzárendelt DNS SRV visszahívási csoportban meghatározott rekordok egyikéhez irányítja.
Az Ügyfélsablonok értekezlethez való csatlakozási beállításainak módosítása, egy hozzárendelt telefonszámcsoport vagy egy visszahívási DNS SRV csoport módosítása hatással lehet a fenti értekezletcsatlakozási beállításokra. Ezek a módosítások nem vonatkoznak a meglévő ügyfelekre, de az újonnan beüzemelt ügyfelek azonnal látni fogják ezeket a módosításokat a normál és a prémium csomagos értekezletoldalaikon. Ezért erősen ajánlott minden ilyen módosítást egy kezdőmegoldás-szervezet segítségével ellenőrizni, mielőtt a meglévő ügyfélsablonokra, telefonszám-csoportokra vagy visszahívási DNS SRV -csoportokra alkalmaznák őket (ha visszahívási DNS SRV -csoportok vannak telepítve).
A következő lépéseket kell követni, amikor frissíti az értekezlethez való csatlakozási beállításokat egy ügyfélsablonhoz és/vagy frissítéseket alkalmaz a telefonszámcsoportokhoz vagy a visszahívási DNS SRV csoportokhoz.
Kérjük, vegye figyelembe, hogy ha az ügyfélsablonokat, telefonszámcsoportokat vagy visszahívási DNS SRV -csoportokat teszt BroadWorks szolgáltatók és/vagy teszt BroadWorks Enterprises használják, akkor ez az eljárás nem kötelező. Célszerűbb lehet egyszerűen törölni a tesztelt BroadWorks szolgáltatókat és/vagy a tesztelt BroadWorks Enterprises szervezeteket, és újra beüzemelni őket a frissített ügyfélsablonok, telefonszámcsoportok vagy visszahívási DNS SRV csoportok segítségével.
Csak telefonszámcsoport frissítése:
Hozzon létre egy új ideiglenes telefonszámcsoportot a szükséges frissítésekkel.
- Hozzon létre egy új ideiglenes ügyfélsablont, amely az új telefonszámcsoportot használja. Ha egy meglévő telefonszámcsoportot használ a csoporttal együtt, rendelje hozzá a sablonhoz.
- Hozzon létre egy kezdőmegoldás-szervezetet úgy, hogy egy teszt BroadWorks-szolgáltatótól biztosít előfizetőt, vagy tesztelje a BroadWorks Enterprise-t egy standard csomaggal az új Ügyfélsablon segítségével. Kérjük, vegye figyelembe, hogy ez egy másodlagos kezdőmegoldás-szervezet, ezért nem szükséges frissíteni a BroadWorks rendszeren konfigurált értekezlet-webhely-UUID azonosítót.
- Töltse le a BroadWorks Configuration (BYoPSTN) JSON-fájlt, amely tartalmazza azt a telefonszám , amellyel hozzá lehet hozzáférési kód a telefonszám-csoportban lévő új telefonszámokhoz tartozó kódleképezéshez.
- Határozza meg a Webex Edge Audio DNS SRV tartományát a forrásmegoldás-szervezet Standard csomagértekezlet- a értekezlet webhelye. Ennek változatlannak kell lennie az eredeti telefonszámcsoporthoz korábban meghatározott értékhez képest.
- Alkalmazza a konfigurációs frissítéseket a BroadWorks rendszerre a BroadWorks konfigurációs (BYoPSTN) JSON-fájl segítségével.
- A konfiguráció ellenőrzéséhez ütemezzen az értekezleteket a magvető szervezet Standard csomagwebhelyén, és csatlakozzon az értekezlethez a betelefonálási telefonszámok segítségével.
- Alkalmazza a frissítést az eredeti telefonszámcsoportra. A változás mostantól a nem tesztügyfelek számára is érvényben van.
- A kezdőmegoldás szervezet, az ideiglenes telefonszámcsoport és az Ügyfélsablon törölhető. Ezekre az elemekre már nincs szükség az eredeti telefonszámcsoport frissítését követően.
Csak visszahívási DNS SRV csoport frissítése:
- Hozzon létre egy új ideiglenes DNS SRV visszahívási csoportot a szükséges frissítésekkel.
- Hozzon létre egy új ideiglenes ügyfélsablont, amely az új visszahívási DNS SRV csoportot és a meglévő telefonszámcsoportot használja. Ha egy meglévő DNS SRV visszahívási csoportot használ a csoporttal együtt, rendelje hozzá a sablonhoz.
- Hozzon létre egy kezdőmegoldás-szervezetet úgy, hogy egy teszt BroadWorks-szolgáltatótól biztosít előfizetőt, vagy tesztelje a BroadWorks Enterprise-t egy standard csomaggal az új Ügyfélsablon segítségével. Kérjük, vegye figyelembe, hogy ez egy másodlagos kezdőmegoldás-szervezet, ezért nem szükséges frissíteni a BroadWorks rendszeren konfigurált értekezlet-webhely-UUID azonosítót.
- Ellenőrizze a konfigurációt: ütemezzen értekezleteket a magvető szervezet Standard csomagwebhelyén, csatlakozzon az értekezlethez a betelefonálási telefonszámok használatával, és használja a „Hívjon a következő számon” opciót.
- Alkalmazza a frissítést az eredeti DNS SRV visszahívási csoportra. A változás mostantól a nem tesztügyfelek számára is érvényben van.
- A kezdőérték megoldás-szervezet, a DNS SRV visszahívási csoport és az Ügyfélsablon törölhető. Ezekre az elemekre már nincs szükség az eredeti visszahívási DNS SRV -csoport frissítését követően.
A telefonszám és a visszahívási DNS SRV csoport frissítése:
- Hozzon létre egy új ideiglenes telefonszámot és DNS SRV visszahívási csoportot a szükséges frissítésekkel.
- Hozzon létre egy új ideiglenes ügyfélsablont, amely az új telefonszámcsoportot és az új visszahívási DNS SRV csoportot használja. Ha meglévő telefonszámcsoportot és/vagy DNS SRV visszahívási csoportot használ a csoporttal együtt, akkor rendelje hozzá a sablonhoz.
- Hozzon létre egy kezdőmegoldás-szervezetet úgy, hogy egy teszt BroadWorks-szolgáltatótól biztosít előfizetőt, vagy tesztelje a BroadWorks Enterprise-t egy standard csomaggal az új Ügyfélsablon segítségével. Kérjük, vegye figyelembe, hogy ez egy másodlagos kezdőmegoldás-szervezet, ezért nem szükséges frissíteni a BroadWorks rendszeren konfigurált értekezlet-webhely-UUID azonosítót.
- Töltse le a BroadWorks Configuration (BYoPSTN) JSON-fájlt, amely tartalmazza azt a telefonszám , amellyel hozzá lehet hozzáférési kód a telefonszám-csoportban lévő új telefonszámokhoz tartozó kódleképezéshez.
- Határozza meg a Webex Edge Audio DNS SRV tartományát a forrásmegoldás-szervezet Standard csomagértekezlet- a értekezlet webhelye. Ennek változatlannak kell lennie az eredeti telefonszámcsoporthoz korábban meghatározott értékhez képest.
- Alkalmazza a konfigurációs frissítéseket a BroadWorks rendszerre a BroadWorks konfigurációs (BYoPSTN) JSON-fájl segítségével.
- Ellenőrizze a konfigurációt: ütemezzen értekezleteket a magvető szervezet Standard csomagwebhelyén, csatlakozzon az értekezlethez a betelefonálási telefonszámok használatával, és használja a „Hívjon a következő számon” opciót.
- Alkalmazza a frissítést az eredeti telefonszámra és DNS SRV visszahívási csoportra. A változás mostantól a nem tesztügyfelek számára is érvényben van.
- A kezdőérték-megoldás szervezete, az ideiglenes telefonszámcsoport, a DNS SRV visszahívási csoport és az Ügyfélsablon törölhető. Ezekre az elemekre már nincs szükség az eredeti telefonszámcsoport és visszahívási DNS SRV csoport frissítését követően.
Az elsődleges kezdőmegoldás-szervezetet nem szabad törölni, hacsak nem választott ki és állított be egy új elsődleges kezdőmegoldás-szervezetet a BroadWorks rendszerében. Az elsődleges forráskód-megoldás-szervezet törlése eltávolítja azt a siteUUID-t, amelytől a BYoPSTN-megoldás a Webex Webex Edge Audio SIP-üzenet -hitelesítéséhez függ. Törlés esetén sikertelen lesz az értekezlethez való betelefonálási csatlakozás a Partner által megadott betelefonálási szám használó webhelyeknél. |
G722 Média-együttműködés saját SBC használata esetén
A saját SBC kihasználásakor figyelembe kell venni a Cisco Partners BroadWorks Infrastructure és a Webex Webex Cloud közötti együttműködési problémákat, amelyekről általában a CUBE gondoskodik. Példa erre a G722 kodekkel végzett be- vagy visszahívás, amely a BroadWorks Media Servert is magában foglalja (például a BroadWorks hívásrögzítés szolgáltatás használata esetén). Ebben az esetben a Webex Edge Audio „a=fmtp:9” vonallal küldhet SDP-t. Az SBC-nek frissítenie kell ezt a sort, hogy hozzáadja a bitrate paramétert az „a=fmtp:9 bitrate=64” értékhez, mielőtt elküldené a BroadWorks háttérprogramnak.
Ismert korlátok
Az Ügyfélsablon értekezlethez való csatlakozási opció, a Cisco betelefonálási számok vagy a Partner által biztosított betelefonálási számok módosításai csak az újonnan kiépített ügyfelekre vonatkoznak. A sablont használó meglévő ügyfelek változatlanok maradnak.
Az Ügyfélsablon telefonszám-csoport vagy a Visszahívási DNS SRV -csoport beállításainak módosításai csak az újonnan kiépített ügyfelekre vagy a meglévő ügyfelekre vonatkoznak, akik az első Standard vagy Prémium csomagos felhasználójukra vannak kiépítve. Azok a meglévő ügyfelek, akik már rendelkeznek Standard vagy Prémium csomag felhasználóival, változatlanok maradnak.
A telefonszám-csoportok vagy a visszahívási DNS SRV -csoportok ügyfélsablonokhoz rendelt módosításai csak az újonnan kiépített ügyfelekre vagy a meglévő ügyfelekre lesznek érvényben, akik az első Standard vagy prémium csomagos felhasználójuk számára vannak kiépítve. A társított sablonokhoz hozzárendelt meglévő ügyfelek, amelyek már rendelkeznek Standard vagy Prémium csomag felhasználóival, változatlanok maradnak.
Egy adott Ügyfélsablon támogatja a Cisco betelefonáló számokat vagy a Partner által biztosított hívószámos értekezlethez való csatlakozási opciót, a két lehetőség kombinációja ugyanahhoz a sablonhoz nem támogatott.
A „Hívjon itt” vagy a visszahívási értekezlethez való csatlakozás használati esetére vonatkozó SIP -üzenetek nem tartalmaznak információkat a csatlakozó értekezletnek otthont adó ügyfélről és/vagy felhasználóról.
Egy adott telefonszámcsoport telefonszámai és kapcsolódó értekezlet-hozzáférési kódjai csak egyetlen Webex Edge Audio DNS SRV tartományt támogatnak (például ecccspx.amer.webex.com). Nem támogatott, hogy ezeken a telefonszámokon egy másik Webex Edge Audio DNS SRV tartományon lévő értekezletekre betelefonáljon.
A Webex Edge Audio nem támogatja a kodekek újraegyeztetését hívás közben. Emiatt előfordulhat, hogy a hívás fogadása után meghívott szolgáltatások nem működnek megfelelően.
A Webex alkalmazás, a Webex Meeting webhely felhasználói felülete és a Webex Meeting meghívó e-mail hivatkozást tartalmaz egy „Díjmentes híváskorlátozás” dokumentumra. Ez a dokumentum kifejezetten a Cisco által biztosított telefonszámokra vonatkozik, és a felhasználóknak figyelmen kívül kell hagyniuk, amikor a Partner által biztosított telefonszámokat használják az értekezletekhez való csatlakozáshoz.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. április 08 | 1-36 |
| |
2024. január 10 | 1-35 |
| |
2023. december 22 | 1-34 |
| |
2023. július 4 | 1-33 |
| |
2023. február 02 | 1-32 |
| |
2023. február 02 | 1-31 |
| |
2023. január 31 | 1–30 |
| |
2022. november 29 | 1-29 |
|
Meghatározások
Meghatározások | Leírás |
---|---|
Cisco partner | Olyan entitás (általában Szolgáltató), amely Cisco termékeket és szolgáltatásokat ad el ügyfelei számára. |
Végfelhasználó | Azok a felhasználók, akik a Cisco partnerek által részükre eladott Cisco termékeket és szolgáltatásokat használják. |
CUBE | Cisco Unified Border Element |
Partnerszervezet | Webex Identity and Service Management tárház, amely a Cisco partnerekről és ügyfeleikről tárol információkat. |
Partnerközpont | web portál identitás és szolgáltatások biztosításához a Cisco partnerek és az általuk kezelt ügyfelek számára. |
Ügyfélszervezet | Webex Identity and Service Management tárház, amely a Végfelhasználó adatait tárolja. |
BroadWorks vállalat vagy szolgáltató/csoport | A végfelhasználó ábrázolása a BroadWorks-ben. |
Áttekintés
A Bring Your Own PSTN (BYoPSTN) megoldás lehetővé teszi a Webex for Cisco BroadWorks szolgáltatók számára, hogy a saját telefonszámukat biztosítsák a felhasználók számára a Webex Meetings való csatlakozáskor. A megoldás lehetővé teszi a partnerek számára, hogy kihasználják saját PSTN-hálózataikat, és kihasználják a PSTN-szolgáltatókkal fennálló kapcsolatokat, ahelyett, hogy Cisco által biztosított számokat használnának.
A jelen dokumentumban szereplő referencia-architektúra végpontok közötti tervezést biztosít a BYoPSTN opcióhoz. Ezt az architektúrát a Cisco hitelesítette, és a Cisco Unified Border Element (CUBE) elemet használja Session Border Controller (SBC) a BroadWorks és a Webex Webex Meetings közötti hívásforgalomhoz.
Az értekezlethez való csatlakozás opció kiválasztása
A Webex for Cisco BroadWorks jelenleg két lehetőséget támogat az értekezlet-telefonszámok szolgáltatására. A szolgáltatóknak a következő két lehetőség egyikét kell választaniuk – a keverék nem támogatott:
Cisco betelefonálási számok (Cisco PSTN)— A Cisco biztosítja azokat a telefonszámokat, amelyeken az értekezlet résztvevői értekezletekhez csatlakozhatnak
Partner által biztosított betelefonálási számok (BYoPSTN) – A szolgáltatók biztosítják a saját telefonszámukat, amelyeket az értekezlet résztvevői használhatnak az értekezletekhez való csatlakozáskor
BYoPSTN megoldás
A Partner által biztosított betelefonálási számok (BYoPSTN) opciót választó partnereknek meg kell adniuk a saját PSTN-telefonszámukat, és biztosítaniuk kell azt a hálózati infrastruktúrát, amely szükséges a hívásátirányítás Webex felé és onnan történő átirányításához. A BYoPSTN megoldás megkönnyíti a hívások Over the Top (OTT) továbbítását a nyilvános interneten keresztül a BroadWorks rendszerből a Webex.
A BYoPSTN opció kiválasztásakor az alábbi feltételek érvényesek:
A Cisco Partnerek egynél több Végfelhasználóhoz használhatják ugyanazt a telefonszámot. Ezek a telefonszámok a Partner által működtetett bármely országban lehetnek.
A BYoPSTN beállítás nem igényel módosításokat a Webex Cisco BroadWorks-ügyfelek számára általános belépési folyamatán.
A BYoPSTN Cisco Partner szintű üzembe helyezést igényel, és minden olyan Végfelhasználó, amelyet a Partnerek a BYoPSTN működése megkezdése után aktiválnak, automatikusan engedélyezésre kerülnek.
Az ügyfélértekezlet-webhelyekhez szükséges összes üzembe helyezés automatikus, akárcsak a jelenlegi általánosan elérhető megoldásnál.
A Standard és a Prémium csomagot is aktiváló partnereknek két értekezletoldaluk van: egy webhely a normál, egy másik a prémium felhasználók számára. Mindkét oldalon engedélyezett a BYoPSTN.
Az értekezletre bejelentkező értekezlet-résztvevők dönthetnek úgy , hogy videó- és tartalommegosztást használnak az interneten keresztül.
A tárhelyértekezletekhez és a PMR -értekezletekhez tartozó értekezlet-csatlakozásokra egyaránt vonatkozik. Ne feledje, hogy Space értekezletek esetén a Webex Meeting szervezői képességekkel rendelkező normál vagy prémium felhasználónak kell létrehoznia ahhoz, hogy PSTN-elérés számot kapjon – az alapszintű felhasználók által létrehozott tárhelyek nem kapnak PSTN-elérés számokat.
Ez a dokumentum egy hitelesített konfigurációt biztosít, amely a CUBE-t használja SBC-ként. Ha azonban nem szeretné használni a CUBE-t, telepítheti a saját SBC-jét.
Építészet
A Webex for Cisco BroadWorks BYoPSTN megoldás a Webex Webex Edge szolgáltatáskészletre, pontosabban a Vállalati ügyfelek számára elérhető Webex Edge Audio szolgáltatásra épül. Az architektúra alkalmas arra, hogy integrálja a Cisco Partners BroadWorks infrastruktúrát a Webex Webex Edge Audio rendszerrel, ezáltal lehetővé téve a Cisco partner számára, hogy központilag konfigurálja a végfelhasználóik által használt telefonszám-készleteket.
Az architektúra fő elemei a következők:
BroadWorks— Cisco Partners BroadWorks infrastruktúra
Cisco Unified Border Element (CUBE)—Session Session Border Controller (SBC) referencia a Cisco Partners adatközpont telepített megoldáshoz. A CUBE-nak DMZ-n belül kell lennie. Ne feledje, hogy ha nem szeretné használni a CUBE-t, telepítheti a saját SBC-jét.
Webex Edge Audio— Webex szolgáltatás, amely a PSTN-t a Webex -ről a hívásátirányítás megváltoztatásával választja szét a Cisco Partner által biztosított infrastruktúra kihasználása érdekében.
Értekezlethez való csatlakozásra hívja fel a résztvevőket, és az interneten keresztül a felhőben a BroadWorks alkalmazáson keresztül a CUBE-be, illetve a CUBE-ból a Webex infrastruktúrába bejárja. Ez a modell mindkét alábbi értekezletcsatlakozási forgatókönyvre alkalmazható:
Betelefonálás —egy résztvevő tárcsázza az értekezletmeghívóban szereplő telefonszám a BroadWorks-regisztrált kézibeszélőjén, mobileszköz vagy a Webex alkalmazásban. A hívást a BroadWorks kezdeményezi.
Visszahívás (nem kötelező) —egy résztvevő azt kéri, hogy a Webex hívja fel a résztvevő által megadott telefonszám . A hívást a Webex kezdeményezi.
A BroadWorks-től a CUBE-be irányított hívások a Partner infrastruktúrán belül SIP TCP -t használnak a hívásjelzéshez, és RTP -t a média számára. A CUBE-től a Webex-ig a hívások SIP TLS -t használnak a jelzésekhez és sRTP-t a médiához. A CUBE-ből a WebEx felé történő hívástovábbítás az interneten keresztül történik, és nem használ SIP fővonalat.
A betelefonálási/visszahívási forgatókönyvek jellemző beállításai a következők:
A Cisco partner rendelkezik egy PSTN telefonszám (például 2403332200) és egy hozzá tartozó Webex hozzáférési kód (például 88631321777971704941).
A Cisco partner a CUBE eszköznek megfelelő virtuális előfizetőt biztosít a BroadWorks rendszeren. A Partner hozzárendeli a telefonszám a hozzáférési kód és fordítva.
A Webex a SIP -üzenetekben elküldött hozzáférési kód azonosítja a Cisco Partnerhez társított értekezletoldalakat.
A hozzáférési kód szükséges fenti telefonszám egyszer van konfigurálva, és az összes végfelhasználói értekezletoldalra közös.
Az értekezlethez csatlakozó résztvevőknek meg kell adniuk a megfelelő értekezletazonosítót (például 123456), amely azonosítja a kívánt értekezletet.
Javasoljuk, hogy a Partnerek kövessék az alább vázolt redundancia-modellt.
Csatlakozás értekezlethez betelefonálás segítségével
A következő kép egy olyan felhasználó folyamatát mutatja be, aki betelefonálással csatlakozik az értekezlethez.
Az alábbiakban bemutatjuk azokat a lépéseket, amelyekkel a résztvevő betelefonálással csatlakozhat egy értekezlethez.
A felhasználó megbeszélést ütemez a Webex. A Webex hozzárendel egy értekezletazonosítót (például 123456).
A felhasználó tárcsázza az értekezlethez társított telefonszámot (például 2403332200). A SIP INVITE az értekezlethez társított telefonszám a Request URI -t tartalmazza.
A BroadWorks a telefonszámot az értekezlet helyszínéhez társított hozzáférési kód (például 88631321777971704941) fordítja le, és a CUBE-ba irányítja a hívást a kérelem URI hozzáférési kód.
A Webex fogadja a SIP INVITE-t, és fogadja a hívást. A közlemények nyelvét a telefonszámhoz megadott nyelv határozza meg, amikor azt a Cisco Partner Hub és a BroadWorks rendszerben hozzák létre.
A felhasználó DTMF használatával adja meg az értekezletazonosítót (például 123456). A Webex ellenőrzi a felhasználót, majd engedélyezi az értekezlethez való csatlakozást.
Csatlakozás értekezlethez visszahívással (nem kötelező)
Az alábbi képen az értekezlethez visszahívással csatlakozó felhasználó folyamata látható, a felhasználó hívást kér a Webex , hogy csatlakozzon egy értekezlethez.
A következő lépések szükségesek ahhoz, hogy a résztvevő visszahívással csatlakozzon egy értekezlethez:
A felhasználó megbeszélést ütemez a Webex. A Webex hozzárendel egy értekezletazonosítót (például 123456).
A felhasználó hívást kér a Webex a keresett telefonszám (például: +16504441000), hogy csatlakozzon az értekezlethez a Webex alkalmazás vagy a Meetings kliens használatával.
A Webex a Cisco Partner Hub és a BroadWorks szolgáltatásokban kiépített visszahívási DNS SRV -csoport alapján SIP INVITE- Webex kezdeményez a CUBE felé. A SIP INVITE Request URI tartalmazza azt a telefonszám , amelyre a hívást fogadni kell (például +16504441000@kocka.example.com).
A CUBE a távoli fél azonosító szereplő telefonszámot egy olyan értékre fordítja le, amely egy virtuális előfizetőt azonosít a BroadWorks rendszeren (például 88631321777971704941@ecccx.amer.pub.webex.com). Ez a CUBE-t virtuális felhasználóként azonosítja a BroadWorks alkalmazáskiszolgáló számára.
A rendszer felajánlja a hívást a felhasználó által kért telefonszámnak, és a felhasználó fogadja a hívást, hogy csatlakozzon az értekezlethez. Ez a telefonszám lehet BroadWorks-előfizető vagy PSTN-szám. Ha a kért szám egy PSTN-szám, a BroadWorks a megadott útvonalon irányítja a hívást a PSTN-re.
A Visszahívás opcióhoz a következő két funkció aktiválása kötelező:
- 102746 – BroadWorks támogatás a CI UUID-hez
- 102074 – BYO PSTN számlázási támogatás a Visszahívás és a CallIn funkciókhoz
Ez a CLI-ből az alábbiak szerint ellenőrizhető:
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
Ezeknek a funkcióknak és az aktiválásnak a részletes leírása a jelen dokumentum „VoiceXML Meeting Visszahívás virtuális előfizető” című szakaszában található.
Ha úgy dönt, hogy nem állítja be a Csatlakozás értekezlethez visszahívással opciót, a felhasználók továbbra is használhatják a Betelefonálás opciót az értekezletekhez, vagy csatlakozhatnak számítógépes hanggal. Ebben az esetben nem kell konfigurálnia a DNS SRV visszahívási csoportokat. |
Megoldáskonfiguráció áttekintése
A 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. Az összetevők a következők:
BroadWorks
CUBE (vagy egy alternatív SP Certified Session Border Controller (SBC))
Webex Edge Audio
A különböző összetevők konfigurációja között kölcsönös függőségek állnak fenn, ezért egy vagy több megoldásmag-szervezetre van szükség a szükséges megoldáskonfiguráció és -ellenőrzés elvégzéséhez.
Magvető szervezet
Az elsődleges szervezet egy Webex -szervezet, amelyet úgy konfigurálhat, hogy a BYoPSTN-megoldáshoz hozza létre és ellenőrizze a beállításokat. A magszervezethez legalább egy felhasználóhoz kell hozzárendelni a Standard csomag, és annak a Standard csomagnak használnia kell a Partner által biztosított betelefonálási számok (BYoPSTN) értekezlethez való csatlakozási lehetőség. Javasoljuk, hogy a kezdőérték szervezetet egy teszt BroadWorks szolgáltatóhoz vagy nagyvállalathoz társítsa.
A megoldás magvető szervezetek két célt szolgálnak:
Seed konfiguráció — A magszervezet(ek) üzembe helyezése telefonszám generál az értekezlethez való hozzáférési kódokhoz, valamint a értekezlet webhelye univerzálisan egyedi azonosítót (site UUID), amelyek szükségesek a megoldás folyamatos működéséhez. Ezek az információk a BroadWorks virtuális előfizetők (VSUB) konfigurálásához szükségesek.
Konfiguráció ellenőrzése —A magvető szervezet segítségével határozza meg, hogy a BYoPSTN-megoldás a követelményeknek megfelelően van-e konfigurálva. A magvető szervezet és a tesztfelhasználók segítségével ellenőrizheti az értekezlet-behívási és visszahívási használati eseteket a Partner által biztosított betelefonálási számok és a DNS SRV visszahívási rekordok segítségével (ha a visszahívás engedélyezve van).
A rendszergazdának létre kell hoznia egy kezdőmegoldás-szervezetet a telefonszámok és a DNS SRV visszahívási rekordok minden egyes egyedi készletéhez. A kezdőmegoldás-szervezet létrehozása minden esetben generálja a szükséges telefonszám az értekezlet- hozzáférési kód hozzárendelésekhez, valamint a kapcsolódó értekezlet-betelefonálási és visszahívási használati esetek ellenőrzésének képességét az adott telefonszámokhoz és visszahívási DNS SRV rekordokhoz.
A Cisco Partner Hubot használó rendszergazdának ki kell választania egy kezdőérték-megoldás-szervezetet a elsődleges magoldat-szervezés . Az elsődleges forrásmegoldás-szervezet standard csomagértekezletének a értekezlet webhelye UUID-jét be kell állítani a BroadWorks rendszeren. 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. Ezt az egyetlen helyszíni UUID-t a telefonszámok és a visszahívási DNS SRV rekordok összes készlete megosztja. Nem szükséges több webhely UUID-értéke.
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.
A következő szakaszok részletesebben ismertetik a különböző konfigurációs elemeket.
BYoPSTN konfigurációs elemek
A megoldás kulcsfontosságú eleme a Cisco Partner telefonszámok és a DNS SRV visszahívási rekordok beállítása. A BYoPSTN telefonszámcsoportokat és visszahívási DNS SRV csoportokat használ a földrajzi alapú telefonszámok hozzárendelésének és a redundáns hívásátirányítás a Webex értekezletekhez való hozzárendelésére. Ezeket az elemeket az Ügyfélsablon rendeli hozzá a végfelhasználókhoz.
Telefonszámcsoportok (PNG)
A Cisco Partners biztosítja a résztvevők által az értekezletekhez való csatlakozáshoz használt telefonszámokat a Cisco Partner Hubban. Ezek a telefonszámok egy telefonszámcsoportba vannak rendezve. A telefonszámok listája egy értekezletoldalhoz van társítva. Minden Személyes tárgyaló (PMR) és ütemezett értekezlet az adott értekezletoldalon a hozzárendelt telefonszámokat használja. Az alábbi példa telefonszámcsoportra mutat be:
Telefonszám neve | Ország | Országhívószám | Telefonszám | Közlemény | Díj típusa | Betelefonálási prioritás |
---|---|---|---|---|---|---|
Amerikai Egyesült Államok Maryland | US | +1 | 2403332200 | Angol | Díj | Elsődleges |
Amerikai Egyesült Államok, Florida | US | +1 | 9049002303 | Angol | Díj | Másodlagos |
Amerikai Egyesült Államok, New York | US | +1 | 8056504578 | Angol | Díjmentes | Egy sem |
A telefonszámok a következő attribútumokkal rendelkeznek:
Telefonszám neve—A telefonszám leíró név
Ország—Az az ország, amelyhez a telefon hozzá van rendelve
Országkód—Országhívó kód vagy ország betelefonálási kódja
Telefonszám—Az a telefonszám , amelyen országhívó előhívó nélkül lehet értekezlethez csatlakozni
Közlemény – A közlemény nyelve, amely akkor hallható, amikor egy résztvevő csatlakozik egy értekezlethez
Díjfizetés típusa—A szám típusa: Díjköteles vagy díjmentes
Betelefonálási prioritás—Az értekezletszámokhoz rendelt prioritás. Az értekezlethez való csatlakozási számok résztvevői nézetének sorrendje a prioritás alapján történik.
Alapértelmezett telefonszámok: A rendszergazdák Elsődleges, Másodlagos vagy Nincs betelefonálási prioritást rendelhetnek egy telefonszám a Telefonszám-csoportban. Az Elsődleges vagy Másodlagos prioritású telefonszámok az alapértelmezett telefonszámok. Az alapértelmezett telefonszámokat a rendszer az értekezletre meghívó e-mailekben küldi el, és a résztvevőknek abban a prioritási sorrendben vannak felsorolva, ahogyan az értekezletekhez csatlakozniuk kell. Az alapértelmezett telefonszámoknak nem kell ugyanabban az országban lenniük. Ki kell választani egy elsődleges telefonvonal , a másodlagos telefonszám nem kötelező. Az alapértelmezett telefonszámok legalább egyikének fizetős típusúnak kell lennie.
A végfelhasználói felhasználók dönthetnek úgy, hogy saját alapértelmezett telefonszámaikat adják meg a értekezlet webhelye webinterfész. Ezek a számok az adott felhasználó és résztvevői számára jelennek meg, amikor ők az értekezletszervező. Ha a felhasználó résztvevőként csatlakozik egy értekezlethez, akkor csak neki fog megjelenni.
A fenti példa szerint a Cisco Partner rendszergazdai rendelkezések Amerikai Egyesült Államok Maryland mint az elsődleges és Amerikai Egyesült Államok, Florida másodlagosként ezek az alapértelmezett telefonszámok. A felhasználók dönthetnek úgy, hogy felülbírálják ezt az értekezleteken az elsődleges beállítás értékének módosításával Amerikai Egyesült Államok, New York és másodlagos mint Amerikai Egyesült Államok Maryland .
Egy adott telefonszámcsoporthoz tartozó telefonszámok maximális szám 98.
MEGJEGYZÉS: Nem támogatott dedikált szám beállítása egyetlen vállalat számára.
Visszahívási DNS SRV -csoportok (CDSG)
Ahhoz, hogy az értekezlet résztvevői kiválaszthassák a visszahívási opciót, szükség van egy visszahívási DNS SRV csoportra, amely a CUBE példány(ok)ra mutat a Cisco partner hálózatán belül. A Webex ezekkel a rekordokkal továbbítja a visszahívást a CUBE-n keresztül a BroadWorks rendszeréhez, amely azután az értekezlet-visszahívást az értekezlet résztvevőjének telefonszám irányíthatja.
Az alábbiakban egy visszahívási DNS SRV csoportra mutatunk be példát.
Ország/régió | Országhívószám | DNS SRV rekord |
---|---|---|
Egyesült Államok | +1 | kocka.us.example.com |
Mexikó | +52 | cube.mx.example.com |
Az összes többi ország | N. A. | kocka.global.example.com |
A visszahívási DNS SRV rekordok a következő attribútumokkal rendelkeznek:
Ország/régió—Az az ország vagy régió, amelyre vonatkozóan ezt a DNS SRV rekordot használni kell a híváskérések küldéséhez.
Országkód—Az országhoz/régióhoz tartozó országkód. Országkódonként csak egy DNS SRV-rekord lehet.
DNS SRV rekord—A Cisco Partner CUBE példány(ok) DNS SRV-rekord .
Amikor a résztvevő hívást kér a megadott telefonszám, a Webex a megadott telefonszám tartozó országkódhoz társított visszahívási DNS SRV segítségével irányítja a hívást a Cisco Partners hálózat megfelelő elemeihez.
A DNS SRV-rekord ilyen módon történő használata támogatást nyújt a redundáns CUBE-példányok számára a Webex hívási kérelmek kiszolgálásához. A fenti példában, amikor az egyesült államokbeli értekezlet résztvevői visszahívást kérnek a Webex az egyesült államokbeli telefonszám, a Webex a DNS SRV -t használja cube.us.example.com
hogy a hívást a Cisco partner hálózatához irányítsa. Amikor az értekezlet résztvevői Mexikóban visszahívást kérnek a Webex a mexikói telefonszám, a Webex a DNS SRV -t fogja használni cube.mx.example.com
hogy a hívást a Cisco partner hálózatához irányítsa.
Minden olyan ország/régió esetében, amely nem rendelkezik meghatározott visszahívási DNS SRV-rekord, ezek a hívási kérelmek a következőhöz érkeznek: Minden más ország DNS SRV-rekord. A rendszergazdának be kell állítania egy 'Minden egyéb ország' DNS SRV-rekord.
Egy adott Visszahívási DNS SRV -csoport rekordjainak maximális szám 200.
Ügyfélsablonok
Az Ügyfélsablon a Webex for BroadWorks megoldás egyik meglévő koncepciója. A sablon azt az alapértelmezett konfigurációt adja meg, amely a Végfelhasználó kiépítéséhez használatos. A BYoPSTN további attribútumokat biztosít az Ügyfélsablonhoz:
Értekezlethez való csatlakozás típusa – Cisco betelefonálási számok vagy Partner által biztosított betelefonálási számok lehetnek. Ez az attribútum a Standard és a Prémium csomagokhoz tartozó értekezletoldalak számára konfigurált telefonszámokat jelöli. A partner által biztosított betelefonálási számokat a rendszergazdának kell kiválasztania.
Telefonszámcsoport – Csak a Partner által biztosított betelefonálási számok opcióhoz társítva, ez az attribútum azokat a telefonszámokat jelöli, amelyeket a Standard és Prémium csomaggal rendelkező végfelhasználók az értekezletekhez való csatlakozáskor használnak.
Visszahívási DNS SRV -csoport – Csak a partner által biztosított betelefonálási számok opcióhoz társítva, ez az attribútum azokat a DNS SRV -rekordokat jelöli, amelyeket a Webex használ az értekezletekhez való csatlakozáskor normál és prémium csomagokkal rendelkező végfelhasználók visszahívásakor. Ha nem szeretné engedélyezni a visszahívást, akkor ügyfélsablon létrehozásakor vagy frissítésekor kiválaszthatja a „Visszahívás letiltása” opciót. Amikor az első Normál vagy Prémium előfizető ki van üzemeltetve egy Végfelhasználó számára, akkor a hozzárendelt csomagértekezlet- a értekezlet webhelye is ki lesz szolgáltatva. A csomagértekezlet- a értekezlet webhelye a fenti Ügyfélsablon szerint van kiépítve. A standard vagy a prémium szolgáltatásra később kiépített előfizetők hozzáadódnak a már kiépített a értekezlet webhelye – a értekezlet webhelye -konfiguráció nem változik.
Az Ügyfélsablonnak a fenti attribútumokkal kapcsolatos bármilyen módosítása csak az újonnan kiépített csomagértekezlet-oldalakra vonatkozik. A meglévő, már kiépített értekezletoldalakat nem érintik az Ügyfélsablon módosításai.
Az egyetlen figyelemre méltó kivétel az, hogy ha egy Végfelhasználónak már van csomagértekezlet- a értekezlet webhelye, akkor minden új csomagos a értekezlet webhelye -helyszín a meglévő csomagértekezlet- a értekezlet webhelye ugyanazt az értekezlethez való csatlakozási típust használja. Például, ha egy Végfelhasználónak van egy Cisco betelefonálási számokat használó standard csomagértekezlet- a értekezlet webhelye , és az Ügyfélsablon frissül a Partner által biztosított betelefonálási számok használatára, akkor egy új prémium csomagértekezlet- a értekezlet webhelye lesz Cisco betelefonálási számokkal, Az Ügyfélsablon-beállítás nem érvényes. Az adott Végfelhasználó Standard és Prémium értekezletoldalait mindig konzisztens módon kell biztosítani.
BroadWorks hívási fürt
Cisco Partner Hub – BroadWorks Calling Cluster képernyő hozzáférést biztosít a megtekintéshez és/vagy letöltéshez BroadWorks-konfiguráció (BYoPSTN) információkat. Egy adott fürt BYoPSTN konfigurációs információ a következő adatokat tartalmazzák:
Az elsődleges kezdőmegoldás-szervezet adatai, beleértve a standard csomagértekezlet- a értekezlet webhelye UUID-azonosítóját és a webhely URL-címét.
A telefonszámcsoport adatai az ehhez a fürthöz konfigurált összes csoporthoz. Ez magában foglalja az egyes csoportok értekezlet- hozzáférési kód hozzárendeléseinek telefonszám . Ne feledje, hogy a részleteknek tartalmazniuk kell az összes másodlagos kezdőérték-megoldási szervezethez társított csoportokat.
Visszahívási DNS SRV -csoport részletei az ehhez a fürthöz konfigurált összes csoporthoz. Ne feledje, hogy a részleteknek tartalmazniuk kell az összes másodlagos kezdőérték-megoldási szervezethez társított csoportokat.
Az ügyfélsablon adatai a telefonszámcsoportok és a visszahívási DNS SRV csoportok bármelyikét használó sablonokhoz.
Minden BroadWorks hívási fürtnek megvan a sajátja BroadWorks-konfiguráció (BYoPSTN) információkat, konkrétan a hozzárendelt telefonszámcsoportokat és a visszahívási DNS SRV csoportokat. Ne feledje azonban, hogy az összes BroadWorks hívófürt ugyanazon az elsődleges kezdőmegoldás-szervezeten osztozik, és mint ilyen, ugyanazt tartalmazza a standard csomagértekezlet- a értekezlet webhelye UUID azonosítója és a webhely URL-címe .
A BroadWorks-konfiguráció (BYoPSTN) információk csak akkor érhetők el megtekintésre/letöltésre, ha a rendszergazda beállítja és kiválasztja az Elsődleges Seed Solution szervezetet. Az elsődleges forráskód-megoldási szervezetnek rendelkeznie kell legalább egy felhasználóval a Standard csomaghoz, és ennek a Standard csomagnak a Partner által biztosított betelefonálási számok (BYoPSTN) értekezlethez való csatlakozási opciót kell használnia.
Példa a BYoPSTN konfigurációs elemekre
A következő kép egy többfürtös BroadWorks-telepítésre mutat példát, földrajzi alapú ügyfélsablonokkal, telefonszámokkal és útválasztással.
Az első táblázat egy többfürtös BroadWorks-telepítést mutat be regionális alapú ügyfélsablonokkal, telefonszám-csoportokkal és visszahívási DNS SRV -csoportokkal. A következő táblázatok a telefonszámcsoportot és a visszahívási DNS SRV csoportot mutatják be.
BroadWorks-fürt | Sablon neve | Csomag | Értekezlethez való csatlakozás típusa | Telefonszámcsoport | Visszahívási DNS SRV-csoport |
---|---|---|---|---|---|
BWKS US NG | US West Std | Standard | A partner által biztosított betelefonálási számok | US West | CB US |
US West Prem | Prémium | ||||
US East Std | Standard | US East | |||
US East Prem | Prémium | ||||
BWKS MX | MX Std | Standard | A partner által biztosított betelefonálási számok | MX PNG | CB MX |
MX Prem | Prémium | ||||
BWKS UK | UK Std | Standard | A partner által biztosított betelefonálási számok | UK PNG | Visszahívás letiltva |
UK Prem | Prémium | ||||
BWKS US | US Std | Standard | Cisco betelefonálási számok | Egy sem | Egy sem |
A US West Std vagy US West Prm sablonnal rendelkező előfizetők az US West telefonszámot használják az értekezletekhez való csatlakozáskor. Azok az előfizetők értekezlet-csatlakozási visszahívási kérelmei a CB US DNS SRV rekordokba kerülnek.
A US East Std vagy US East Prm sablonnal rendelkező előfizetők az US East telefonszámot használják az értekezletekhez való csatlakozáskor. Azok az előfizetők értekezlet-csatlakozási visszahívási kérelmei a CB US DNS SRV rekordokba kerülnek.
Az MX Std vagy MX Prm sablonnal rendelkező előfizetők az MX PNG telefonszámot használják az értekezletekhez való csatlakozáskor. Azok az előfizetők értekezlet-csatlakozási visszahívási kérelmei a CB MX DNS SRV rekordokba kerülnek.
A UK Std vagy UK Prm sablonnal rendelkező előfizetők az egyesült királyságbeli PNG-telefonszámokat használják az értekezletekhez való csatlakozáskor. Ezeknek az előfizetőknek nem ajánlják fel az értekezlethez való csatlakozást visszahíváson keresztül, mivel a visszahívás le van tiltva.
Az US Std használatával létrehozott előfizetők Cisco betelefonálási számokat használnak, ezért nincs telefonszámcsoport vagy visszahívási DNS SRV csoport hozzárendelve. Ezek az előfizetők a Cisco által biztosított telefonszámokat használják az értekezletekhez, a Cisco DNS SRV rekordokat pedig a visszahívásos csatlakozásokhoz.
A példa telefonszám-csoportok részletei a következők:
Telefonszámcsoport | Telefonszám neve | Ország | Országhívószám | Telefonszám | Közlemény | Díj típusa | Betelefonálási prioritás |
---|---|---|---|---|---|---|---|
US West | Amerikai Egyesült Államok San Francisco | US | +1 | 4156551000 | Angol | Díj | Elsődleges |
Amerikai Palo Alto | US | +1 | 9863502478 | Angol | Díjmentes | Egy sem | |
US East | Amerikai Egyesült Államok Maryland | US | +1 | 2403332200 | Angol | Díj | Elsődleges |
Amerikai Egyesült Államok, Florida | US | +1 | 9049002303 | Angol | Díj | Másodlagos | |
Amerikai Egyesült Államok, New York | US | +1 | 8056504578 | Angol | Díjmentes | Egy sem | |
MX PNG | Mexikó | MX | +52 | 2065304086 | Európai spanyol | Díj | Elsődleges |
UK PNG | Egyesült Királyság | Egyesült Királyság | +44 | 4527789651 | Angol | Díj | Elsődleges |
A példa visszahívási DNS SRV csoportok részletei a következők:
Visszahívási DNS SRV-csoport | Ország | DNS SRV |
---|---|---|
CB US | US | kocka.us.example.com |
Az összes többi ország | kocka.sor.example.com | |
CB MX | MX | cube.mx.example.com |
Az összes többi ország | kocka.sor.example.com |
A cube.us.example.com US DNS SRV-rekord konfigurációja a következő lehet:
| 86400 | BE | SRV | 10 | 10 | 5061 |
|
| 86400 | BE | SRV | 10 | 10 | 5061 |
|
Ennek a DNS SRV-rekord a feloldása a következő DNS A rekordra lehet:
| 86400 | BE | A | 45.84.168.81 |
| 86400 | BE | A | 45.84.168.82 |
A DNS SRV -rekordok a Webex és a CUBE közötti SIP -hívások védelmét szolgálják. |
A Webex által használt portok
Az alábbi táblázatban szereplő portokat annak a DMZ-nek a tűzfalán kell megnyitni, ahol a CUBE található, a többi portot le lehet zárni. A portokkal és a hálózati követelményekkel kapcsolatos további információkért olvassa el a következő cikket:
https://collaborationhelp.cisco.com/article/WBX264
Forrás | Forrásportok | Cél | Célportok | Protokoll | Leírás | ||
---|---|---|---|---|---|---|---|
Webex Edge | Rövid élettartamú | CUBE | 5061 | TCP | (mTLS 1.2) Bejövő SIP-jelküldés a Webex Edge Audio felől a CUBE SBC felé.
| ||
Webex Edge | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Beállítások Ping a Webex Edge Audio számára. | ||
CUBE | Rövid élettartamú | EdgeAudio | 5605 | TCP | (mTLS 1.2) Kimenő SIP-jelküldés a Webex Edge Audio számára. | ||
Webex Edge | Rövid élettartamú | CUBE | Múlékony portok 8000 - 59999 | UDP | (SRTP) Meg kell nyitni a tűzfal lyukakat az Edge hanghoz bejövő médiaforgalom számára. | ||
CUBE | Múlékony portok 10200 - 28000 | Edge Audio | Rövid élettartamú | UDP | (SRTP) A tűzfal lyukakat kell megnyitni a CUBE felé kimenő médiaforgalom számára. |
TLS és SRTP titkosítási csomagok
Az mTLS kézfogáshoz a TLS v1.2 vagy újabb verziója használatos, és a Webex Webex Edge Audio a következő titkosításokat támogatja (a visszahívás során a Webex Edge Audio ezeket kínálja a TLS Handshake Client Hello alkalmazásban):
TLS_ ECDHE_ ECDSA_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ WITH_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ WITH_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ RSA_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ WITH_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ WITH_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ WITH_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ WITH_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ WITH_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Az sRTP-hez a következő titkosítások használatosak:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Támogatott audiokodekek
G722
G711µ
G711a
SIP és RTP profilkövetelmények
A megoldás megköveteli, hogy a CUBE (vagy az SBC) és a Webex között SIP TLS -t kell telepíteni a jelzésekre és sRTP-t a média számára.
A jelen kommunikáció részeként szereplő SIP és RTP profiloknak meg kell felelniük a következő követelményeknek:
SIP profil követelmények | részletei |
---|---|
Munkamenet lejárati időzítő | 2220 mp ( SIP 422 elfogadása) * üzleti igény szerint van módosítva, és 422 mp várható. |
Médiaajánlat a belépésre | Korai ajánlat |
Médiaajánlat a kilépéshez | Késői ajánlat |
Beállítások ping intervallum | 30s (minimum) |
DTMF | RFC2833 Payload 101 (nincs akusztikus DTMF!) |
SIP– UDP portok | 4000-4010,5061,5065 |
RTP profil | részletei |
---|---|
Hang hasznos terhelési profilja | G.722/ G.711μ /G.711a |
Csomagméret | 20 ms |
VAD (Hangtevékenység-észlelés) | Nem |
Média inaktivitási időzítő | 1200 ms |
Középső tárcsázási kodek módosítása | Nem elfogadott |
RTP | 8000-48198 |
sRTP titkosítások | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
A G.729 kodek nem támogatott. Ha G.729-et szeretne használni, akkor átkódolót kell használnia. |
Webex hívástovábbítási tartományok
A DNS SRV _sips._tcp.<domain>
a Webex Edge Audio eléréséhez használatos. Négy tartomány létezik a régiótól függően.
Régió | Tartomány |
---|---|
Amerika | ecccspx.amer.pub.webex.com |
Egyesült Királyság, Észak-Afrika | ecccspx.emea.pub.webex.com |
Ázsia/Csendes-óceáni térség | ecccspx.apac.pub.webex.com |
Ausztrália/Új-Zéland | ecccspx.anz.pub.webex.com |
Európa | ecccspx.euro.pub.webex.com |
A DNS SRV több, az elsődleges és másodlagos helyre mutató A rekordra feloldódik. A következő táblázat az AMER régióra mutat példát, és a jövőben változhat.
Felvétel típusa | Rögzítés | Cél | Cél |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | A Webex Edge Audio felfedezése |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | A Webex Edge Audio felfedezése |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | A Webex Edge Audio felfedezése |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | A Webex Edge Audio felfedezése |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | A Webex Edge Audio AMER Primary 1-re mutat |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | A Webex Edge Audio AMER Primary 2-re mutat |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | A Webex Edge Audio AMER Secondary 1-re mutat |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | A Webex Edge Audio AMER Secondary 2-re mutat |
A DNS-SRV dinamikus természetű, az IP -címek hajlamosak a változásra; ezért kerülje az IP -címek kemény kódolását vagy könyvjelzővel való megjelölését. Tekintse meg a „Dokumentum-szerkesztési előzmények” részt a következő módosításokról vagy frissítésekről: Portreferencia információk a Webex Calling -hívásokhoz dokumentumot. |
CUBE Redundancia
A Cisco Unified Border Element (CUBE) lehetővé teszi a munkamenet határellenőrzés funkciót a külső entitások és a belső hálózat közötti SIP kapcsolatokat kezelő hálózatban. A CUBE-ról további információk találhatók az alábbi Előfeltételek részben.
A támogatott redundancia modellek meghatározása azzal a céllal történik, hogy magas szintű rendelkezésre állást biztosítsanak, és kiküszöböljék az egyszeri meghibásodásokat a Cisco Partner számára. Az alábbiakban három különböző modell látható. A Cisco -partnereknek a környezetükben alkalmazható modellt kell alkalmazniuk.
A beléptetési folyamat során a partnernek le kell tiltania az ICMP-szűrőket.
Duplex CUBE-telepítés a BroadWorks-hez egyetlen helyszínen telepítve
Simplex CUBE-telepítés a BroadWorks-hez több helyszínen telepítve
Egy további redundancia-modell lehetséges, ahol a CUBE duplex módban van telepítve minden helyszínen. Ez a modell nem szükséges, tekintettel arra, hogy a BroadWorks telepítése földrajzi redundanciával történik.
Szolgáltatás biztosítása
1 | Partner előfeltételei
|
2 | Telefonszámok biztosítása a Cisco Partner Hubban
|
3 | Visszahívási DNS SRV -csoportok üzembe helyezése a Cisco Partner Hubban (nem kötelező)
|
4 | PNG (és CDSG) társítása az Ügyfélsablonokhoz
|
5 | Létrehozás kezdőmag Megoldás szervezetek
|
6 | Válassza ki az Elsődleges Seed Solution szervezetet
|
7 | Töltse le a BroadWorks-konfigurációt (BYoPSTN)
|
8 | Határozza meg a Webex Edge Audio DNS SRV tartományt
|
9 | Létesítési partner BroadWorks-konfigurációja
|
10 | Beüzemelési partner CUBE (vagy a saját SBC-je)
|
11 | BYoPSTN tanúsítvány
|
1. lépés: Partner előfeltételei
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ó
2. lépés: Provision Phone Number Groups (PNG) a Partner Hubban
A Cisco -partner a következő eljárással adja hozzá a Webex-értekezlet való betelefonálási telefonszámait:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Betelefonálási telefonszám-csoport létrehozása p.
Adja meg a Telefonszámcsoport nevet, és válasszon Következő .
Adja meg a Telefonszám részleteket, és válasszon Következő .
Tekintse át a telefonszámcsoport adatainak összegzését, és válassza a lehetőséget Mentés .
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.
3. lépés: Visszahívási DNS SRV -csoportok (CDSG) létrehozása a Partner Hubban
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:
Jelentkezzen be a Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Értekezlethez való csatlakozási konfiguráció (BYoPSTN) , válassza ki Visszahívási DNS SRV csoport létrehozása .
Adja meg a visszahívási DNS SRV -t Csoport neve .
Válassza ki Következő .
Adja meg a visszahívási DNS SRV adatait.
Válassza ki Következő .
Tekintse át a Visszahívási DNS SRV részletes összefoglalását.
Válassza ki Mentés .
Gondoskodjon a DNS frissítéseiről, hogy azok tükrözzék a DNS SRV csoportban lévő új rekordokat.
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.
4. lépés: PNG és CDSG társítása ügyfélsablonokhoz a Partner Hubban
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:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Sablonok lehetőségre , válassza ki Sablon hozzáadása lehetőségre .
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 .
Válassza ki Következő .
Adja meg a többi sablonadatot.
Tekintse át a Sablon részleteinek összefoglalóját.
Kattintson a Mentés lehetőségre.
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:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás szakaszban.
Alatt Sablonok lehetőségre , válassza ki Sablon megtekintése .
Válassza ki a frissíteni kívánt sablont.
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 .
Válassza ki Mentés .
Az alábbi képernyőkép az eljárást mutatja be.
5. lépés: Létrehozás kezdőmag Megoldás szervezetek
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:
Biztosítsa a teszt-előfizetőt a BroadWorks Subscribers API-kkal a következő dokumentumban leírtak szerint
developer.webex.com
.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.
6. lépés: Válassza ki az Elsődleges Seed Solution szervezetet
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:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás szakaszban.
Alatt Konfiguráció ellenőrzése (BYoPSTN) szakaszt, válassza ki Hozzárendelés .
A Szervezet hozzárendelése képernyőn, keresse meg és válassza ki a korábban beállított magszervezetek egyikét
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.
7. lépés: BroadWorks-konfiguráció letöltése (BYoPSTN)
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ő:
Jelentkezzen be a Cisco Partner Hubba.
Menjen a Beállításokba.
Görgessen a lehetőséghez BroadWorks-hívás .
Alatt Fürtök , válassza ki Fürt megtekintése .
Válassza ki a BYoPSTN-hez konfigurált Ügyfélsablonokhoz társított fürtöt.
Görgessen a lehetőséghez BroadWorks-konfiguráció a BYoPSTN-hez szakaszban.
Kattintson Töltse le a JSON- konfigurációs fájl .
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"
}
]
}
8. lépés: Határozza meg a Webex Edge Audio DNS SRV tartományt
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.
Jelentkezzen be a Cisco Partner Hubba.
Ugrás ide: Ügyfelek .
Válassza ki a BYoPSTN Validation Enterprise elemet.
Válassza ki Ügyfél megtekintése.
Ugrás ide: Szolgáltatások/Értekezletek .
Válassza ki a Standard csomagértekezlet a értekezlet webhelye.
Görgessen a kifelé néző panel aljáig, és válassza a lehetőséget Webhely konfigurálása lehetőségre .
Válassza ki Általános beállítások / Hangbeállítások .
Alatt a Edge Audio egyéni globális betelefonálási számok szakaszt, válassza ki Lua-parancsfájl létrehozása .
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)
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.
9. lépés: Létesítési partner BroadWorks-konfigurációja
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:
- A felhasználó visszahívás kér, a Webex visszahívás kezdeményez.
- A hívás a BroadWorks OTT-re van irányítva.
- 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.
- 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.
- 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.
- 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 VoiceXML és hozzon létre egy példányt minden egyes PSTN-szám.
, válassza kiKonfigurá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ő:
|
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
10. lépés Partner CUBE üzembe helyezése
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. |
Kezdeti konfiguráció
A CUBE beállításához engedélyezni kell a kiemelt EXEC módot. Ha a rendszer kéri, adja meg a jelszót.
enable
A globális konfigurációs módba lépés:
configure terminal
Állítsa be a tartományt:
ip domain name myenterprise.com
Állítsa be a maximális szegmensméretet (MSS):
ip tcp mss 1360
Hálózati konfiguráció
Határozza meg a nyilvános és privát felületeket. A CUBE példánkban:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Állítsa be az IP -útválasztás átjáróit a nyilvános és a privát oldalon:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
SSH engedélyezése:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
A CUBE-nak (vagy a saját SBC-jének) megfelelően konfigurált tűzfalszabályokkal rendelkező DMZ-n belül kell lennie. Lásd a részt A Webex által használt portok a külső tűzfalon megnyitandó portok listájához |
Konfigurálja az SRV-rekordok a CUBE-ről (vagy az SBC-ről) a BroadWorks hálózati kiszolgálókra küldött visszahívási hívásokhoz. Például a bw.myenterprise.com SRV-je:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
A DNS-kiszolgáló konfigurálása:
ip name-server <DNS_IP_address>
Alternatív DNS -beállítás a belső DNS beállítása, ahol a belső DNS eléri a szülő DNS-kiszolgáló , ha a belső keresés sikertelen. |
Hívásfeldolgozási konfiguráció
Általános
Konfigurálja a CUBE-t (vagy az SBC-t) az összes olyan IP -címmel, amelynek el kell érnie a VoIP szolgáltatást. Ide tartoznak a következők:
Privát oldali SIP-jelküldés címek a BroadWorks AS, NS és MS szerverekhez.
Nyilvános oldali címek a Webex Edge for Audio infrastruktúrához.
Alább egy példa CUBE-konfigurációt talál:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
A fenti IP-cím egy példa. A Webex audio infrastruktúra nyilvános IP-cím -címeinek aktuális listáját a következő oldalon tekintheti meg: |
Hogyan engedélyezhetem a Webex Meetings -forgalmat a hálózatomon? — A legtöbb fürt IP -címtartománya a következő alatt jelenik meg: A Cisco Webex Meeting Services által használt IP-cím listája . Egy kivétel a kínai fürtök, amelyeknél a tartomány az alábbi hivatkozáson látható:
A Cisco Webex China Cluster hálózati követelményei
Az alapértelmezett időzítő 20 másodperc, amelyen a CUBE TCP -kapcsolatot létesít az útválasztás előtt. A módosításhoz:
ip tcp synwait-time <5-300 (seconds)>
A BroadWorks oldalon az alkalmazáskiszolgáló alapértelmezett időzítése 6 másodpercig tart, amikor egy nem válaszoló hozzáférési eszközön időtúllépés lép fel. A módosításhoz:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Meg kell nyitni a CUBE-n (vagy a saját SBC-n) lévő RTP -forgalom nyilvános és privát oldali felületét. A CUBE példáját lásd alább:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Hol:
- <CUBE PUB="" IP=""> a CUBE nyilvános IP-cím -címe
- <CUBE PRIV="" IP=""> a CUBE privát IP-cím -címe
- Porttartomány: a példában a porttartomány 10200 és 28000 között van
A CUBE a következő TLS titkosítási csomagokat támogatja (betelefonálás közben a CUBE ezeket kínálja a TLS Handshake Client Hello alkalmazásban):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Egyéb konfigurálandó általános beállítások (lásd alább a minta CUBE konfigurációkat):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
A bejövő és kimenő tárcsázás URI-it meg kell határozni a későbbi tárcsázótárcsázói alkalmazásokhoz:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
A Webex Edge Audio a G722, G711ulaw és G711alaw kodekeket támogatja. A következő hangosztály kódot kell megadni a későbbi tárcsázó társakban való használathoz:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
A Webex Edge Audio SRTP protokollt használ. Az SRTP-crypto hangosztály hozzárendeli az előnyben részesített SRTP titkosítási csomagot az Edge Audio számára. Állítsa be sorrendben a következő kriptocsomagokat. Az srtp-crypto hangosztály konfigurációt kell alkalmazni az Edge Audio kapcsolathoz használt tárcsázó társakra.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Állítsa be előre az elsődleges kulcsot, hogy jelszót tudjon beállítani a hitelesítéshez
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
A következő paranccsal adja meg a VoiceXML virtuális előfizető számára az AS-en kiépített SIP -hitelesítési hitelesítő adatokat. Visszahívási forgatókönyvek esetén ezeket a hitelesítési adatokat használja a rendszer, amikor az AS kihívja a CUBE (vagy a saját SBC) által az AS-nek küldött INVITE-ot.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
A hitelesítés konfigurálása után a jelszó obfuszkált lesz a „show running-config” paranccsal történő megtekintéskor
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
A következő globális SIP konfigurációt is el kell végezni:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Fordítási profilok
A 2340 SIP-üzenet profil az értekezlet betelefonálási hívásaihoz használatos. Rendelkeznie kell egy bejegyzéssel, amely módosítja a BroadWorks-ből bejövő SIP -üzeneteket, mielőtt kiküldené az Edge Audio rendszerébe, a 11-es példaszabály szerint.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
A fenti 11-es szabály a BroadWorks-től bejövő Request Uri-t képezi le, amely a CUBE virtuális előfizetői eszközprofil Kapcsolattartó értékével rendelkezik (a VXML-ben a Kapcsolat mező értéke_device Prof eszközprofil a példánkban):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
A megfelelő Webex Edge audio hívástovábbítási tartományba:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Ne feledje, hogy amikor a CUBE (vagy a saját SBC-je) statikus NAT mögött van, további konfigurációra van szükség a 2340-es sip-profilhoz. További információkért tekintse meg az alábbi hivatkozást:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideHa saját SBC-t telepít, hasonló szabályokat kell beállítania a saját SBC-n. |
Ahhoz, hogy az AS által küldött 486 üzenetet visszairányíthassa a Webex Edge Audio rendszerébe, a következő konfigurációra van szükség a CUBE-n (a saját SBC-hez lásd az SBC dokumentációját)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Ha más4xx Az üzeneteket vissza kell továbbítani a Webex Edge Audio rendszerébe, kövesse a fenti példát.
Tárcsázza a társakat
A CUBE-n (vagy a saját SBC-n) meg kell határozni egy hangosztály-bérlőt a későbbi tárcsázó társakban való használathoz, amely eleget tesz a következő feltételeknek:
- Az RTP-NTE DTMF -csomagok esetében nincs szükség hasznosadat-együttműködésre, ezért állítsa be az aszimmetrikus hasznos adatot megtelt.
- Az Edge audio nem támogatja a azonosító -frissítéseket, ezért a „nincs frissítés-hívóazonosító” értéket kell konfigurálni.
- A Webex Edge Audio hívásátirányítás URI-n alapul. A URI -t engedélyezni kell, hogy az URI-k alapján megfeleljen a tárcsázó társaknak.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
A következő tárcsázó társak úgy vannak beállítva, hogy engedélyezzék a CUBE számára a BroadWorks és a Webex Webex Edge Audio közötti hívások feldolgozását. Állítsa be a következőket a CUBE-n (hasonló konfigurációt kell konfigurálnia a saját SBC-n):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
CUBE Hívásfolyamatok
A fenti konfigurációval az alábbiakban a CUBE bejövő/ kimenő hívás hívásfolyam forgatókönyveinek leírása látható. Egy adott lépés színkódolása a fenti tárcsázó társak azonos színbejegyzéseihez viszonyítja azt.
Ha saját SBC-t telepít, olvassa el az SBC dokumentációját az SBC-vel történő hívásfolyamatok részleteiért. |
A BroadWorks és a Webex közötti értekezlet-betelefonálási forgatókönyvekhez:
- Bejövő INVITE érkezett a BroadWorks-től a belső felületen a következővel:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- A 23401 bejövő tárcsázási társprofil kiválasztása a bejövő kérelem URI -ban („cube.internal.local”) szereplő gazdagép alapján történik, amely megfelel a „bejövő uri-kérés OUTEdgeAudio” konfigurációnak.
- A 23411 kimenő tárcsázó társ kiválasztása a kérelem URI („cube.internal.local”) gazdagép alapján történik, amely megfelel a „destination uri OUTEdgeAudio” konfigurációnak.
- A rendszer kimenő INVITE üzenetet küld a külső felületen a gazdagéppel a „cube.internal.local” kérés- URI -ról „ecccspx.amer.pub.webex.com” értékre a „voice-class sip profiles 2340” üzenetfordítási profil használatával. a tárcsázó társban megadott:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Értekezlet-visszahívási forgatókönyv esetén a Webex a BroadWorks-re
- Bejövő INVITE érkezett a Webex a CUBE külső felületén a következővel:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- A 23411 bejövő tárcsázási társ kiválasztása az „x-cisco-webex-service=audio” minta alapján történik a bejövő kérelem URI -ban, a „bejövő uri kérés INEdgeAudio” konfigurációja alapján .
- A rendszer két kimenő hívótársat választ ki a kérelem URI -ban lévő „x-cisco-webex-service=audio” minta alapján, a „destination uri INEdgeAudio” konfiguráció alapján.
- Tárcsázza a Peer 302-t
- Tárcsázza a Peer 23401-et
- A rendszer egy kimenő INVITE-t küld a hálózati kiszolgálóknak (SRV keresés a tárcsázó peer „munkamenetcél dns:bw.myenterprise.com bejegyzése” alapján) a belső felületen
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- A hálózati kiszolgáló névjegyeket ad vissza a CUBE virtuális előfizetőt kiszolgáló AS párhoz:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- A CUBE a 302-es üzenetben visszaadott névjegy alapján az aktív AS-hez irányítja a hívást:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
mTLS-konfiguráció
A következő konfigurációs lépéseket kell elvégezni ahhoz, hogy engedélyezhető legyen az mTLS-kapcsolat a CUBE (vagy a saját SBC-je) és a Webex Edge Audio között.
Az mTLS-t kötelező beállítani a CUBE (vagy a saját SBC-je) és a Webex Edge Audio között. |
Helyettesítő karakteres tanúsítvány támogatása
A helyettesítő karakterrel aláírt tanúsítványok egy általános tárgynevet (pl. *.us.example.com) használnak, amely megfelel a CUBE vagy a saját SBC tartományának. A helyettesítő karakteres tanúsítványok támogatottak a többfürtös CUBE vagy SBC telepítései esetén, de nem támogatottak az egycsomópontos CUBE vagy SBC központi telepítései esetén.
Trustpool
A TLS kézfogás során, amikor a Webex Edge Audio elküldi a tanúsítványát, a CUBE ellenőrzi azt a bizalmi poolban elfogadott tanúsítványok listájához képest.
A trustpool csomagot frissíteni kell a Cisco legfelső szintű hitelesítésszolgáltatóval a legújabb „Cisco Trusted Core Root Bundle” csomag letöltésével innen:http://www.cisco.com/security/pki/ paranccsal:
crypto pki trustpool import clean url <url>
A Webex Webex Edge Audio által küldött tanúsítványokat az IdenTrust írja alá. Győződjön meg arról, hogy az „IdenTrust Commercial Root CA” tanúsítvány telepítve van. További részletekért lásd ezt a hivatkozást:
Ha saját SBC-t használ, és nem tudja befejezni az importálást, konvertálhatja a csomagot .pem formátumba nyílt forráskódú eszközök, például az OpenSSL segítségével. Például használhatja a hydrantID tanúsítványokat a következő paranccsal:
|
Trustpoint
Az Edge Audio megköveteli, hogy a CUBE a megbízható hitelesítésszolgáltatói hitelesítésszolgáltatóktól aláírt tanúsítványokat kínáljon a kölcsönös TLS-(mTLS) kapcsolatokhoz. A következő hivatkozás segítségével megtekintheti azon hitelesítésszolgáltatók listáját, amelyekben a Cisco megbízik. A listán szereplő hatóságok által aláírt tanúsítványok érvényesnek minősülnek, és a kapcsolat engedélyezve lesz: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Egycsomópontos CUBE
Az egycsomópont azt jelenti, hogy a CUBE (vagy a saját SBC-je) egy tanúsítványt importál az FQDN-jének egyedi alanynévvel, ami azt jelenti, hogy más CUBE nem tudná importálni (azaz NEM helyettesítő karakteres tanúsítványt).
A CSR (tanúsítvány-aláírási kérelem) létrehozása a CUBE számára:
- kulcspár létrehozása (ez a kulcspár a bizalmi ponthoz lesz kapcsolva)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys – Megadja, hogy az általános célú kulcspárt elő kell állítani.
- címkét<key-label> - (Opcionális) Az RSA -kulcspárokhoz használt név az exportálás során. Ha nincs megadva kulcscímke, akkor az útválasztó teljesen minősített tartománynév (FQDN) használja a rendszer.
- exportálható – (Opcionális) Megadja, hogy az RSA -kulcspár exportálható-e egy másik Cisco -eszközre, például útválasztóra.
- trustpoint létrehozása (Egy bizalmi pont tartalmazza a CUBE-hoz kötni kívánt tanúsítványt. Amikor a CUBE tanúsítványkérést kap, a bizalmi pont tanúsítványának csatolásával válaszol)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl – A tanúsítvány-visszavonási lista (CRL) a visszavont tanúsítványok listája. A CRL-t a tanúsítványokat eredetileg kibocsátó CA hozza létre és írja alá digitálisan. A CRL tartalmazza az egyes tanúsítványok kiadásának és lejáratának dátumát.
beiratkozási terminál pem – Adatvédelmi szempontból fokozott levelezési (PEM) határokat ad hozzá a tanúsítványkéréshez (manuális másolás-beillesztés a BEGIN CERTIFICATE REQUEST-től a END CERTIFICATE REQUEST-ig)
fqdn – A CUBE teljes képzésű tartomány neve
alany-név CN=<fqdn> - az aláírandó tárgy nevét
rsakeypair<key label=""> - az előző lépésből generált kulcspár
(hivatkozás: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- CSR generálása:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- A CSR küldése (a BEGIN TANÚSÍTVÁNYKÉRÉS-től az END TANÚSÍTVÁNYKÉRÉSig) a CA (Certificate Authority) részére
A CA aláírt tanúsítványt hoz létre
- A hitelesítésszolgáltatótól függően ők biztosítják a gyökértanúsítvány (pl. DigiCertCA.crt) és a kért tanúsítványt (pl. cube.crt)
- Töltse be a CA-tanúsítvány
- Először hitelesítse a bizalmi pontot a gyökér tanúsítványával
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Ezután importálja a CUBE tanúsítványát a CUBE megbízhatósági pontra
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Ha saját SBC-t telepít, olvassa el az SBC dokumentációját a CSR létrehozásának részleteiért. |
Többcsomópontos CUBE-fürt (alternatív nevek használata a tanúsítványban) – NEM támogatott
A több csomópont azt jelenti, hogy a CUBE képes lesz ugyanazt a tanúsítványt importálni egynél több CUBE-telepítéshez. Jelenleg nem támogatott a tárgy alternatív nevének használata a CSR létrehozásához : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Többcsomópontos CUBE-fürt (Jó karakterrel aláírt tanúsítvány használata pkcs12 formátumban)
A helyettesítő karakterekkel aláírt tanúsítványt használó többcsomópont azt jelenti, hogy az alanynév általános (pl. *.us.example.com), és megfelel a CUBE tartományának (vagy az Ön SBC-tartományának).
- Feltéve, hogy készen áll egy helyettesítő karakter tanúsítvány, készítse elő a nyilvános (.crt) és a privát kulcs (.key) fájlokat.
- OpenSSL használatával hozzon létre egy csomagban lévő PKCS12 formátumú (.pfx) fájlt, amely tartalmazza a .crt és a .key fájlokat: (Használja a cygwin-t Windows rendszeren) - hivatkozás: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Vigye át a .pfx fájlt a CUBE:bootflash fájlba: (scp a Linux szerverről a CUBE-ra)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Hozzon létre egy bizalmi pontot, és importálja a pkcs12 fájlt:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Érvényesítse a CUBE tanúsítvány konfigurációját
Ellenőrizze, hogy a teljes lánc szerepel-e a tanúsítványban. A következő példa a CUBE érvényesítési parancsait mutatja be. Ha saját SBC-t telepít, használja az SBC-re vonatkozó parancsokat.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
A SIP-jelküldés beállítása a bizalmi pont használatához
A következő paranccsal létesítheti a SIP UA-t a CUBE bizalmi ponttal. Az alábbiakban egy CUBE példát mutatunk be. Ha saját SBC-t telepít, a parancsok segítségét az SBC dokumentációjában találja.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
CUBE Naplók
Az engedélyezett hibakeresési szűrők megtekintéséhez
CUBE# show debug
Hibakeresési szűrők beállítása (példák)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Hibakeresési szűrők hatástalanítása (példa)
CUBE# no debug ccsip messages
A naplópuffer törléséhez és ellenőrzéséhez
CUBE# clear log
>>> make test call <<<
CUBE# show log
Ha nem telepíti a CUBE-t, olvassa el a saját SBC dokumentációját a naplók használatának részleteiért. |
Egyéb hasznos parancsok
Az aktuális konfiguráció ellenőrzéséhez:
CUBE# show running-config (or just CUBE# show run)
A konfigurációt a rendszerindításkor használt ROM-ra kell menteni
CUBE# write
11. lépés BYoPSTN tanúsítvány
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.
Frissítések alkalmazása egy folyamatban lévő telefonszámcsoportra/visszahívási DNS SRV csoportra
Miután a nem teszt ügyfeleket a Partner által biztosított betelefonálási számok segítségével hozzárendelte egy Ügyfélsablonhoz, a következő értekezlethez való csatlakozási lehetőségek állnak rendelkezésre ezeknek a felhasználóknak:
Az értekezletmeghívók egy vagy több alapértelmezett telefonszámot tartalmaznak a hozzárendelt telefonszám-csoportból
A Webex alkalmazás egy vagy több alapértelmezett telefonszámot jelenít meg a Telefonszám-csoport hozzárendeléséből értekezlethez való csatlakozási opcióként
A Webex Meeting webhely felhasználói felülete egy vagy több alapértelmezett telefonszámot jelenít meg a Telefonszámcsoport hozzárendeléséből értekezlethez való csatlakozási opcióként
Ha a visszahívás engedélyezve van az Ügyfélsablonban, a Webex Meeting biztosítja a „Hívás innen:” opciót, ahol a visszahívási kérelmet a rendszer a hozzárendelt DNS SRV visszahívási csoportban meghatározott rekordok egyikéhez irányítja.
Az Ügyfélsablonok értekezlethez való csatlakozási beállításainak módosítása, egy hozzárendelt telefonszámcsoport vagy egy visszahívási DNS SRV csoport módosítása hatással lehet a fenti értekezletcsatlakozási beállításokra. Ezek a módosítások nem vonatkoznak a meglévő ügyfelekre, de az újonnan beüzemelt ügyfelek azonnal látni fogják ezeket a módosításokat a normál és a prémium csomagos értekezletoldalaikon. Ezért erősen ajánlott minden ilyen módosítást egy kezdőmegoldás-szervezet segítségével ellenőrizni, mielőtt a meglévő ügyfélsablonokra, telefonszám-csoportokra vagy visszahívási DNS SRV -csoportokra alkalmaznák őket (ha visszahívási DNS SRV -csoportok vannak telepítve).
A következő lépéseket kell követni, amikor frissíti az értekezlethez való csatlakozási beállításokat egy ügyfélsablonhoz és/vagy frissítéseket alkalmaz a telefonszámcsoportokhoz vagy a visszahívási DNS SRV csoportokhoz.
Kérjük, vegye figyelembe, hogy ha az ügyfélsablonokat, telefonszámcsoportokat vagy visszahívási DNS SRV -csoportokat teszt BroadWorks szolgáltatók és/vagy teszt BroadWorks Enterprises használják, akkor ez az eljárás nem kötelező. Célszerűbb lehet egyszerűen törölni a tesztelt BroadWorks szolgáltatókat és/vagy a tesztelt BroadWorks Enterprises szervezeteket, és újra beüzemelni őket a frissített ügyfélsablonok, telefonszámcsoportok vagy visszahívási DNS SRV csoportok segítségével.
Csak telefonszámcsoport frissítése:
Hozzon létre egy új ideiglenes telefonszámcsoportot a szükséges frissítésekkel.
- Hozzon létre egy új ideiglenes ügyfélsablont, amely az új telefonszámcsoportot használja. Ha egy meglévő telefonszámcsoportot használ a csoporttal együtt, rendelje hozzá a sablonhoz.
- Hozzon létre egy kezdőmegoldás-szervezetet úgy, hogy egy teszt BroadWorks-szolgáltatótól biztosít előfizetőt, vagy tesztelje a BroadWorks Enterprise-t egy standard csomaggal az új Ügyfélsablon segítségével. Kérjük, vegye figyelembe, hogy ez egy másodlagos kezdőmegoldás-szervezet, ezért nem szükséges frissíteni a BroadWorks rendszeren konfigurált értekezlet-webhely-UUID azonosítót.
- Töltse le a BroadWorks Configuration (BYoPSTN) JSON-fájlt, amely tartalmazza azt a telefonszám , amellyel hozzá lehet hozzáférési kód a telefonszám-csoportban lévő új telefonszámokhoz tartozó kódleképezéshez.
- Határozza meg a Webex Edge Audio DNS SRV tartományát a forrásmegoldás-szervezet Standard csomagértekezlet- a értekezlet webhelye. Ennek változatlannak kell lennie az eredeti telefonszámcsoporthoz korábban meghatározott értékhez képest.
- Alkalmazza a konfigurációs frissítéseket a BroadWorks rendszerre a BroadWorks konfigurációs (BYoPSTN) JSON-fájl segítségével.
- A konfiguráció ellenőrzéséhez ütemezzen az értekezleteket a magvető szervezet Standard csomagwebhelyén, és csatlakozzon az értekezlethez a betelefonálási telefonszámok segítségével.
- Alkalmazza a frissítést az eredeti telefonszámcsoportra. A változás mostantól a nem tesztügyfelek számára is érvényben van.
- A kezdőmegoldás szervezet, az ideiglenes telefonszámcsoport és az Ügyfélsablon törölhető. Ezekre az elemekre már nincs szükség az eredeti telefonszámcsoport frissítését követően.
Csak visszahívási DNS SRV csoport frissítése:
- Hozzon létre egy új ideiglenes DNS SRV visszahívási csoportot a szükséges frissítésekkel.
- Hozzon létre egy új ideiglenes ügyfélsablont, amely az új visszahívási DNS SRV csoportot és a meglévő telefonszámcsoportot használja. Ha egy meglévő DNS SRV visszahívási csoportot használ a csoporttal együtt, rendelje hozzá a sablonhoz.
- Hozzon létre egy kezdőmegoldás-szervezetet úgy, hogy egy teszt BroadWorks-szolgáltatótól biztosít előfizetőt, vagy tesztelje a BroadWorks Enterprise-t egy standard csomaggal az új Ügyfélsablon segítségével. Kérjük, vegye figyelembe, hogy ez egy másodlagos kezdőmegoldás-szervezet, ezért nem szükséges frissíteni a BroadWorks rendszeren konfigurált értekezlet-webhely-UUID azonosítót.
- Ellenőrizze a konfigurációt: ütemezzen értekezleteket a magvető szervezet Standard csomagwebhelyén, csatlakozzon az értekezlethez a betelefonálási telefonszámok használatával, és használja a „Hívjon a következő számon” opciót.
- Alkalmazza a frissítést az eredeti DNS SRV visszahívási csoportra. A változás mostantól a nem tesztügyfelek számára is érvényben van.
- A kezdőérték megoldás-szervezet, a DNS SRV visszahívási csoport és az Ügyfélsablon törölhető. Ezekre az elemekre már nincs szükség az eredeti visszahívási DNS SRV -csoport frissítését követően.
A telefonszám és a visszahívási DNS SRV csoport frissítése:
- Hozzon létre egy új ideiglenes telefonszámot és DNS SRV visszahívási csoportot a szükséges frissítésekkel.
- Hozzon létre egy új ideiglenes ügyfélsablont, amely az új telefonszámcsoportot és az új visszahívási DNS SRV csoportot használja. Ha meglévő telefonszámcsoportot és/vagy DNS SRV visszahívási csoportot használ a csoporttal együtt, akkor rendelje hozzá a sablonhoz.
- Hozzon létre egy kezdőmegoldás-szervezetet úgy, hogy egy teszt BroadWorks-szolgáltatótól biztosít előfizetőt, vagy tesztelje a BroadWorks Enterprise-t egy standard csomaggal az új Ügyfélsablon segítségével. Kérjük, vegye figyelembe, hogy ez egy másodlagos kezdőmegoldás-szervezet, ezért nem szükséges frissíteni a BroadWorks rendszeren konfigurált értekezlet-webhely-UUID azonosítót.
- Töltse le a BroadWorks Configuration (BYoPSTN) JSON-fájlt, amely tartalmazza azt a telefonszám , amellyel hozzá lehet hozzáférési kód a telefonszám-csoportban lévő új telefonszámokhoz tartozó kódleképezéshez.
- Határozza meg a Webex Edge Audio DNS SRV tartományát a forrásmegoldás-szervezet Standard csomagértekezlet- a értekezlet webhelye. Ennek változatlannak kell lennie az eredeti telefonszámcsoporthoz korábban meghatározott értékhez képest.
- Alkalmazza a konfigurációs frissítéseket a BroadWorks rendszerre a BroadWorks konfigurációs (BYoPSTN) JSON-fájl segítségével.
- Ellenőrizze a konfigurációt: ütemezzen értekezleteket a magvető szervezet Standard csomagwebhelyén, csatlakozzon az értekezlethez a betelefonálási telefonszámok használatával, és használja a „Hívjon a következő számon” opciót.
- Alkalmazza a frissítést az eredeti telefonszámra és DNS SRV visszahívási csoportra. A változás mostantól a nem tesztügyfelek számára is érvényben van.
- A kezdőérték-megoldás szervezete, az ideiglenes telefonszámcsoport, a DNS SRV visszahívási csoport és az Ügyfélsablon törölhető. Ezekre az elemekre már nincs szükség az eredeti telefonszámcsoport és visszahívási DNS SRV csoport frissítését követően.
Az elsődleges kezdőmegoldás-szervezetet nem szabad törölni, hacsak nem választott ki és állított be egy új elsődleges kezdőmegoldás-szervezetet a BroadWorks rendszerében. Az elsődleges forráskód-megoldás-szervezet törlése eltávolítja azt a siteUUID-t, amelytől a BYoPSTN-megoldás a Webex Webex Edge Audio SIP-üzenet -hitelesítéséhez függ. Törlés esetén sikertelen lesz az értekezlethez való betelefonálási csatlakozás a Partner által megadott betelefonálási szám használó webhelyeknél. |
G722 Média-együttműködés saját SBC használata esetén
A saját SBC kihasználásakor figyelembe kell venni a Cisco Partners BroadWorks Infrastructure és a Webex Webex Cloud közötti együttműködési problémákat, amelyekről általában a CUBE gondoskodik. Példa erre a G722 kodekkel végzett be- vagy visszahívás, amely a BroadWorks Media Servert is magában foglalja (például a BroadWorks hívásrögzítés szolgáltatás használata esetén). Ebben az esetben a Webex Edge Audio „a=fmtp:9” vonallal küldhet SDP-t. Az SBC-nek frissítenie kell ezt a sort, hogy hozzáadja a bitrate paramétert az „a=fmtp:9 bitrate=64” értékhez, mielőtt elküldené a BroadWorks háttérprogramnak.
Ismert korlátok
Az Ügyfélsablon értekezlethez való csatlakozási opció, a Cisco betelefonálási számok vagy a Partner által biztosított betelefonálási számok módosításai csak az újonnan kiépített ügyfelekre vonatkoznak. A sablont használó meglévő ügyfelek változatlanok maradnak.
Az Ügyfélsablon telefonszám-csoport vagy a Visszahívási DNS SRV -csoport beállításainak módosításai csak az újonnan kiépített ügyfelekre vagy a meglévő ügyfelekre vonatkoznak, akik az első Standard vagy Prémium csomagos felhasználójukra vannak kiépítve. Azok a meglévő ügyfelek, akik már rendelkeznek Standard vagy Prémium csomag felhasználóival, változatlanok maradnak.
A telefonszám-csoportok vagy a visszahívási DNS SRV -csoportok ügyfélsablonokhoz rendelt módosításai csak az újonnan kiépített ügyfelekre vagy a meglévő ügyfelekre lesznek érvényben, akik az első Standard vagy prémium csomagos felhasználójuk számára vannak kiépítve. A társított sablonokhoz hozzárendelt meglévő ügyfelek, amelyek már rendelkeznek Standard vagy Prémium csomag felhasználóival, változatlanok maradnak.
Egy adott Ügyfélsablon támogatja a Cisco betelefonáló számokat vagy a Partner által biztosított hívószámos értekezlethez való csatlakozási opciót, a két lehetőség kombinációja ugyanahhoz a sablonhoz nem támogatott.
A „Hívjon itt” vagy a visszahívási értekezlethez való csatlakozás használati esetére vonatkozó SIP -üzenetek nem tartalmaznak információkat a csatlakozó értekezletnek otthont adó ügyfélről és/vagy felhasználóról.
Egy adott telefonszámcsoport telefonszámai és kapcsolódó értekezlet-hozzáférési kódjai csak egyetlen Webex Edge Audio DNS SRV tartományt támogatnak (például ecccspx.amer.webex.com). Nem támogatott, hogy ezeken a telefonszámokon egy másik Webex Edge Audio DNS SRV tartományon lévő értekezletekre betelefonáljon.
A Webex Edge Audio nem támogatja a kodekek újraegyeztetését hívás közben. Emiatt előfordulhat, hogy a hívás fogadása után meghívott szolgáltatások nem működnek megfelelően.
A Webex alkalmazás, a Webex Meeting webhely felhasználói felülete és a Webex Meeting meghívó e-mail hivatkozást tartalmaz egy „Díjmentes híváskorlátozás” dokumentumra. Ez a dokumentum kifejezetten a Cisco által biztosított telefonszámokra vonatkozik, és a felhasználóknak figyelmen kívül kell hagyniuk, amikor a Partner által biztosított telefonszámokat használják az értekezletekhez való csatlakozáshoz.
Dokumentum módosítási előzmények
A következő táblázat a dokumentum módosításainak előzményeit mutatja be az elmúlt 12 hónapban.
Dátum | Verzió | A változás leírása | |
---|---|---|---|
2024. április 08 | 1-36 |
| |
2024. január 10 | 1-35 |
| |
2023. december 22 | 1-34 |
| |
2023. július 4 | 1-33 |
| |
2023. február 02 | 1-32 |
| |
2023. február 02 | 1-31 |
| |
2023. január 31 | 1–30 |
| |
2022. november 29 | 1-29 |
|