Köszönjük visszajelzését.

Webex CallingÉl

SIP-regisztráció vagy hívás végrehajtásához hajtsa végre az alábbi lépéseket:

• Fedezze fel az aktív Edge csomópontok SIP-végpontjainak állomáscímét.

• Teljesítse a felhasználó és az eszköz konfigurációjával kapcsolatos előfeltételeket.

• Győződjön meg arról, hogy a végpont nyilvános hálózati csatlakozással rendelkezik a szolgáltatás felderítésének megkezdéséhez.

• Töltse ki a végpont rendszerindításának előfeltételeit egy régió- vagy adatközpont-specifikus biztosítási konfigurációval. Ez a konfiguráció segít megszerezni a releváns tartománynév utótagját a szolgáltatás felfedezéséhez.

IPv4 és IPv6

Az eszközök egyverziós vagy kettős halmazállapotú üzemmódban működhetnek. Ez a konfiguráció határozza meg a preferált protokoll módosításait, és ezek a módosítások nem tartoznak a szolgáltatásfelfedezésnek.

• Egyköteles mód — csak egy IP-protokollt engedélyez (például IPv4), és figyelmen kívül hagyja a többi protokoll címét.

• Dual-stack mód — a konfiguráció révén kiválasztja az előnyben részesített IP-verziót.

Az ügyfél úgy véli, hogy az összes preferált cím prioritása alacsonyabb (azaz előnyben részesített), mint az IP összes címe. Ha az IPv4-et részesíti előnyben, akkor az összes IPv4-cím megpróbálása megtörténik, mielőtt megkísérelné az IPv6-címet. Ha az összes cím meghibásodik, a ciklus a legalacsonyabb prioritású protokoll címével kezdődik újra.

A push értesítés kézhezvételével regisztráló mobil kliens dönthet úgy, hogy optimalizálja a módot a korábbi regisztrációk alapján.

A fogadócím felbontása a DNS SRV címről

A biztosításból nyert végpont-konfigurációs fájlban a tartományjelző megadja a hozzáférési élszolgáltatás felfedezéséhez szükséges tartománynevet. Példa a domain névre:

wxc.edge.bcld.webex.com

A példa alapján a tartomány keresését DNS SRV végző végpont a következőhöz hasonló választ adhat:

# nslookup -type=srv _sips._tcp. wxc.edge.bcld.webex.com
_sips._tcp.wxc.edge.bcld.webex.com SRV 5 100 5061 sip-edge1.us-dc1.bcld.webex.com.
_sips._tcp.wxc.edge.bcld.webex.com SRV 10 105 5061 sip-edge2.us-dc1. bcld.webex.com.

Ebben az esetben az SRV rekord 3 A rekordra mutat.

sip-edge1.us-dc1.bcld.webex.com
sip-edge2.us-dc1.bcld.webex.com

A példában minden házigazdának azt hirdetjük, hogy különböző súlyú és prioritású kapcsolatba lépjen az 5061-es porttal.

Vegye figyelembe ezeket a követelményeket a végpontokra vonatkozóan.

• A végpontnak _sips._tcp(szolgáltatás és protokoll kombináció) kell használnia előtagként a TLS alapú kommunikáció elind DNS SRV ításához szükséges állomacím megszerzéséhez szükséges keresést.

• A végpontnak meg kell keresnie a DNS SRV címszakaszban található állomáscím feloldása címlapjában ismertetett feltételeketDNS SRV.

• A végpontnak tiszteletben kell tartania a gazdát, a kikötőt, a súlyt és a prioritást az egyes fogadócímeknél hirdetett módon. Ezenkívül létre kell hoznia a host és port affinitását, amikor aljzatkapcsolatot hoz létre a SIP regisztráció során.

• A DNS SRV rekord használatára jellemző, a gazdák prioritás és súly alapján történő kiválasztási kritériumait az RFC 2782 magyarázza.

Az MTL-ekkel történő biztonságos SIP-re vonatkozó követelmények (kölcsönös TLS)

A követelményeket itt részletesen ismertetjük.

Aláírt tanúsítvány szükséges a csomagtartóból érkező hívások sikeres engedélyezéséhez és hitelesítéséhez. A tanúsítványnak meg kell felelnie a következő követelményeknek:

• A tanúsítványt egy olyan hitelesítőnek kell aláírnia, amely az Cisco WebexAudio- és videoplatformokra irányuló hívásokhoz támogatott gyökértanúsítvány-hatóságok részben megjelölt hitelesítő

• Töltse fel az Cisco Webexaudio- és videoplatformokra irányuló hívásokhoz milyen gyökértanúsítvánnyal kapcsolatos hatóságok támogatott részben említett megbízhatósági csomagot? Tovább a Cube-ra.

• A tanúsítványnak mindig érvényesnek kell lennie:

  • Az aláírt tanúsítványoknak mindig érvényes lejárattal kell rendelkezniük.

  • A gyökér- vagy közbenső tanúsítványoknak érvényes lejáratúnak kell lenniük, és azokat nem szabad visszavonni.

  • A kizárólag kiszolgálóhitelesítési kiterjesztett kulcshasználatot (EKU) tartalmazó tanúsítványok támogatottak. Webex Callingnem érvényesíti és nem érvényesíti az ügyfélhitelesítési EKU jelenlétét a TLS kézfogás létrehozása során.

    Egyes harmadik féltől származó munkamenethatárolók (SBC) szigorú EKU-érvényesítést alkalmazhatnak, és elutasíthatják azokat a tanúsítványokat, amelyek nem tartalmazzák az ügyfélhitelesítési EKU-t. Ilyen esetekben ellenőrizze, hogy az SBC úgy van konfigurálva, hogy csak a kisz olgálóhitelesítési EKU-val rendelkező tanúsítványokat fogadjon el, vagy letiltsa a szigorú EKU-érvényesítést (ha támogatott).

  • A tanúsítványoknak tartalmazniuk kell a Teljesen minősített tartománynevet (FQDN) általános névként vagy tárgy alternatív nevet a tanúsítványban a Vezérlőközpontban kiválasztott FQDN-vel. Például:

    • A szervezet Vezérlőközpontjából konfigurált csomagtartónak az FQDN-ként a london.lgw.cisco.com:5061 számmal kell tartalmaznia a london.lgw.cisco.com-ot a CN vagy SAN tanúsítványban.

    • A szervezet Vezérlőközpontjában a london.lgw.cisco.com webhelyen konfigurált csomagtartónak az SRV-nek tartalmaznia kell a london.lgw.cisco.com-ot a CN vagy SAN tanúsítványban. Azok a rekordok, amelyekre az SRV cím feloldja ( CNAME/A rekord/IP-cím), nem kötelezőek a SAN-ban.

  • A tanúsítványokat egynél több helyi átjáróval is megoszthatja, azonban győződjön meg arról, hogy az FQDN követelmények teljesülnek.

Hatókörön kívül

Ez a cikk nem tartalmazza a következő hálózati biztonsággal kapcsolatos információkat:

• A CA-ra és a titkosításokra vonatkozó F5 követelmények

• HTTP-alapú API a Webex tűzfalszabályainak letöltéséhez.

• API egy megbízhatósági csomag számára

• Tűzfalkövetelmény és ALG letiltása