I denne artikkelen
dropdown icon
Krav til endepunkter
    IPv4 kontra IPv6
dropdown icon
Krav til SIP og media
    Krav til sikker SIP med MTL-er (gjensidig TLS)
Sikkerhetskrav for Webex Calling
list-menuI denne artikkelen
list-menuTilbakemelding?

Denne artikkelen er ment for nettverksadministratorer, spesielt brannmur- og proxy-sikkerhetsadministratorer som ønsker å bruke Webex Calling i organisasjonen.

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

Var denne artikkelen nyttig?
Var denne artikkelen nyttig?