Ďakujeme za vašu spätnú väzbu.

Webex CallingOkraj

Ak chcete vykonať registráciu SIP alebo hovor, vykonajte tieto kroky:

• Objavte adresu hostiteľa koncového bodu SIP pre aktívne uzly Edge.

• Vyplňte všetky predpoklady súvisiace s konfiguráciou používateľa a zariadenia.

• Uistite sa, že koncový bod má pripojenie k verejnej sieti na spustenie vyhľadávania služieb.

• Vyplňte predpoklady zavádzania koncového bodu pomocou konfigurácie poskytovania špecifickej pre oblasť alebo dátový center. Táto konfigurácia pomáha získať príslušnú príponu názvu domény pre zisťovanie služby.

IPv4 verzus IPv6

Zariadenia môžu pracovať v režime s jednou verziou alebo dvojitým stohom. Je to konfigurácia, ktorá určuje zmeny preferovaného protokolu a tieto zmeny nie sú súčasťou zisťovania služieb.

• Režim Single-stack — umožňuje iba jeden protokol IP (napríklad IPv4) a ignoruje ostatné adresy protokolu.

• Režim Dual-stack — vyberie preferovanú verziu IP prostredníctvom konfigurácie.

Klient považuje prioritu pre všetky preferované adresy za nižšiu (tj preferovanú) ako všetky adresy IP. Ak je preferovaná IPv4, pred pokusom o adresu IPv6 sa pokúsi o všetky adresy IPv4. Ak všetky adresy zlyhajú, cyklus sa začne znova s adresou protokolu s najnižšou prioritou preferovanej adresy.

Mobilný klient, ktorý sa registruje po prijatí push notifikácie, sa môže rozhodnúť optimalizovať režim na základe predchádzajúcich registrácií.

Rozlíšenie adresy hostiteľa z DNS SRV adresy

V konfiguračnom súbore koncového bodu získanom z poskytovania indikátor domény určuje názov domény na zistenie služby prístupového okraja. Príkladom názvu domény je:

wxc.edge.bcld.webex.com

Z príkladu môže koncový bod vykonávajúci DNS SRV vyhľadávanie pre túto doménu poskytnúť podobnú odpoveď nasledujúcej:

# 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.

V tomto prípade záznam SRV ukazuje na záznamy 3 A.

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

V príklade je inzerované, že všetci hostitelia kontaktujú port 5061 s rôznou hmotnosťou a prioritou.

Zvážte tieto požiadavky pre koncové body.

• Koncový bod musí použiť _sips._tcp(kombináciu služby a protokolu) ako predponu na vykonanie vyhľadávania na získanie adresy hostite DNS SRV ľa na spustenie komunikácie založenej na TLS.

• Koncový bod musí vyhľadať podmienky DNS SRV vysvetlené v časti Rozlíšenie adresy hostiteľa v časti Ad DNS SRV resa.

• Koncový bod musí rešpektovať hostiteľa, prístav, hmotnosť a prioritu, ako sú inzerované pre každú adresu hostiteľa. Tiež musí vytvoriť afinitu hostiteľa k portu pri vytváraní soketového pripojenia počas registrácie SIP.

• Špecifické pre použitie zá DNS SRV znamu sú kritériá výberu hostiteľov na základe priority a hmotnosti vysvetlené v RFC 2782.

Požiadavky na bezpečné SIP s MTL (vzájomné TLS)

Požiadavky sú tu podrobne vysvetlené.

Podpísaný certifikát je potrebný pre úspešnú autorizáciu a autentifikáciu hovorov z kmeňa. Certifikát musí spĺňať nasledujúce požiadavky:

• Certifikát musí podpísať certifikát uvedený v časti Aké autority koreňového certifikátu sú podporované pre hov Cisco Webex ory na audio a video platformy?

• Nahrajte balíček dôveryhodnosti uvedený v časti Aké autority koreňového certifikátu sú podporované pre hovory na Cisco Webex audio a video platformy? Prejdite na CUBE.

• Certifikát by mal byť platný vždy:

  • Podpísané certifikáty musia mať vždy platnú platnosť.

  • Koreňové alebo stredné certifikáty musia mať platnú platnosť a nesmú byť zrušené.

  • Podpor ované sú certifikáty obsahujúce iba servera Authentication Extended Key Usage (EKU). Webex Callingneoveruje ani nevynucuje prítomnosť EKU overovania klienta počas vytvore nia podania ruky TLS.

    Niektorí kontroléri hraníc relácií tretích strán (SBC) môžu presadzovať prísne overenie EKU a môžu odmietnuť certifikáty, ktoré ne obsahujú EKU autentifikácie klienta. V takýchto prípadoch sa uistite, že SBC je nakonfigurovaný tak, aby prijímal certifikáty iba s EKU autentifikácie servera alebo zakázal prísne overenie EKU (ak je podporované).

  • Certifikáty musia obsahovať plne kvalifikovaný názov domény (FQDN) ako bežný názov alebo alternatívny názov predmetu v certifikáte s FQDN zvoleným v ovládacom centre. Napríklad:

    • Trunk nakonfigurovaný z riadiaceho centra vašej organizácie s london.lgw.cisco.com:5061 ako FQDN musí obsahovať london.lgw.cisco.com v certifikáte CN alebo SAN.

    • Kmeň nakonfigurovaný z riadiaceho centra vašej organizácie s london.lgw.cisco.com bol SRV, ktorý musí obsahovať london.lgw.cisco.com v certifikáte CN alebo SAN. Záznamy, na ktoré sa adresa SRV rieši (CN AME/Záznam/IP adresa), sú voliteľné v SAN.

  • Certifikáty môžete zdieľať s viac ako jednou lokálnou bránou, u istite sa však, že sú splnené požiadavky FQDN.

Mimo rozsahu pôsobnosti

Tento článok neobsahuje nasledujúce informácie týkajúce sa zabezpečenia siete:

• Požiadavky F5 pre CA a šifry

• Rozhranie API založené na HTTP na stiahnutie pravidiel firewallu pre Webex.

• API pre balíček dôveryhodnosti

• Požiadavky na firewall a vypnutie ALG