Netwerkvereisten voor Webex-services
Revisiegeschiedenis van document
Dit artikel is bedoeld voor netwerkbeheerders, en in het bijzonder voor firewall- en proxybeveiligingsbeheerders die gebruik willen maken van Webex Calling binnen hun organisatie. De primaire focus van dit document is de netwerkvereisten van Webex Meetings en Webex Messaging. Het document bevat ook koppelingen naar documenten waarin de netwerkvereisten voor Webex Calling worden beschreven.
Met dit artikel kunt u netwerktoegang configureren tot de Webex-suite met services die worden gebruikt door:
Cloudgeregistreerde Webex-app-clients voor vergaderingen, berichten en bellen
Cloudgeregistreerde Webex Meetings Center-app-clients
In de cloud geregistreerde Cisco-videoapparaten, Cisco IP-telefoons, Cisco-videoapparaten en apparaten van derden die SIP gebruiken om verbinding te maken met de Webex Suite-services.
Dit document richt zich voornamelijk op de netwerkvereisten van in de Webex-cloud geregistreerde producten die gebruikmaken van HTTPS-signalering om met Webex Suite-services te communiceren, maar beschrijft ook afzonderlijk de netwerkvereisten voor producten die gebruikmaken van SIP-signalering naar de Webex-cloud. Deze verschillen zijn hieronder samengevat:
Alle in de cloud geregistreerde Webex-apps en -apparaten gebruiken HTTPS om te communiceren met Webex-berichtenservices en -vergaderingsservices:
- De Webex-app gebruikt HTTPS-signalering voor Webex-berichtenservices en -vergaderingsservices. De Webex-app kan ook het SIP-protocol gebruiken om deel te nemen aan Webex-vergaderingen, maar dit is afhankelijk van of de gebruiker wordt gebeld via zijn/haar SIP-adres of ervoor kiest een SIP-URL te bellen om aan een vergadering deel te nemen (in plaats van de functionaliteit van de vergadering in de Webex-app te gebruiken).
- Cloudgeregistreerde Webex Room-apparaten gebruiken HTTPS-signalering voor alle Webex-services.
- Webex-apparaten die SIP-geregistreerd zijn op locatie kunnen ook HTTPS-signalering gebruiken als de functie Webex Edge voor apparaten is ingeschakeld. Met deze functie kunnen Webex-apparaten worden beheerd via Webex Control Hub en deelnemen aan Webex Meetings via HTTPS-signalering (zie voor meer informatie https://help.webex.com/en-us/cy2l2z/Webex-Edge-for-Devices).
Webex Room-apparaten, Cisco IP-telefoons en producten van derden kunnen deelnemen aan Webex Meetings via SIP. Voor op SIP gebaseerde gespreksbeheerproducten op locatie, zoals Cisco Unified CM, wordt een SIP-sessie tot stand gebracht via een border controller, zoals Expressway C & E, of CUBE SBC voor gesprekken van en naar de Webex-cloud.
Zie voor meer informatie over de specifieke netwerkvereisten voor de Webex Calling-service: https://help.webex.com/en-us/b2exve/Port-Reference-Information-for-Cisco-Webex-Calling
Alle cloudgeregistreerde Webex-apps en Webex Room-apparaten starten alleen uitgaande verbindingen. De Webex-cloud van Cisco start nooit uitgaande verbindingen met cloudgeregistreerde Webex-apps en Webex Room-apparaten, maar kan wel uitgaande gesprekken voeren naar SIP-apparaten.
Webex-services voor vergaderingen en berichten worden voornamelijk gehost in wereldwijd verspreide datacenters, die eigendom zijn van Cisco (bijv. Webex-datacenters voor identiteitsservices, vergaderingsservices en mediaservers) of worden gehost in een Cisco Virtual Private Cloud (VPC) op het Amazon AWS-platform (bijv. microservices voor Webex-berichten, berichtopslagservices en mediaservers). Webex-services bevinden zich ook in Microsoft Azure-datacenters voor video-interop met Microsoft Teams (VIMT).
Typen verkeer:
De Webex-app en Webex Room-apparaten brengen signalerings- en mediaverbindingen met de Webex-cloud tot stand.
Signaleringsverkeer
Webex-app en Cisco-videoapparaten gebruiken HTTP als HTTP via TLS (HTTPS) en Secure Web Sockets (WSS) via TLS voor op REST gebaseerde signalering naar de Webex-cloud. Signaleringsverbindingen zijn alleen uitgaand en gebruiken URL's voor het tot stand brengen van sessies met Webex-services.
TLS-signaleringsverbindingen met Webex-services maken gebruik van TLS-versie 1.2 of 1.3. De selectie van de code is gebaseerd op de TLS-voorkeur van de Webex-server.
Met TLS 1.2 of 1.3 geeft Webex de voorkeur aan versleutelingssuites met:
- ECDHE voor belangrijke onderhandelingen
- Op RSA gebaseerde certificaten (sleutelgrootte 3072-bits)
- SHA2-verificatie (SHA384 of SHA256)
- Sterke coderingscijfers met 128 of 256 bits (bijvoorbeeld AES_256_GCM)
Webex ondersteunt versleutelingssuites in de volgende voorkeurvolgorde voor TLS-verbindingen van versie 1.2*:
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
Opmerking: CBC-moduscodering wordt ondersteund voor oudere browsers zonder meer beveiligde GCM-moduscodering.
Webex ondersteunt versleutelingssuites in de volgende voorkeurvolgorde voor TLS-verbindingen van versie 1.3*:
TLS_AES_256_GCM_SHA384
TLS_CHACHA_POLY1305_SHA256
TLS_AES_128_GCM_SHA256
Opmerking – Met TLS 1.3 zijn ECDHE-sleutelonderhandeling en RSA-gebaseerde certificaten een verplicht onderdeel van de specificatie en dit detail wordt daarom weggelaten in de beschrijving van de cijfersuite.
*De volgorde voor versleutelingssuites en versleutelingssuite kan variëren voor sommige Webex-services
Het tot stand brengen van signaleringsverbindingen met Webex-services met behulp van URL's
Als u proxy's of firewalls hebt geïmplementeerd om verkeer te filteren dat uw bedrijfsnetwerk verlaat, vindt u de lijst met bestemmings-URL's die toegang moeten krijgen tot de Webex-service in het gedeelte 'Domeinen en URL's die toegankelijk moeten zijn voor Webex-services'.
Webex raadt u ten zeerste aan om de HTTP-headerwaarden niet te wijzigen of te verwijderen wanneer deze door uw proxy/firewall gaan, tenzij dit is toegestaan in deze richtlijnen https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values. Het wijzigen of verwijderen van HTTP-headers buiten deze richtlijnen kan de toegang tot Webex-services beïnvloeden, inclusief het verlies van toegang tot Webex-services door Webex-apps en Cisco Video-apparaten.
Het filteren van Webex-signaleringsverkeer via IP-adressen wordt niet ondersteund, omdat de IP-adressen die door Webex worden gebruikt dynamisch zijn en steeds kunnen veranderen.
Mediaverkeer
De Webex-app en Webex Room-apparaten coderen realtime media voor streams waarbij audio, video en inhoud worden gedeeld met de volgende versleutelingscodes:
- AES-256-GCM-versleuteling
- AES-CM-128-HMAC-SHA1-80-versleuteling
AES-256-GCM heeft de voorkeur voor coderingscode door de Webex-app en Cisco-videoapparaten om real-time media te coderen.
AES-CM-128-HMAC-SHA1 is een volwassen versleuteling die bewezen interoperabiliteit tussen leveranciers heeft. AES-CM-128-HMAC-SHA1 wordt gebruikt om media naar Webex-services te coderen via SRTP, of SRTP met SIP-signalering (bijv. SIP-apparaten van Cisco en derden).
In voorkeurvolgorde ondersteunen Webex-apps en Cisco-videoapparaten UDP, TCP en TLS als mediatransportprotocollen. Als de UDP-poorten worden geblokkeerd door uw firewall, vallen Webex-apps en Cisco-videoapparaten terug op TCP. Als TCP-poorten zijn geblokkeerd, vallen Webex-apps en Cisco-videoapparaten terug naar TLS.
UDP - Door Cisco aanbevolen mediatransportprotocol In overeenstemming met RFC 3550 RTP - UDP is een transportprotocol voor realtime toepassingen waaraan Cisco de voorkeur geeft en dat Cisco sterk aanbeveelt als het transportprotocol voor alle spraak- en videomediastreams van Webex.
Nadelen van het gebruik van TCP als een mediatransportprotocol De Webex-app en Webex Room-apparaten ondersteunen TCP ook als een terugvalprotocol voor mediatransport.
Cisco raadt TCP echter niet aan als transportprotocol voor spraak- en videomediastreams. Dit komt omdat TCP verbindingsgeoriënteerd is en ontworpen is om op betrouwbare wijze gegevens op de juiste manier te leveren aan protocollen in de bovenste laag. Met TCP verzendt de afzender verloren pakketten opnieuw totdat ze worden erkend en de ontvanger buffert de pakketstroom totdat de verloren pakketten worden hersteld. Bij mediastreams wordt dit gedrag als verhoogde latentie/jitter gemanifesteerd, wat op zijn beurt invloed heeft op de mediakwaliteit van de deelnemers van het gesprek.
Nadelen van het gebruik van TLS als mediatransportprotocol
Gecodeerde TCP-verbindingen (TLS) kunnen lijden aan een verdere verslechtering van de mediakwaliteit als gevolg van mogelijke knelpunten in de proxyserver. Als TLS wordt gebruikt als mediatransportprotocol door Webex-apps en Cisco Video-apparaten met een geconfigureerde proxyserver, wordt dit mediaverkeer door uw proxyserver geleid, waardoor knelpunten in de bandbreedte en vervolgens pakketverlies kunnen ontstaan. Cisco raadt sterk aan dat TLS niet wordt gebruikt om media in productieomgevingen te transporteren.
Webex-media stroomt in beide richtingen met behulp van een 5-tupel (bron-IP-adres, bestemmings-IP-adres, bronpoort, bestemmingspoort, protocol) stroom met symmetrische binnenkant uitgaand naar de Webex-cloud.
De Webex-app en Webex Room-apparaten maken ook gebruik van STUN (RFC 5389) voor het testen van de firewall-traversal en bereikbaarheid van mediaknooppunten. Raadpleeg het technische document over Webex-firewalls voor meer informatie.
Webex - Bestemmings-IP-adresbereiken voor media Om de Webex-mediaservers te bereiken die mediaverkeer verwerken dat uw bedrijfsnetwerk verlaat, moet u toestaan dat de IP-subnetten die deze mediaservices hosten bereikbaar zijn via uw bedrijfsfirewall.
De bestemmings-IP-adresbereiken voor mediaverkeer dat naar Webex-mediaknooppunten wordt verzonden, vindt u in het gedeelte 'IP-subnetten voor Webex-mediaservices'.
Webex-verkeer via proxy's en firewalls
De meeste klanten gebruiken een internetfirewall, of een internetproxy en firewall, om het op HTTP gebaseerde verkeer dat hun netwerk verlaat en binnenkomt te beperken en beheren. Volg de onderstaande richtlijnen voor firewall en proxy om toegang tot Webex-services vanuit uw netwerk in te schakelen. Als u alleen een firewall gebruikt, moet u er rekening mee houden dat het filteren van Webex-signaleringsverkeer via IP-adressen niet wordt ondersteund, omdat de IP-adressen die worden gebruikt door Webex-signalering dynamisch zijn en steeds kunnen veranderen. Als uw firewall het filteren van URL's ondersteunt, configureert u de firewall om de Webex-bestemmings-URL's toe te staan die worden vermeld in het gedeelte 'Domeinen en URL's die toegankelijk moeten zijn voor Webex-services'.
De volgende tabel beschrijft de poorten en protocollen die moeten worden geopend op uw firewall om toe te staan dat in de cloud geregistreerde Webex-apps en apparaten communiceren met Webex Calling-cloudsignalering- en mediaservices.
De Webex-apps, -apparaten en -services die in deze tabel worden behandeld, omvatten:
De Webex-app, Cisco-videoapparaten, knooppunt voor videomesh, knooppunt voor hybride databeveiliging, directoryconnector, agendaconnector, beheerconnector, bruikbaarheidsconnector.
Voor advies over poorten en protocollen voor apparaten en Webex-services die SIP gebruiken, vindt u in het gedeelte "Netwerkvereisten voor op SIP gebaseerde Webex-services".
| Webex-services - Poortnummers en protocollen | |||
|
Bestemmingspoort |
Protocol |
Beschrijving |
Apparaten die deze regel gebruiken |
| 443 | TLS | HTTPS-signalering voor Webex. De totstandbrenging van sessies met Webex-services is gebaseerd op gedefinieerde URL's in plaats van op IP-adressen. Als u een proxyserver gebruikt, of uw firewall DNS-omzetting ondersteunt, raadpleegt u het gedeelte 'Domeinen en URL's die toegankelijk moeten zijn voor Webex-services' om signaleringstoegang tot Webex-services toe te staan. | Alle |
| 123 (1) | UDP | NTP (Network Time Protocol) | Alle |
| 53 (1) | UDP TCP | Domeinnaamsysteem (DNS) Wordt gebruikt voor DNS-zoekopdrachten om de IP-adressen van Webex-servers in de cloud te vinden. De meeste DNS-query's worden via UDP ingediend. DNS-query's kunnen echter ook via TCP worden ingediend. | Alle |
| 5004 en 9000 | SRTP via UDP | Gecodeerde audio, video en inhoud delen in de Webex-app en Cisco-videoapparaten Raadpleeg voor een lijst met bestemmings-IP-subnetten het gedeelte 'IP-subnetten voor Webex-mediaservices'. | Webex-app Cisco Webex Devices Knooppunten voor videomesh |
| 50.000 - 53.000 | SRTP via UDP | Gecodeerde audio, video en inhoud delen - Alleen knooppunt voor videomesh | Knooppunt voor videomesh |
| 5004 | SRTP via TCP | TCP wordt ook gebruikt als een terugvaltransportprotocol voor gecodeerde audio, video en inhoud als UDP niet kan worden gebruikt. Raadpleeg voor een lijst met bestemmings-IP-subnetten het gedeelte 'IP-subnetten voor Webex-mediaservices'. | Webex-app Cisco Webex Devices Knooppunten voor videomesh |
| 443 | SRTP via TLS | Wordt gebruikt als een terugvaltransportprotocol voor gecodeerde audio, video en inhoud delen als UDP en TCP niet kunnen worden gebruikt. Media via TLS wordt niet aanbevolen in productieomgevingen Raadpleeg voor een lijst met bestemmings-IP-subnetten het gedeelte 'IP-subnetten voor Webex-mediaservices'. | Webex-app Cisco Webex Devices |
- Als u NTP- en DNS-services gebruikt in uw bedrijfsnetwerk, hoeven de poorten 53 en 123 niet te worden geopend via uw firewall.
Webex ondersteunt zowel IPv4 als IPv6 voor signalering en mediaservices. Voor de meeste klanten zou ondersteuning van Webex via IPv4 en IPv6 geen problemen mogen opleveren. Toch kunnen er problemen optreden als de maximale overdraagbare eenheid (MTU) van uw netwerk is ingesteld op niet-standaardwaarden.
De maximale overdraagbare eenheid (MTU) is de maximale grootte van het IP-pakket dat zonder fragmentatie via een netwerkverbinding kan worden verzonden. De IPv6 RFC vereist een minimale MTU-grootte van 1280 bytes. De meeste omleidings- en schakelapparaten ondersteunen een standaard maximale MTU-grootte van 1500 bytes op alle interfaces.
IPv6 voegt extra overhead toe aan IP-pakketten, waardoor de pakketgrootte toeneemt in vergelijking met IPv4-verkeer. De IPv6 RFC vereist een minimale MTU-grootte van 1280 bytes.
Webex raadt aan om de standaard maximale transmissiegrootte (MTU) van 1500 bytes te behouden voor alle IP-pakketten die zijn ontvangen en verzonden op uw netwerk. Als u de MTU-grootte in uw netwerk wilt verkleinen, raadt Webex aan om deze te verkleinen tot niet minder dan 1300 bytes.
De meeste Webex-mediaservices bevinden zich in beveiligde Cisco-datacenters.
Cisco ondersteunt ook Webex-mediaservices in Microsoft Azure-datacenters voor video-integratie met Microsoft Teams (VIMT). Microsoft heeft zijn IP-subnetten gereserveerd voor exclusief gebruik door Cisco en mediaservices in deze subnetten zijn beveiligd binnen virtuele netwerkinstanties van Microsoft Azure. Zie https://help.webex.com/en-us/article/nffx8kj/Deploy-the-Webex-video-integration-for-Microsoft-Teams voor meer informatie over de implementatie van VIMT.
Configureer uw firewall om toegang toe te staan tot deze bestemmingen, Webex IP-subnetten en transportprotocolpoorten voor mediastromen van Webex-apps en -apparaten.
Webex-apps en Cisco-videoapparaten ondersteunen UDP, TCP en TLS als mediatransportprotocollen. Als de UDP-poorten worden geblokkeerd door uw firewall, vallen Webex-apps en Cisco-videoapparaten terug op TCP. Als de TCP-poorten zijn geblokkeerd, vallen Webex-apps en Cisco-videoapparaten terug naar TLS.
UDP is het voorkeurstransportprotocol van Cisco voor media en we raden sterk aan alleen UDP te gebruiken voor het transporteren van media. Webex-apps en -apparaten ondersteunen ook TCP en TLS als transportprotocollen voor media, maar deze worden niet aanbevolen in productieomgevingen verbindingsgerichte aard van deze protocollen de mediakwaliteit over netwerken met die gegevens verliezen ernstig kan aantasten.Opmerking:
Opmerking: De onderstaande IP-subnetten zijn voor Webex-mediaservices. Het filteren van Webex-signaleringsverkeer via IP-adressen wordt niet ondersteund, omdat de IP-adressen die door Webex worden gebruikt dynamisch zijn en steeds kunnen veranderen. HTTP-signaleringsverkeer naar Webex-services kan worden gefilterd op URL/domein in de proxyserver van uw bedrijf voordat het wordt doorgestuurd naar uw firewall.
|
IP-subnetten voor mediaservices | ||
| 4.152.214.0/24* | 66.114.160.0/20 | |
| 4.158.208.0/24* | 66.163.32.0/19 | |
| 4.175.120.0/24* | 69.26.160.0/19 | |
| 20.50.235.0/24* | 114.29.192.0/19 | |
| 20.53.87.0/24* | 144.196.0.0/16 | |
| 20.57.87.0/24* | 150.253.128.0/17 | |
| 20.68.154.0/24* | 163.129.0.0/16 | |
| 20.76.127.0/24* | 170.72.0.0/16 | |
| 20.108.99.0/24* | 170.133.128.0/18 | |
| 20.120.238.0/23* | 173.39.224.0/19 | |
| 23.89.0.0/16 | 173.243.0.0/20 | |
| 40.119.234.0/24* | 207.182.160.0/19 | |
| 44.234.52.192/26 | 209.197.192.0/19 | |
| 52.232.210.0/24* | 210.4.192.0/20 | |
| 62.109.192.0/18 | 216.151.128.0/19 | |
| 64.68.96.0/19 | ||
* Azure-datacenters – worden gebruikt om video-integratie te hosten voor Microsoft Teams-services (ofwel Microsoft Cloud Video Interop)
Webex-apps en Webex Room-apparaten verrichten testen om de bereikbaarheid van en responstijd naar een subset van knooppunten in elk mediacluster dat beschikbaar is voor uw organisatie te detecteren. De bereikbaarheid van mediaknooppunten wordt getest via UDP-, TCP- en TLS-transportprotocollen en vindt plaats bij het starten, een netwerkwijziging en periodiek wanneer de app of het apparaat wordt uitgevoerd. De resultaten van deze tests worden opgeslagen en naar de Webex-cloud verzonden voordat u deelneemt aan een vergadering of een gesprek. De Webex-cloud gebruikt deze testresultaten voor bereikbaarheid om de Webex-app/het Webex-apparaat de beste mediaserver voor het gesprek toe te wijzen op basis van het transportprotocol (voorkeur voor UDP), de retourtijd en de beschikbaarheid van mediaserver.
Cisco biedt geen ondersteuning voor of adviseert niet om een subset van IP-adressen te filteren op basis van een bepaalde geografische regio of cloudserviceprovider. Filteren op regio kan ernstige verslechtering van de vergaderervaring veroorzaken, en kan zelfs tot gevolg hebben dat u niet meer aan vergaderingen kunt deelnemen.
Als u uw firewall hebt geconfigureerd om verkeer alleen toe te staan tot een subset van de bovenstaande IP-subnetten, ziet u mogelijk nog steeds verkeer van bereikbaarheidstests door uw netwerk, in een poging mediaknooppunten in deze geblokkeerde IP-subnetten te bereiken. Mediaknooppunten in IP-subnetten die door uw firewall worden geblokkeerd, worden niet gebruikt door Webex-apps en Webex Room-apparaten.
Webex-signaleringsverkeer en de configuratie van bedrijfsproxy's
De meeste organisaties gebruiken proxyservers om het HTTP-verkeer dat hun netwerk verlaat te inspecteren en beheren. Proxy's kunnen worden gebruikt om verschillende beveiligingsfuncties uit te voeren, zoals het toestaan of blokkeren van toegang tot specifieke URL's, gebruikersverificatie, IP-adres/domein/hostnaam/URI-reputatie opzoeken en verkeer decoderen en inspecteren. Proxyservers worden ook vaak gebruikt als het enige pad dat HTTP-gebaseerd internetverkeer naar de bedrijfsfirewall kan doorsturen, zodat de firewall het uitgaande internetverkeer kan beperken tot enkel het verkeer dat afkomstig is van de proxyserver(s). Uw proxyserver moet zijn geconfigureerd om Webex-signaleringsverkeer toegang te geven tot de domeinen/URL's die in het onderstaande gedeelte worden vermeld:
Webex raadt u ten zeerste aan om de HTTP-headerwaarden niet te wijzigen of te verwijderen wanneer deze door uw proxy/firewall gaan, tenzij dit is toegestaan in deze richtlijnen https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values. Het wijzigen of verwijderen van HTTP-headers buiten deze richtlijnen kan de toegang tot Webex-services beïnvloeden, inclusief het verlies van toegang tot Webex-services door Webex-apps en Cisco Video-apparaten.
|
URL's van Cisco Webex-services | ||
|
Domein/URL |
Beschrijving |
Webex-apps en -apparaten die deze domeinen/URL's gebruiken |
| *.webex.com *.cisco.com *.wbx2.com *.ciscospark.com *.webexapis.com | Webex-microservices.
| Alle |
| *.webexcontent.com (1) | Webex-opslag voor door gebruikers gegenereerde inhoud en logboeken, waaronder: Gedeelde bestanden Gecodeerde bestanden, Afbeeldingen, Schermafbeelding Inhoud van whiteboard, Client- en apparaatlogboeken, Profielfoto's Merklogo’s, Logbestanden CSV-bestanden in bulk exporteren en importeren (Control Hub) | Alle |
|
Aanvullende Webex-gerelateerde services - Domeinen van Cisco | ||
|
URL |
Beschrijving |
Webex-apps en -apparaten die deze domeinen/URL's gebruiken |
| *.accompany.com | Integratie van People Insights | Webex-apps |
|
Aanvullende Webex-gerelateerde services – Domeinen van derden | ||
|
URL |
Beschrijving |
Webex-apps en -apparaten die deze domeinen/URL's gebruiken |
| *.sparkpostmail1.com *.sparkpostmail.com | e-mailservice voor nieuwsbrieven, registratie-informatie, aankondigingen | Alle |
| *.giphy.com | Hiermee kunnen gebruikers GIF-afbeeldingen delen. Deze functie is standaard ingeschakeld, maar kan worden uitgeschakeld in Control Hub | Webex-app |
| safebrowsing.googleapis.com | Wordt gebruikt voor het uitvoeren van veiligheidscontroles voor URL's voordat deze in de berichtstroom komen. Deze functie is standaard ingeschakeld, maar kan worden uitgeschakeld in Control Hub | Webex-app |
|
*.walkme.com | Webex-client voor gebruikersbegeleiding. Biedt onboarding- en gebruiksrondleidingen voor nieuwe gebruikers. Zie voor meer informatie https://support.walkme.com/knowledge-base/access-requirements-for-walkme/ | Webgebaseerde Webex-apps |
|
spraak.googleapis.com | Google Speech-services. Wordt gebruikt door Webex Assistant om spraakherkenning en tekst-naar-spraak te verwerken. Standaard uitgeschakeld, kan worden ingeschakeld via Control Hub. De assistent kan ook per apparaat worden uitgeschakeld. | Webex Room Kit en Cisco-videoapparaten Details van Cisco-videoapparaten die Webex Assistant ondersteunen, worden hier gedocumenteerd: https://help.webex.com/hzd1aj/enable-Cisco-Webex-Assistant |
| msftncsi.com/ncsi.txt captive.apple.com/hotspot-detect.html | Controle van de internetverbinding van derden om gevallen te identificeren waarin er een netwerkverbinding is, maar geen verbinding met het internet. De Webex-app voert zijn eigen controles van de internetverbinding uit, maar kan deze URL's van derden ook gebruiken als een terugval. | Webex-app |
| *.appdynamics.com *.eum-appdynamics.com | Prestaties bijhouden, fouten en crashes vastleggen, sessiestatistieken (3) | Webex-app Webex Web-app |
| *.amplitude.com | A/B-tests en -statistieken (3) | Webex Web-app Webex-app voor Android |
| *.livestream.webex.com *.vbrickrev.com | Dit domein wordt gebruikt door deelnemers die Webex Events-webcasts bekijken | Webex Events,Webex Meetings |
| *.slido.com *.sli.do *.data.logentries.com slido-assets-production.s3.eu-west-1.amazonaws.com | Wordt gebruikt voor de invoegtoepassing voor PowerPoint en om webpagina's toe te staan enquêtes/quizzen te maken vóór de vergadering Gebruikt voor het exporteren van vragen en antwoorden, enquêteresultaten, enz. van Slido | Alle |
| *.quovadisglobal.com *.digicert.com *.godaddy.com *.identrust.com *.lencr.org | Wordt gebruikt om certificaatintrekkingslijsten aan te vragen bij deze certificeringsinstanties Opmerking: Webex ondersteunt zowel CRL- als OCSP-stapling om de intrekkingsstatus van certificaten te bepalen. Met OCSP-stapling hoeven Webex-apps en -apparaten geen contact op te nemen met deze certificeringsinstanties | Alle |
| *.intel.com | Wordt gebruikt om certificaatintrekkingslijsten aan te vragen en de certificaatstatus met de OCSP-service van Intel te controleren; voor certificaten die worden verzonden met achtergrondafbeeldingen die worden gebruikt door Webex-apps en -apparaten | Alle |
| *.google.com *.googleapis.com | Meldingen naar Webex-apps op mobiele apparaten (bijv. nieuw bericht) Google Firebase Cloud Messaging-service (FCM) https://firebase.google.com/docs/cloud-messaging/concept-options#messaging-ports-and-your-firewall Apple Push Notification Service (APNS) https://support.apple.com/en-us/HT203609 Opmerking - Voor APNS vermeldt Apple alleen de IP-subnetten voor deze service | Webex-app |
| cdnjs.cloudflare.com cdn.jsdelivr.net static2.sharepointonline.com appsforoffice.microsoft.com | URL's voor de Webex-planner voor Microsoft Outlook toegevoegd. Gebruikers van Microsoft Outlook kunnen de Webex-planner gebruiken om Webex-vergaderingen of Webex-vergaderingen in persoonlijke ruimten rechtstreeks vanuit Microsoft Outlook in elke browser te plannen. Zie voor meer informatie: Klik hier | Alle |
| Belangrijke Webex-services die worden afgeschaft (2) | ||
| URL | Beschrijving | Webex-apps en -apparaten die deze domeinen/URL's gebruiken |
| *.clouddrive.com | Webex-opslag voor door gebruikers gegenereerde inhoud en logboeken Bestandsopslag op clouddrive.com is in oktober 2019 vervangen door webexcontent.com Organisaties met lange bewaartermijnen voor door gebruikers gegenereerde inhoud gebruiken mogelijk nog steeds cloudrive.com om oudere bestanden op te slaan | Alle |
| *.ciscosparkcontent.com | Uploads van logbestanden De opslagservice voor logbestanden gebruikt nu het domein *.webexcontent.com | Webex-app |
| *.rackcdn.com | Content Delivery Network (CDN) voor het domein *.clouddrive.com | Alle |
Opmerking toegevoegd: Webex Teams maakt gebruik van derde partijen voor het verzamelen van diagnostische gegevens en probleemoplossing; en de verzameling van crash- en gebruiksstatistieken. Gegevens die mogelijk naar deze sites van externe partijen worden verzonden, worden beschreven in de gegevensbladen over de privacy van Webex. Voor meer informatie raadpleegt u:
- https://trustportal.cisco.com/c/dam/r/ctp/docs/privacydatasheet/collaboration/cisco-webex-meetings-privacy-data-sheet.pdf
- https://trustportal.cisco.com/c/r/ctp/trust-portal.html?doctype=Privacy%20Data%20Sheet|Privacy%20Data%20Map&search_keyword=webex#/1552559092865176
Als u een proxyserver gebruikt om de toegang tot Webex-services te beheren, hoeft u de CDN-domeinen niet toe te voegen aan de lijst met toegestane domeinen voor Webex-services (aangezien DNS-omzetting naar de CDN CNAME wordt uitgevoerd door uw proxy na de initiële URL-filtering). Als u geen proxyserver gebruikt (bijv. als u alleen een firewall gebruikt om URL's te filteren), wordt de DNS-omzetting uitgevoerd door het besturingssysteem van uw Webex-app/-apparaat. U moet de volgende CDN-URL's toevoegen aan de lijst met toegestane domeinen in uw firewall:
|
URL's van hybride Cisco Webex-services | ||
|
URL |
Beschrijving |
Wordt gebruikt door: |
| *.docker.com (1) *.docker.io (1) *dkr.ecr.us-east-1.amazonaws.com | Containers voor hybride services | Knooppunt voor videomesh Knooppunt voor hybride databeveiliging |
| *s3.amazonaws.com (1) | Uploads van logbestanden | Knooppunt voor videomesh Knooppunt voor hybride databeveiliging |
| *.cloudconnector.webex.com | Gebruikerssynchronisatie | Directoryconnector voor hybride services |
(1) We zijn van plan het gebruik van *.docker.com en *.docker.io voor containers voor hybride services af te schaffen en uiteindelijk te vervangen door *.amazonaws.com.Opmerking:
Opmerking: Als u een proxy voor Cisco Web-beveiligingsapparaten (WSA) gebruikt en de URL's die door Webex-services worden gebruikt automatisch wilt bijwerken, raadpleegt u het configuratiedocument WSA Webex-services voor hulp bij het implementeren van een externe Webex-feed in AsyncOS voor Cisco Web Security.Zie voor een CSV-bestand dat de lijst met URI's van Webex-services bevat:
Zie voor een CSV-bestand met de lijst met URI's van Webex-services: CSV-bestand voor Webex-services
Uw proxyserver moet zijn geconfigureerd om Webex-signaleringsverkeer toegang te geven tot de domeinen/URL's die in het vorige gedeelte zijn vermeld. Ondersteuning voor aanvullende proxyfuncties die relevant zijn voor Webex-services wordt hieronder besproken:
Ondersteuning voor proxyverificatie
Proxy's kunnen worden gebruikt als apparaten voor toegangscontrole, die de toegang tot externe bronnen blokkeren totdat de gebruiker/het apparaat geldige referenties voor toegangsmachtiging aan de proxy verstrekt. Verschillende verificatiemethoden worden ondersteund door proxy's, zoals basisverificatie, Digest-verificatie (Windows-gebaseerd) NTLM, Kerberos en Negotiate (Kerberos met NTLM-fallback).
Voor het geval van 'Geen verificatie' in de onderstaande tabel kan het apparaat worden geconfigureerd met een proxyadres, maar ondersteunt het geen verificatie. Wanneer proxyverificatie wordt gebruikt, moeten geldige referenties worden geconfigureerd en opgeslagen in het besturingssysteem van de Webex-app of het Cisco-videoapparaat.
Voor Cisco-videoapparaten en de Webex-app kunnen proxyadressen handmatig worden geconfigureerd via het besturingssysteem van het platform of de gebruikersinterface van het apparaat, of automatisch worden gedetecteerd met behulp van mechanismen zoals:
WPAD-bestanden (Web Proxy Auto Discovery) en/of PAC-bestanden (Proxy Auto Config):
- https://www.cisco.com/c/en/us/td/docs/security/web_security/connector/connector3000/WPADAP.html
- https://www.cisco.com/c/en/us/td/docs/security/web_security/connector/connector2972/PACAP.html
|
Product |
Verificatietype |
Proxyconfiguratie |
| Webex voor Mac | Geen verificatie, basis, NTLM (1) | Handmatig, WPAD, PAC |
| Webex voor Windows | Geen verificatie, basis, NTLM (2), Negotiate | Handmatig, WPAD, PAC, GPO |
| Webex voor iOS | Geen verificatie, basis, samenvatting, NTLM | Handmatig, WPAD, PAC |
| Webex voor Android | Geen verificatie, basis, samenvatting, NTLM | Handmatig, PAC |
| Webex Web-app | Geen verificatie, basis, samenvatting, NTLM, Negotiate | Wordt ondersteund via OS |
| Cisco Webex-apparaten | Geen verificatie, basis, samenvatting | WPAD, PAC of handmatig |
| Webex-videomesh-knooppunt | Geen verificatie, basis, samenvatting, NTLM | Handmatig |
| Knooppunt voor hybride databeveiliging | Geen verificatie, basis, samenvatting | Handmatig |
| Connector voor hybride services hostbeheer | Geen verificatie, basis | Handmatige configuratie Expressway-C: Toepassingen > Hybride services > Connectorproxy |
| Hybride services: Directory Connector | Geen verificatie, basis, NTLM | Wordt ondersteund via het Windows-besturingssysteem |
| Hybride services Expressway-C: Agendaconnector | Geen verificatie, basis, NTLM | Handmatige configuratie Expressway-C: Toepassingen > Hybride services > Connectorproxy: Gebruikersnaam wachtwoord Expressway-C: Expressway-C Toepassingen > Hybride services > Agendaconnector > Microsoft Exchange > Basis en/of NTLM |
| Hybride services Expressway-C: Gespreksconnector | Geen verificatie, basis | Handmatige configuratie Expressway-C: Toepassingen > Hybride services > Connectorproxy |
(1): Mac NTLM-verificatie - Computer hoeft niet te worden aangemeld bij het domein, gebruiker wordt gevraagd om een wachtwoord(2):
(1): Windows NTLM-verificatie - alleen ondersteund als een computer is aangemeld bij het domein
Richtlijnen voor proxy-instellingen voor Windows-besturingssysteem
Microsoft Windows ondersteunt twee netwerkbibliotheken voor HTTP-verkeer (WinINet en WinHTTP) die proxyconfiguratie toestaan. WinInet is alleen ontworpen voor toepassingen voor desktopclients voor één gebruiker; WinHTTP is hoofdzakelijk ontwikkeld voor toepassingen op de servermet meerdere gebruikers.
op servers gebaseerde toepassingen. WinINet is een hoofdverzameling van WinHTTP; bij het selecteren tussen de twee moet u WinINet gebruiken voor uw proxyconfiguratie-instellingen. Zie voor meer informatie https://docs.microsoft.com/en-us/windows/win32/wininet/wininet-vs-winhttp
Proxy-inspectie en certificaat vastmaken
De Webex-app en Webex-apparaten valideren de certificaten van de servers waarmee ze TLS-sessies opzetten. Certificaatcontroles zoals de certificaatverlener en de digitale handtekening vertrouwen op het verifiëren van de keten van certificaten tot aan het hoofdcertificaat. Om deze validatiecontroles uit te voeren, gebruikt de app of het apparaat een reeks vertrouwde basis-CA-certificaten die zijn geïnstalleerd in de vertrouwensopslag van het besturingssysteem.
Als u een TLS-inspecterende proxy hebt geïmplementeerd om Webex-verkeer te onderscheppen, te decoderen en te inspecteren, moet u ervoor zorgen dat het certificaat dat de proxy presenteert (in plaats van het Webex-servicecertificaat) is ondertekend door een certificeringsinstantie waarvan het hoofdcertificaat is geïnstalleerd in de vertrouwensopslag van uw Webex-app of Webex-apparaat. Voor de Webex-app: het CA-certificaat dat wordt gebruikt om het certificaat te ondertekenen dat door de proxy wordt gebruikt, moet op het besturingssysteem van het apparaat worden geïnstalleerd. Open voor Cisco-videoapparaten een serviceaanvraag met TAC om dit CA-certificaat in de RoomOS-software te installeren.
De onderstaande tabel toont de ondersteuning van de Webex-app en het Webex-apparaat voor TLS-inspectie door proxyservers:
|
Product |
Geschikt voor aangepaste vertrouwde certificeringsinstanties voor TLS-inspectie |
| Webex-app (Windows, Mac, iOS, Android, Web) | Ja* |
| Cisco Webex Devices | Ja |
| Cisco Webex-videoraster | Ja |
| Service voor hybride databeveiliging | Ja |
| Hybride services: directory-, agenda-, beheerconnector | Nee |
"* Opmerking: decodering door de proxyserver en de inspectie van TLS-sessies worden niet ondersteund door de Webex-app voor Webex Meetings-mediaservices. Als u verkeer naar services in het domein webex.com wilt inspecteren, moet u een TLS-inspectievrijstelling maken voor verkeer dat wordt verzonden naar *mcs*.webex.com, *cb*.webex.com en *mcc*.webex.com.
Opmerking: de Webex-app ondersteunt geen SNI-extensie voor op TLS gebaseerde mediaverbindingen. Verbinding maken met audio- en videoservices van Webex mislukt als een proxyserver de aanwezigheid van SNI vereist.
|
Product |
Ondersteunt 802.1X |
Notities |
| Webex-app (Windows, Mac, iOS, Android, Web) | Ja | Wordt ondersteund via OS |
| Cisco Webex Devices | Ja | EAP-FAST EAP-MD5 EAP-PEAP EAP-TLS EAP-TLS 802.1X configureren via GUI of Touch 10 Certificaten uploaden via HTTP-interface |
| Knooppunt voor videomesh | Nee | MAC-adresbypass gebruiken |
| Service voor hybride databeveiliging | Nee | MAC-adresbypass gebruiken |
| Hybride services: directory-, agenda-, beheerconnector | Nee | MAC-adresbypass gebruiken |
De Webex-cloud ondersteunt inkomende en uitgaande gesprekken met SIP als gespreksbeheerprotocol voor Webex Meetings en voor directe (1:1) gesprekken van/naar in de cloud geregistreerde Webex-apps en Cisco-videoapparaten.
SIP-gesprekken voor Webex Meetings
Met Webex Meetings kunnen deelnemers met SIP-apps en -apparaten deelnemen aan een vergadering via:
- De SIP-URI voor de vergadering te bellen (bijvoorbeeld vergaderingsnummer@webex.com), of
- De Webex-cloud die de opgegeven SIP-URI van de deelnemer belt (bijvoorbeeld mijn-apparaat@klant.com)
Gesprekken tussen SIP-apps/-apparaten en cloudgeregistreerde Webex-apps/Webex Room-apparatenMet de Webex-cloud kunnen gebruikers van SIP-apps en -apparaten:
- Gebeld worden door cloudgeregistreerde Webex-apps en Webex Room-apparaten
- Cloudgeregistreerde Webex-apps en Webex Room-apparaten bellen
In beide bovenstaande gevallen moeten SIP-apps en -apparaten een sessie starten van/naar de Webex-cloud. De SIP-app of het SIP-apparaat wordt geregistreerd in een SIP-gebaseerde toepassing voor gespreksbeheer (zoals Unified CM), die doorgaans een SIP-trunkverbinding heeft met Expressway-C en -E waarmee inkomende en uitgaande gesprekken (via internet) van en naar de Webex-Cloud kunnen worden uitgevoerd.SIP-apps en -apparaten kunnen het volgende zijn:
SIP-apps en -apparaten kunnen:
- Het Webex Room-appaart dat SIP gebruikt voor registratie bij Unified CM
- Cisco IP-telefoons die SIP gebruiken voor registratie bij Unified CM of de Webex Calling-service
- Een SIP-app of -apparaat van een derde partij met een SIP-toepassing voor gespreksbeheer
Opmerking * Als een router of firewall 'SIP Aware' is, wat betekent dat SIP Application Layer Gateway (ALG) of iets dergelijks is ingeschakeld, raden we u aan deze functionaliteit uit te schakelen om de juiste werking van de service te behouden. Raadpleeg de relevante documentatie van de fabrikant voor informatie over het uitschakelen van SIP ALG op specifieke apparaten
In de volgende tabel staan de poorten en protocollen vermeld die vereist zijn voor toegang tot Webex SIP-services:
| Poorten en protocollen voor Webex SIP-services | |||
| Bronpoort | Bestemmingspoort | Protocol | Beschrijving |
| Tijdelijke poorten Expressway | Webex-cloud 5060 - 5070 | SIP via TCP/TLS/MTLS | SIP-signalering van Expressway-E naar de Webex-cloud Transportprotocollen: TCP/TLS/MTLS |
| Tijdelijke poorten Webex-cloud | Expressway 5060 - 5070 | SIP via TCP/TLS/MTLS | SIP-signalering van de Webex-cloud naar Expressway-E Transportprotocollen: TCP/TLS/MTLS |
| Expressway 36.000 tot 59.999 | Webex Cloud 49152 -59999 | RTP/SRTP via UDP | Ongecodeerde/gecodeerde media van Expressway E naar de Webex-cloud Protocol voor mediatransport: UDP |
| Webex Cloud 49152 - 59999 | Expressway 36.000 tot 59.999 | RTP/SRTP via UDP | Ongecodeerde/gecodeerde media van de Webex-cloud naar Expressway-E Protocol voor mediatransport: UDP |
De SIP-verbinding tussen Expressway-E en de Webex-cloud ondersteunt ongecodeerde signalering via TCP en gecodeerde signalering via TLS of MTLS. Gecodeerde SIP-signalering heeft de voorkeur omdat de certificaten die worden uitgewisseld tussen de Webex-cloud en Expressway-E kunnen worden gevalideerd voordat de verbinding wordt voortgezet.
Expressway wordt vaak gebruikt om SIP-gesprekken naar de Webex-cloud en B2B SIP-gesprekken naar andere organisaties in te schakelen. Configureer uw firewall om het volgende toe te staan:
- Al het uitgaande SIP-signaleringsverkeer van Expressway-E-knooppunten
- Al het inkomende SIP-signaleringsverkeer naar uw Expressway-E-knooppunten
Als u inkomende en uitgaande SIP-signalering en gerelateerd mediaverkeer van en naar de Webex-cloud wilt beperken. Configureer uw firewall om verkeer naar de IP-subnetten voor Webex-media toe te staan (raadpleeg het gedeelte 'IP-subnetten voor Webex-mediaservices') en de volgende AWS-regio's: us-east-1, us-east-2, eu-central-1, us-gov-west-2, us-west-2. De IP-adresbereiken voor deze AWS-regio's vindt u hier: https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html
* Deze webpagina wordt niet direct bijgewerkt, omdat AWS regelmatig wijzigingen aanbrengt in de IP-adresbereiken in hun subnetten. Om wijzigingen in de IP-adresbereiken van AWS dynamisch bij te houden, raadt Amazon aan u te abonneren op de volgende meldingsservice: https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html#subscribe-notifications
Media voor op SIP gebaseerde Webex-services gebruiken dezelfde bestemmings-IP-subnetten voor Webex-media (hier vermeld)
| Protocol | Poortnummer(s) | Richting | Toegangstype | Opmerkingen |
| TCP | 5061, 5062 | Inkomend | SIP-signalering | Inkomende SIP-signalering voor Webex Edge Audio |
| TCP | 5061, 5065 | Uitgaand | SIP-signalering | Uitgaande SIP-signalering voor Webex Edge Audio |
| TCP/UDP | Tijdelijke poorten 8000 - 59999 | Inkomend | Mediapoorten | In een bedrijfsfirewall moeten kleine openingen worden gemaakt voor inkomend verkeer naar Expressway met poortbereik van 8000-59999 |
Cisco Webex-videoraster
Cisco Webex-videomesh verstrekt een lokale mediaservice in uw netwerk. In plaats van dat alle media naar Webex Cloud gaat, kan deze op uw netwerk blijven, voor minder internetbandbreedtegebruik en verhoogde mediakwaliteit. Raadpleeg voor meer informatie de implementatiehandleiding Cisco Webex-videomesh.
Service voor hybride agenda's
De service voor hybride agenda's verbindt Microsoft Exchange, Office 365 of Google Agenda met Webex, waardoor het eenvoudiger wordt om vergaderingen te plannen en bij te wonen, vooral op uw mobiele apparaat.Zie voor meer informatie:
Voor meer informatie raadpleegt u: Implementatiehandleiding voor de Webex-service voor hybride agenda's
Hybride-directoryservice
Cisco Directoryconnector is een toepassing op locatie voor identiteitssynchronisatie in de Webex-cloud. Het biedt een eenvoudig beheerproces dat automatisch en veilig de contactpersonen in de zakelijke adressenlijst uitbreidt naar de cloud en synchroniseert voor nauwkeurigheid en consistentie.Zie voor meer informatie:
Voor meer informatie raadpleegt u: Implementatiehandleiding voor Cisco Directoryconnector
Voorkeursarchitectuur voor hybride Webex-services
De voorkeursarchitectuur voor hybride Cisco Webex-services beschrijft de algehele hybride architectuur, de componenten en de best practices voor het ontwerp. Zie: Voorkeursarchitectuur voor hybride Webex-services
Als u ook Webex Calling met Webex-vergaderingsservices en -berichtenservices implementeert, kunt u de netwerkvereisten voor de Webex Calling-service hier vinden: https://help.webex.com/b2exve/Port-Reference-Information-for-Cisco-Webex-Calling
Als u ook Webex Calling met Webex-vergaderingsservices en -berichtenservices implementeert, kunt u de netwerkvereisten voor de Webex Calling-service hier vinden: https://help.socio.events/en/articles/4796797-what-domains-emails-should-be-allowlisted-by-my-attendees-network-admins
Voor klanten die de lijst met IP-adresbereiken en poorten voor Webex FedRAMP-services nodig hebben
Deze informatie vindt u hier: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/WebexforGovernment/FedRAMP_Meetings_Ports_IP_Ranges_Quick_Reference.pdf
