Hvala na povratnim informacijama.

Webex CallingRub

Da biste izvršili SIP registraciju ili poziv, izvršite ove korake:

• Otkrijte adresu domaćina SIP krajnje točke za aktivne čvorove Edge.

• Ispunite sve preduvjete vezane uz konfiguraciju korisnika i uređaja.

• Osigurajte da krajnja točka ima povezanost javne mreže kako biste započeli otkrivanje usluga.

• Dovršite preduvjete pokretanja krajnje točke s konfiguracijom pružanja specifične za regiju ili podatkovni centar. Ova konfiguracija pomaže u dobivanju relevantnog sufiksa imena domene za otkrivanje usluge.

IPv4 naspram IPv6

Uređaji mogu raditi u načinu rada s jednom verzijom ili dvostrukom slogom. To je konfiguracija koja određuje promjene željenog protokola i te promjene nisu dio otkrivanja usluge.

• Način rada s jednim slogom — omogućuje samo jedan IP protokol (na primjer, IPv4) i zanemaruje ostale adrese protokola.

• Način dvostrukog steka - odabire željenu IP verziju putem konfiguracije.

Klijent smatra da je prioritet za sve željene adrese niži (odnosno poželjan) od svih adresa IP-a. Ako se preferira IPv4, pokušavaju se sve IPv4 adrese prije pokušaja postavljanja IPv6 adrese. Ako sve adrese ne uspiju, ciklus započinje ponovno s najnižom prioritetnom adresom protokola.

Mobilni klijent koji se registrira po primitku push obavijesti može odlučiti optimizirati način rada na temelju prethodnih registracija.

Razlučivanje adrese domaćina s DNS SRV adrese

U konfiguracijskoj datoteci krajnje točke dobivenoj pružanjem usluga, indikator domene određuje naziv domene za otkrivanje usluge pristupnog ruba. Primjer naziva domene je:

wxc.edge.bcld.webex.com

Iz primjera, krajnja točka koja vrši DNS SRV pretraživanje ove domene može dati odgovor sličan sljedećem:

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

U ovom slučaju, SRV zapis ukazuje na 3 A zapise.

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

U primjeru, svi domaćini se oglašavaju da kontaktiraju port 5061 s različitom težinom i prioritetom.

Razmotrite ove zahtjeve za krajnje točke.

• Krajnja točka mora koristiti _sips._tcp(kombinacija usluge i protokola) kao prefiks za pretraživanje za dobivanje adrese hosta DNS SRV za pokretanje komunikacije temeljene na TLS-u.

• Krajnja točka mora potražiti uv DNS SRV jete objašnjene u Rješenju adrese domaćina iz odjeljka DNS SRV adresa.

• Krajnja točka mora poštovati domaćina, luku, težinu i prioritet kako je oglašeno za svaku adresu domaćina. Također, mora stvoriti afinitet hosta prema portu prilikom stvaranja priključne veze tijekom SIP registracije.

• Specifično za upotrebu DNS SRV zapisa, kriteriji odabira domaćina na temelju prioriteta i težine objašnjeni su u RFC 2782.

Zahtjevi za siguran SIP s MTL-om (međusobni TLS)

Zahtjevi su detaljno objašnjeni ovdje.

Potpisani certifikat potreban je za uspješnu autorizaciju i provjeru autentičnosti poziva iz prtljažnika. Potvrda mora ispunjavati sljedeće zahtjeve:

• Certifikat mora biti potpisan od strane CA navedenog u Koja su tijela za korijenske certifikate podržana za pozive na Cisco Webex audio i video platforme?

• Prenesite paket poverenja spomenut u odjeljku Koja su tijela za korijenske certifikate podrž ana za pozive na Cisco Webex audio i video platforme? Prijeđite na CUBE.

• Potvrda mora uvijek biti valjana:

  • Potpisani certifikati moraju uvijek imati valjani rok trajanja.

  • Korijenski ili posredni certifikati moraju imati valjani rok isteka i ne smiju se opozvati.

  • Pod ržani su certifikati koji sadrže samo proširenu upotrebu ključa za provjeru autentičnosti poslužitelja (EKU). Webex Callingne potvrđuje niti provodi prisutnost EKU-a za provjeru autentičnosti klijenta tijekom us postavljanja TLS-a rukovanja.

    Neki kontroleri granica sesije trećih strana (SBC) mogu provoditi strogu provjeru valjanosti EKU-a i mogu odbiti certifikate koji ne uključuju EKU za provjeru autentičnosti klijenta. U takvim slučajevima provjerite je li SBC konfiguriran za prihvaćanje certifikata samo s EKU-om za provjeru autentičnosti poslužitelja ili za onemogućavanje stroge EKU-a provjere valjanosti (ako je podržano).

  • Certifikati moraju sadržavati potpuno kvalificirano ime domene (FQDN) kao uobičajeno ime ili alternativno ime subjekta u certifikatu s FQDN-om odabranim u kontrolnom čvorištu. Na primjer:

    • Trunk konfiguriran iz kontrolnog čvorišta vaše organizacije s london.lgw.cisco.com:5061 kao FQDN mora sadržavati london.lgw.cisco.com u certifikatu CN ili SAN.

    • Prtljažnik konfiguriran iz Kontrolnog centra vaše organizacije s london.lgw.cisco.com bio je SRV koji mora sadržavati london.lgw.cisco.com u certifikatu CN ili SAN. Zapisi na koje se SRV adresa rješava (CNAME /A Record/IP adresa) nisu obavezni u SAN-u.

  • Certifikate možete dijeliti s više od jednog lokalnog pristupnika, no osigurajte da su FQDN zahtjevi zadovoljeni.

Izvan opsega

Ovaj članak ne sadrži sljedeće informacije vezane za sigurnost mreže:

• F5 zahtjevi za CA i šifre

• API temeljen na HTTP-u za preuzimanje pravila vatrozida za Webex.

• API za paket povjerenja

• Zahtjev za vatrozid i onemogućavanje ALG-a