Hvala za povratne informacije.

Webex CallingRob

Če želite izvesti registracijo ali klic SIP, izvedite te korake:

• Odkrijte naslov gostitelja končne točke SIP za aktivna vozlišča Edge.

• Izpolnite vse predpogoje, povezane s konfiguracijo uporabnika in naprave.

• Zagotovite, da ima končna točka povezljivost z javnim omrežjem za začetek odkrivanja storitev.

• Izpolnite predpogoje za zagonsko povezovanje končne točke s konfiguracijo zagotavljanja, specifično za regijo ali podatkovni center. Ta konfiguracija pomaga pridobiti ustrezno pripono imena domene za odkrivanje storitve.

IPv4 v primerjavi z IPv6

Naprave lahko delujejo v načinu z eno različico ali dvojnim slogom. Konfiguracija določa spremembe želenega protokola in te spremembe niso del odkrivanja storitev.

• Način z enim zlagom — omogoča samo en protokol IP (na primer IPv4) in ignorira druge naslove protokola.

• Način z dvojnim zlagom — s konfiguracijo izbere želeno različico IP.

Stranka meni, da je prednostna naloga vseh prednostnih naslovov nižja (torej prednostna) od vseh naslovov IP. Če je prednostna IPv4, se pred poskusom z naslovom IPv6 poskusite preizkusiti vse naslove IPv4. Če vsi naslovi ne uspejo, se cikel začne znova z najnižjim prednostnim naslovom protokola.

Mobilni odjemalec, ki se registrira ob prejemu push obvestila, se lahko odloči za optimizacijo načina na podlagi prejšnjih registracij.

Odločitev naslova gostitelja z nas DNS SRV lova

V konfiguracijski datoteki končne točke, pridobljeni z zagotavljanjem, indikator domene določa ime domene za odkrivanje storitve dostopnega roba. Primer imena domene je:

wxc.edge.bcld.webex.com

Iz primera lahko končna točka, ki izvaja is DNS SRV kanje te domene, da odgovor, podoben naslednjemu:

# 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 tem primeru zapis SRV kaže na zapise 3 A.

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

V primeru so vsi gostitelji oglašeni, da se obrnejo na pristanišče 5061 z različno težo in prednostno težo.

Upoštevajte te zahteve za končne točke.

• Končna točka mora uporabiti _sips._tcp(kombinacijo storitve in protokola) kot predpono za iskanje za pridobitev naslova gosti DNS SRV telja za sprožitev komunikacije, ki temelji na TLS.

• Končna točka mora poiskati pogoje, DNS SRV ki so pojasnjene v razdelku Resolucija naslova gostitelja v razdelku Nas DNS SRV lov.

• Končna točka mora spoštovati gostitelja, pristanišče, težo in prednost, kot je oglaševano za vsak naslov gostitelja. Prav tako mora ustvariti afiniteto gostitelja do vrat pri ustvarjanju vtičnice med registracijo SIP.

• Merila za izbiro gostitel DNS SRV jev na podlagi prednostne naloge in teže so značilna za uporabo zapisa, pojasnjena v RFC 2782.

Zahteve za varen SIP z MTL (vzajemni TLS)

Zahteve so podrobno razložene tukaj.

Za uspešno avtorizacijo in preverjanje pristnosti klicev iz prtljažnika je potrebno podpisano potrdilo. Potrdilo mora izpolnjevati naslednje zahteve:

• Potrdilo mora podpisati CA, omenjen v razdelku Kateri organi za korenske certifikate so podprti za klice na Cisco Webex avdio in video platforme?

• Naložite paket zaupanja, omenjen v razdelku Kateri organi za korenske certifikate so podpr ti za klice na av Cisco Webex dio in video platforme? Na CUBE.

• Potrdilo mora biti vedno veljavno:

  • Podpisana potrdila morajo imeti vedno veljaven rok veljavnosti.

  • Korenska ali vmesna potrdila morajo imeti veljaven iztek veljavnosti in jih ne smejo preklicati.

  • Pod prta so potrdila, ki vsebujejo samo razširjeno uporabo ključa za preverjanje pristnosti strežnika (EKU). Webex Callingne potrjuje ali uveljavlja prisotnosti EKU za preverjanje pristnosti odjemalca med vzpostav itvijo stiskanja roke TLS.

    Nekateri tretji upravljavci meja sej (SBC) lahko uveljavijo strogo preverjanje veljavnosti EKU in lahko zavrnejo potrdila, ki ne vključujejo EKU za preverjanje pristnosti odjemalca. V takih primerih zagotovite, da je SBC konfiguriran tako, da sprejema potrdila samo z EKU za preverjanje pristnosti strežnika ali onemogoči strogo preverjanje veljavnosti EKU (če je podprto).

  • Potrdila morajo vsebovati popolno kvalificirano ime domene (FQDN) kot običajno ime ali nadomestno ime predmeta v potrdilu z izbranim FQDN v nadzornem središču. Na primer:

    • Prtljažnik, konfiguriran v nadzornem središču vaše organizacije z london.lgw.cisco.com:5061 kot FQDN, mora vsebovati london.lgw.cisco.com v certifikatu CN ali SAN.

    • Prtljažnik, konfiguriran v nadzornem središču vaše organizacije z london.lgw.cisco.com, je bil SRV, ki mora vsebovati london.lgw.cisco.com v certifikatu CN ali SAN. Zapisi, na katere se razrešuje naslov SRV (CNAME /A Record/IP naslov), so neobvezni v SAN.

  • Potrdila lahko delite z več kot enim lokalnim prehodom, vendar se preprič ajte, da so zahteve FQDN izpolnjene.

Izven področja uporabe

Ta članek ne vključuje naslednjih informacij v zvezi z varnostjo omrežja:

• Zahteve F5 za CA in šifre

• API, ki temelji na HTTP, za prenos pravil požarnega zidu za Webex.

• API za paket zaupanja

• Zahteva za požarni zid in onemogočanje ALG