Děkujeme za vaši zpětnou vazbu.

Webex CallingOkraj

Chcete-li provést registraci nebo volání SIP, proveďte tyto kroky:

• Zjistěte adresu hostitele koncového bodu SIP pro aktivní uzly Edge.

• Dokončete všechny předpoklady související s konfigurací uživatele a zařízení.

• Ujistěte se, že koncový bod má připojení k veřejné síti a spusťte zjišťování služeb.

• Dokončete předpoklady zavádění koncového bodu pomocí konfigurace zřizování specifické pro oblast nebo datové centrum. Tato konfigurace pomáhá získat příslušnou příponu názvu domény pro zjišťování služby.

IPv4 versus IPv6

Zařízení mohou pracovat v režimu s jednou verzí nebo duálním zásobníkem. Je to konfigurace, která určuje změny preferovaného protokolu a tyto změny nejsou součástí zjišťování služeb.

• Režim jednoho zásobníku — povoluje pouze jeden protokol IP (například IPv4) a ignoruje ostatní adresy protokolu.

• Režim dvou zásobníků — prostřednictvím konfigurace vybere preferovanou verzi IP.

Klient považuje prioritu všech preferovaných adres za nižší (tj. Preferovanou) než všechny adresy IP. Pokud je upřednostňován protokol IPv4, před pokusem o zadání adresy IPv6 se pokusí o všechny adresy IPv4. Pokud všechny adresy selžou, cyklus začíná znovu s preferovanou adresou protokolu s nejnižší prioritou.

Mobilní klient, který se zaregistruje po obdržení oznámení push, se může rozhodnout optimalizovat režim na základě předchozích registrací.

Rozlišení adresy hostitele z DNS SRV adresy

V konfiguračním souboru koncového bodu získaném zřizováním určuje indikátor domény název domény pro zjištění služby access edge. Příkladem názvu domény je:

wxc.edge.bcld.webex.com

Z příkladu může koncový bod provádějící DNS SRV vyhledávání pro tuto doménu poskytnout odpověď podobnou následující:

# 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 případě záznam SRV ukazuje na záznamy 3 A.

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

V příkladu jsou všichni hostitelé inzerováni tak, aby kontaktovali port 5061 s různou hmotností a prioritou.

Zvažte tyto požadavky pro koncové body.

• Koncový bod musí použít _sips._tcp(kombinaci služby a protokolu) jako předponu k provedení DNS SRV vyhledávání pro získání adresy hostitele pro zahájení komunikace založené na TLS.

• Koncový bod musí DNS SRV vyhledat podmínky vysvětlené v části Rozlišení adresy hostitele z části DNS SRV adresa.

• Koncový bod musí respektovat hostitele, port, hmotnost a prioritu, jak je inzerováno pro každou adresu hostitele. Také musí vytvořit afinitu hostitele k portu při vytváření připojení soketu během registrace SIP.

• Specifické pro použití DNS SRV záznamu jsou kritéria výběru hostitelů na základě priority a hmotnosti vysvětlena v RFC 2782.

Požadavky na zabezpečený SIP s MTL (vzájemný TLS)

Požadavky jsou podrobně vysvětleny zde.

Pro úspěšnou autorizaci a autentizaci ho vorů z kmene je vyžadován podepsaný certifikát. Certifikát musí splňovat následující požadavky:

• Certifikát musí být podepsán certifikační autoritou uvedenou v části Jaké kořenové certifikační autority jsou podpor ovány pro volání na Cisco Webex audio a video platformy?

• Nahrajte balíček důvěryhodnosti uvedený v části Jaké kořenové certifikační autority jsou podpor ovány pro volání na Cisco Webex audio a video platformy? A teď ke kostce.

• Certifikát by měl být platný vždy:

  • Podepsané certifikáty musí mít vždy platnou platnost.

  • Kořenové nebo zprostředkující certifikáty musí mít platnou platnost a nesmí být zrušeny.

  • Podporovány jsou certifikáty obsahující pouze EKU (Server Authentication Extended Key Usage). Webex Callingneověřuje ani nevynucuje přítomnost EKU pro ověřování klienta během vytváření handshake TLS.

    Někteří řadiči hranic relací (SBC) třetích stran mohou vynutit přísné ověření EKU a mohou odmítnout certifikáty, které ne obsahují EKU ověřování klienta. V takových případech se ujistěte, že je SBC nakonfigurován tak, aby přijímal certifikáty pouze s ověřováním serveru EKU, nebo aby zakázal přísné ověření EKU (je-li podporováno).

  • Certifikáty musí obsahovat plně kvalifikovaný název domény (FQDN) jako běžný název nebo alternativní název subjektu v certifikátu s FQDN vybraným v Řídicím centru. Například:

    • Kmen nakonfigurovaný z Řídicího centra vaší organizace s london.lgw.cisco.com:5061 jako FQDN musí obsahovat london.lgw.cisco.com v certifikátu CN nebo SAN.

    • Kmen nakonfigurovaný z Řídicího centra vaší organizace s london.lgw.cisco.com byl SRV, který musí obsahovat london.lgw.cisco.com v certifikátu CN nebo SAN. Záznamy, na které je adresa SRV přeložena ( CNAME/záznam A/ IP adresa), jsou v síti SAN volitelné.

  • Certifikáty můžete sdílet s více než jednou místní bránou, ale uj istěte se, že jsou splněny požadavky FQDN.

Mimo oblast působnosti

Tento článek neobsahuje následující informace týkající se zabezpečení sítě:

• Požadavky F5 pro CA a šifry

• Rozhraní API založené na protokolu HTTP ke stažení pravidel brány firewall pro Webex.

• API pro svazek důvěryhodnosti

• Požadavek brány firewall a deaktivace ALG