- Hjem
- /
- Artikkel
Denne artikkelen er ment for nettverksadministratorer, spesielt brannmur- og proxy-sikkerhetsadministratorer som ønsker å bruke Webex Calling i organisasjonen.
Hvis du vil vite portreferanseinformasjonen for brannmur og tilgangskrav, kan du se Portreferanseinformasjon for Cisco Webex Calling.
Krav til endepunkter
Webex CallingKant
For å utføre en SIP-registrering eller et anrop, fullfør disse trinnene:
-
Finn vertsadressen til et SIP-endepunkt for aktive Edge-noder.
-
Fullfør alle forutsetninger knyttet til bruker- og enhetskonfigurasjon.
-
Kontroller at endepunktet har offentlig nettverkstilkobling for å starte tjenesteoppdagelse.
-
Fullfør forutsetningene for oppstart av endepunktet med en region- eller datasenterspesifikk klargjøringskonfigurasjon. Denne konfigurasjonen hjelper deg med å skaffe det relevante domenenavnssuffikset for tjenesteføk.
IPv4 kontra IPv6
Enheter kan operere i en enkeltversjon eller dual-stack modus. Det er konfigurasjonen som bestemmer endringene i den foretrukne protokollen, og disse endringene er ikke en del av tjenesteoppdagelsen.
-
Enkeltstakmodus — aktiverer bare én IP-protokoll (for eksempel IPv4) og ignorerer de andre protokolladressene.
-
Dual-stack-modus — velger en foretrukket IP-versjon gjennom konfigurasjon.
Klienten anser prioriteten for alle foretrukne adresser å være lavere (det vil si foretrukket) enn alle IP-adressene. Hvis IPv4 foretrekkes, forsøkes alle IPv4-adresser før du prøver en IPv6-adresse. Hvis alle adressene mislykkes, starter syklusen på nytt med den foretrukne protokolladressen med lavest prioritet.
En mobilklient som registrerer seg ved mottak av et push-varsel, kan bestemme seg for å optimalisere modusen basert på tidligere registreringer.
Oppløsning av vertsadresse fra DNS SRV adressen
I endepunktkonfigurasjonsfilen hentet fra klargjøring, spesifiserer domeneindikatoren domenenavnet for å finne tilgangskanttjenesten. Et eksempel på domenenavnet er:
wxc.edge.bcld.webex.com
Fra eksemplet kan endepunktet som utfører et DNS SRV oppslag for dette domenet gi et svar som ligner på følgende:
# 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.
I dette tilfellet peker SRV-posten på 3 A-poster.
sip-edge1.us-dc1.bcld.webex.com
sip-edge2.us-dc1.bcld.webex.com
I eksemplet annonseres alle verter for å kontakte port 5061 med forskjellig vekt og prioritet.
Vurder disse kravene for endepunkter.
-
Et endepunkt må bruke
_sips._tcp(tjeneste- og protokollkombinasjon) som prefiks for å utføre et opp DNS SRV slag for å skaffe vertsadresse for å starte TLS-basert kommunikasjon. -
Et endepunkt må gjøre et opp DNS SRV slag etter forholdene som er forklart i Løsning av vertsadresse fra DNS SRV adresseseksjonen.
-
Et endepunkt må respektere vert, port, vekt og prioritet som annonsert for hver av vertsadressene. Det må også skape en tilhørighet av vert til port når du oppretter en sokkelforbindelse under SIP-registrering.
-
Spesifikt for bruk av DNS SRV posten er utvalgskriteriene for verter basert på prioritet og vekt forklart i RFC 2782.
Krav til SIP og media
|
Krav |
Beskrivelse |
|---|---|
|
Godkjenningssertifikat kreves for kryptering med offentlig nøkkel |
Se artikkelen for å vite om Webex-sertifikaters signeringsautoritet og Root CA som kreves på enheter |
|
TLS-versjon støttes for sikker SIP |
TLS 1.2 og TLS 1.3 |
|
TLS-chiffer støttes for sikker SIP |
TLS_AES_256_GCM_SHA384 TLS_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_CBC_SHA256 TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256 |
|
SRTP-nøkler støttes for sikre medier |
AES_CM_128_HMAC_SHA1_80 |
Krav til sikker SIP med MTL (gjensidig TLS)
Kravene er forklart i detalj her.
Et signert sertifikat kreves for en vellykket autorisasjon og autentisering av samtaler fra bagasjerommet. Sertifikatet må oppfylle følgende krav:
-
Sertifikatet må være signert av en CA nevnt i Hvilke rotsertifikatautoriteter støttes for samtaler til Cisco Webex lyd- og videoplattformer?
-
Last opp tillitspakken som er nevnt i Hvilke rotsertifikatautoriteter støttes for samtaler til Cisco Webex lyd- og videoplattformer? videre til CU BE.
-
Sertifikatet skal alltid være gyldig:
-
Signerte sertifikater må alltid ha gyldig utløp.
-
Rot- eller mellomsertifikater må ha gyldig utløp og må ikke tilbakekalles.
-
Sertifikater som bare inneholder EKU (Server Authentication Extended Key Usage) støttes. Webex Callingvaliderer eller håndhever ikke tilstedeværelsen av EKU for klientautentisering under etablering av TLS-håndtrykk.
Enkelte tredjeparts Session Border Controllers (SBC) kan håndheve streng EKU-validering og kan avvise sertifikater som ikke inkluderer EKU for klientautentisering. I slike tilfeller må du sørge for at SBC er konfigurert til å godta sertifikater med bare serverautentisering EKU eller til å deaktivere streng EKU-validering (hvis den støttes).
-
Sertifikater må inneholde Fully Qualified Domain Name (FQDN) som et vanlig navn eller et alternativt emnenavn i sertifikatet med FQDN valgt i Control Hub. For eksempel:
-
En trunk som er konfigurert fra organisasjonens Control Hub med london.lgw.cisco.com:5061 som FQDN, må inneholde london.lgw.cisco.com i sertifikatet CN eller SAN.
-
En koffert som ble konfigurert fra organisasjonens Control Hub med london.lgw.cisco.com var SRV-en, må inneholde london.lgw.cisco.com i sertifikatet CN eller SAN. Postene som SRV-adressen løses til (CNAME/A-post/ IP-adresse) er valgfrie i SAN.
-
-
Du kan dele sertifikater med mer enn én lokal gateway, men sørg for at FQDN-kravene er oppfylt.
-
Utenfor omfanget
Denne artikkelen inneholder ikke følgende informasjon relatert til nettverkssikkerhet:
-
F5 krav til CA og Chiphers
-
En HTTP-basert API for å laste ned brannmurregler for Webex.
-
API for en klareringspakke
-
Brannmurkrav og ALG-deaktivering