In dit artikel
dropdown icon
Vereisten voor eindpunten
    IPv4 versus IPv6
dropdown icon
Vereisten voor SIP en media
    Vereisten voor veilige SIP met MTL's (wederzijdse TLS)
Beveiligingsvereisten voor Webex Calling
list-menuIn dit artikel
list-menuFeedback?

Dit artikel is bedoeld voor netwerkbeheerders, met name beheerders van firewall- en proxybeveiliging die Webex Calling binnen hun organisatie willen gebruiken.

Vereisten voor eindpunten

Webex CallingEdge

Volg deze stappen om een SIP-registratie of -gesprek uit te voeren:

  • Ontdek het hostadres van een SIP-eindpunt voor actieve Edge-knooppunten.

  • Voldoe aan alle randvoorwaarden met betrekking tot de configuratie van gebruikers en apparaten.

  • Zorg ervoor dat het eindpunt een openbare netwerkverbinding heeft om de detectie van services te starten.

  • Voltooi de randvoorwaarden voor het opstarten van het eindpunt met een regio- of datacenterspecifieke inrichtingsconfiguratie. Deze configuratie helpt om het relevante achtervoegsel voor de domeinnaam te verkrijgen voor het ontdekken van diensten.

IPv4 versus IPv6

Apparaten kunnen in een enkele versie of in een dual-stack-modus werken. De configuratie bepaalt de wijzigingen in het voorkeursprotocol en deze wijzigingen maken geen deel uit van service discovery.

  • Single-stack-modus: maakt slechts één IP-protocol mogelijk (bijvoorbeeld IPv4) en negeert de andere protocoladressen.

  • Dual-stack-modus: selecteert een IP-versie die de voorkeur geniet via de configuratie.

De klant is van mening dat de prioriteit voor alle voorkeursadressen lager is (dat wil zeggen, de voorkeur heeft) dan alle adressen van het IP-adres. Als IPv4 de voorkeur heeft, worden alle IPv4-adressen geprobeerd voordat een IPv6-adres wordt geprobeerd. Als alle adressen niet werken, begint de cyclus opnieuw met het protocoladres met de laagste prioriteit.

Een mobiele klant die zich registreert na ontvangst van een pushmelding kan besluiten de modus te optimaliseren op basis van eerdere registraties.

Resolutie van het hostadres van het DNS SRV adres

In het eindpuntconfiguratiebestand dat via de provisioning is verkregen, specificeert de domeinindicator de domeinnaam om de access edge-service te ontdekken. Een voorbeeld van de domeinnaam is:

wxc.edge.bcld.webex.com

Uit het voorbeeld blijkt dat het eindpunt dat een DNS SRV zoekopdracht voor dit domein uitvoert, een antwoord kan opleveren dat vergelijkbaar is met het volgende:


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

In dit geval wijst het SRV-record op records van 3 A.


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

In het voorbeeld wordt geadverteerd dat alle hosts contact opnemen met poort 5061, met een verschillend gewicht en een verschillende prioriteit.

Overweeg deze vereisten voor eindpunten.

  • Een eindpunt moet _sips._tcp(combinatie van service en protocol) als prefix gebruiken om een DNS SRV zoekopdracht uit te voeren om het hostadres te verkrijgen voor het initiëren van communicatie op basis van TLS.

  • Een eindpunt moet de voorwaarden DNS SRV opzoeken die worden uitgelegd in de Resolutie van het hostadres in de DNS SRV adressectie.

  • Een eindpunt moet voldoen aan host, poort, gewicht en prioriteit, zoals geadverteerd voor elk hostadres. Het moet ook een affiniteit creëren tussen host en poort bij het maken van een socketverbinding tijdens de SIP-registratie.

  • Specifiek voor het gebruik van het DNS SRV record worden de selectiecriteria van verhuurders op basis van prioriteit en gewicht uitgelegd in RFC 2782.

Vereisten voor SIP en media

Vereiste

Beschrijving

Vertrouwenscertificaat vereist voor versleuteling met openbare sleutels

Raadpleeg het artikel voor meer informatie over de ondertekeningsbevoegdheid van Webex-certificaten en de basis-CA die vereist zijn op apparaten

TLS-versie ondersteund voor veilige SIP

TLS 1.2 en TLS 1.3

TLS-cijfers worden ondersteund voor veilige 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

Ondersteunde SRTP-sleutels voor veilige media

AES_CM_128_HMAC_SHA1_80

Vereisten voor veilige SIP met MTL's (wederzijdse TLS)

De vereisten worden hier in detail uitgelegd.

Een ondertekend certificaat is vereist voor een succesvolle autorisatie en authenticatie van gesprekken vanaf de trunk. Het certificaat moet aan de volgende vereisten voldoen:

  • Het certificaat moet altijd geldig zijn:

    • Ondertekende certificaten moeten altijd een geldige vervaldatum hebben.

    • Basiscertificaten of tussentijdse certificaten moeten een geldige vervaldatum hebben en mogen niet worden ingetrokken.

    • Certificaten die alleen Server Authentication Extended Key Usage (EKU) bevatten, worden ondersteund. Webex Callingvalideert of handhaaft de aanwezigheid van Client Authentication EKU niet tijdens het instellen van de TLS-handshake.

      Sommige Session Border Controllers (SBC) van derden kunnen strikte EKU-validatie afdwingen en kunnen certificaten weigeren die geen Client Authentication EKU bevatten. Zorg er in dergelijke gevallen voor dat de SBC zo is geconfigureerd dat alleen certificaten met een SERVERAUTHENTICATIE ( EKU) worden geaccepteerd of dat strikte EKU-validatie wordt uitgeschakeld (indien ondersteund).

    • Certificaten moeten de Fully Qualified Domain Name (FQDN) bevatten als algemene naam of een alternatieve naam voor het onderwerp in het certificaat, waarbij de FQDN is gekozen in de Control Hub. Bijvoorbeeld:

      • Een trunk die is geconfigureerd vanuit de Control Hub van uw organisatie met london.lgw.cisco.com:5061 als FQDN, moet london.lgw.cisco.com bevatten in het certificaat CN of SAN.

      • Een trunk die werd geconfigureerd vanuit de Control Hub van uw organisatie met london.lgw.cisco.com was de SRV en moest london.lgw.cisco.com bevatten in het certificaat CN of SAN. De records waarnaar het SRV-adres wordt omgezet (CNAME/A-record/IP-adres) zijn optioneel in SAN.

    • U kunt certificaten delen met meer dan één lokale gateway, maar zorg ervoor dat aan de FQDN-vereisten wordt voldaan.

Buiten bereik

Dit artikel bevat niet de volgende informatie met betrekking tot netwerkbeveiliging:

  • F5-vereisten voor CA en cijfers

  • Een API op basis van HTTP om firewallregels voor Webex te downloaden.

  • API voor een vertrouwensbundel

  • Vereiste firewall en uitschakeling van ALG

Vond u dit artikel nuttig?
Vond u dit artikel nuttig?