Netzwerkanforderungen für Webex-Services
Dokumentrevisionsverlauf
Dieser Artikel richtet sich an Netzwerkadministratoren, insbesondere Firewall- und Proxy-Sicherheitsadministratoren, die die Webex Suite der Cloud Collaboration-Dienste in ihrer Organisation nutzen möchten. Der Hauptfokus dieses Dokuments liegt auf den Netzwerkanforderungen von Webex Meetings und Webex Messaging. Das Dokument enthält auch Links zu Dokumenten, die die Netzwerkanforderungen für Webex Calling beschreiben.
Dieser Artikel hilft Ihnen bei der Konfiguration des Netzwerkzugriffs auf die Webex-Suite von Diensten, die von:
Cloud-registrierte Webex-App-Clients für Meetings, Messaging und Anrufe
Cloud-registrierte Webex Meetings Center-App-Clients
Cloud-registrierte Cisco-Videogeräte, Cisco IP-Telefone, Cisco-Videogeräte und Geräte von Drittanbietern, die SIP verwenden, um sich mit den Webex Suite-Diensten zu verbinden.
Dieses Dokument konzentriert sich hauptsächlich auf die Netzwerkanforderungen von in der Webex-Cloud registrierten Produkten, die HTTPS-Signalisierung für die Kommunikation mit den Webex Suite-Diensten verwenden, beschreibt aber auch separat die Netzwerkanforderungen für Produkte, die SIP-Signalisierung für die Webex-Cloud verwenden. Diese Unterschiede sind nachfolgend zusammengefasst:
Alle in der Cloud registrierten Webex-Apps und -Geräte verwenden HTTPS, um mit den Webex-Nachrichten- und Meeting-Diensten zu kommunizieren:
- Die Webex-App verwendet HTTPS-Signalisierung für Webex Messaging- und Meeting-Dienste. Die Webex-App kann auch das SIP-Protokoll verwenden, um Webex-Meetings beizutreten. Dies hängt jedoch davon ab, ob der Benutzer über seine SIP-Adresse angerufen wird oder eine SIP-URL anwählt, um einem Meeting beizutreten (anstatt die Meeting-Funktionalität zu verwenden, die ursprünglich in der Webex-App vorhanden ist).
- Cloud-registrierte Cisco-Videogeräte verwenden HTTPS-Signalisierung für alle Webex-Dienste.
- Lokale SIP-registrierte Webex-Geräte können auch HTTPS-Signalisierung verwenden, wenn die Webex Edge-Funktion für Geräte aktiviert ist. Diese Funktion ermöglicht die Verwaltung von Webex-Geräten über den Webex Control Hub und die Teilnahme an Webex Meetings über HTTPS-Signalisierung (Einzelheiten finden Sie unter https://help.webex.com/en-us/cy2l2z/Webex-Edge-for-Devices).
Der Webex Calling-Dienst und Produkte der lokalen Anrufsteuerung wie Cisco Unified CM verwenden SIP als Anrufsteuerungsprotokoll. Cisco Videogeräte, Cisco IP-Telefone und Produkte von Drittanbietern können Webex Meetings über SIP beitreten. Bei lokalen SIP-basierten Anrufsteuerungsprodukten wie Cisco Unified CM wird eine SIP-Sitzung über einen Grenzcontroller wie Expressway C & E oder CUBE SBC für Anrufe von und zur Webex Cloud eingerichtet.
Einzelheiten zu den spezifischen Netzwerkanforderungen für den Webex Calling-Dienst finden Sie unter: https://help.webex.com/en-us/b2exve/Port-Reference-Information-for-Cisco-Webex-Calling
Alle in der Cloud registrierten Webex-Apps und Cisco-Videogeräte initiieren nur ausgehende Verbindungen. Die Webex Cloud von Cisco stellt niemals ausgehende Verbindungen zu in der Cloud registrierten Webex-Apps und Cisco-Videogeräten her, sondern kann ausgehende Anrufe an SIP-Geräte tätigen.
Webex-Dienste für Meetings und Messaging werden in weltweit verteilten Rechenzentren gehostet, die entweder im Besitz von Cisco sind (z. B. Webex-Rechenzentren für Identitätsdienste, Meeting-Dienste und Medienserver) oder in einer Cisco Virtual Private Cloud (VPC) auf der Amazon AWS-Plattform gehostet werden (z. B. Webex-Messaging-Mikrodienste, Messaging-Speicherdienste). Webex-Dienste befinden sich auch in Microsoft Azure-Rechenzentren für Video Interop mit Microsoft Teams (VIMT).
Datenverkehrstypen:
Webex-App und Cisco-Videogeräte stellen Signalisierungs- und Medienverbindungen zur Webex-Cloud her.
Signalisierungsverkehr
Webex-App und Cisco-Videogeräte verwenden HTTP als HTTP über TLS (HTTPS) und Secure Web Sockets (WSS) über TLS für die REST-basierte Signalisierung an die Webex-Cloud. Signalisierungsverbindungen sind nur ausgehend und verwenden URLs zur Sitzungseinrichtung für Webex-Dienste.
TLS-Signalisierungsverbindungen zu Webex-Diensten verwenden TLS Version 1.2 oder 1.3. Die Verschlüsselungsauswahl basiert auf der Webex-Server-TLS-Einstellung.
Bei Verwendung von TLS 1.2 oder 1.3 bevorzugt Webex Verschlüsselungssuiten mit:
- ECDHE für die Schlüsselverhandlung
- RSA-basierte Zertifikate (Schlüsselgröße 3072 Bit)
- SHA2-Authentifizierung (SHA384 oder SHA256)
- Starke Verschlüsselungscodes mit 128 oder 256 Bit (z. B. AES _ 256 _ GCM)
Webex unterstützt Verschlüsselungspakete in der folgenden Präferenzreihenfolge für TLS-Verbindungen der Version 1.2*:
TLS_ECDHE_RSA_MIT_AES_256_GCM_SHA384
TLS_ECDHE_RSA_MIT_AES_128_GCM_SHA256
TLS_ECDHE_RSA_MIT_CHACHA20_POL1305_SHA256
TLS_ECDHE_RSA_MIT_AES_256_CBC_SHA384
TLS_ECDHE_RSA_MIT_AES_128_CBC_SHA256
Hinweis: Die Verschlüsselung im CBC-Modus wird für ältere Browser ohne sicherere Verschlüsselung im GCM-Modus unterstützt.
Webex unterstützt Verschlüsselungspakete in der folgenden Präferenzreihenfolge für TLS-Verbindungen der Version 1.3*:
TLS_AES_256_GCM_SHA384
TLS_CHACHA_POL1305_SHA256
TLS_AES_128_GCM_SHA256
Hinweis – Mit TLS 1.3 sind die ECDHE-Schlüsselaushandlung und RSA-basierte Zertifikate ein obligatorischer Teil der Spezifikation, weshalb dieses Detail in der Beschreibung der Verschlüsselungssuite weggelassen wird.
*Die Reihenfolge der Verschlüsselungspakete und Verschlüsselungspakete kann bei einigen Webex-Diensten variieren
Herstellen von Signalisierungsverbindungen zu Webex-Diensten über URLs
Wenn Sie Proxys oder Firewalls bereitgestellt haben, um den Datenverkehr aus Ihrem Unternehmensnetzwerk zu filtern, finden Sie die Liste der Ziel-URLs, die für den Zugriff auf den Webex-Dienst zugelassen werden müssen, im Abschnitt "Domänen und URLs, auf die für Webex-Dienste zugegriffen werden muss".
Webex empfiehlt dringend, die HTTP-Header-Werte beim Durchlaufen Ihrer Proxy-/Firewall nicht zu ändern oder zu löschen, es sei denn, dies ist in diesen Richtlinien erlaubt https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values. Das Ändern oder Löschen von HTTP-Headern außerhalb dieser Richtlinien kann sich auf den Zugriff auf Webex-Dienste auswirken, einschließlich des Verlusts des Zugriffs auf Webex-Dienste durch Webex-Apps und Cisco-Videogeräte.
Das Filtern von Webex-Signalisierungsverkehr nach IP-Adresse wird nicht unterstützt, da die von Webex verwendeten IP-Adressen dynamisch sind und sich jederzeit ändern können.
Medienverkehr
Die Webex-App und Cisco-Videogeräte verschlüsseln Echtzeitmedien für Audio-, Video- und Inhaltsfreigabestreams mit den folgenden Verschlüsselungscodes:
- AES-256-GCM-Verschlüsselung
- AES-CM-128-HMAC-SHA1-80-Verschlüsselung
AES-256-GCM ist der bevorzugte Verschlüsselungscode der Webex-App und der Cisco-Videogeräte zur Verschlüsselung von Echtzeitmedien.
AES-CM-128-HMAC-SHA1 ist ein ausgereifter Schlüssel, der die Interoperabilität zwischen Anbietern nachgewiesen hat. AES-CM-128-HMAC-SHA1 wird normalerweise verwendet, um Medien von Endpunkten, die SRTP mit SIP-Signalisierung verwenden, für Webex-Dienste zu verschlüsseln (z. B. Cisco- und 3rd-Party-SIP-Geräte).
In der bevorzugten Reihenfolge unterstützen Webex-Apps und Cisco-Videogeräte UDP, TCP und TLS als Medientransportprotokolle. Wenn UDP-Ports von Ihrer Firewall blockiert werden, greifen Webex-Apps und Cisco-Videogeräte auf TCP zurück. Wenn TCP-Ports blockiert sind, greifen Webex-Apps und Cisco Video-Geräte auf TLS zurück.
UDP – Von Cisco empfohlenes Medientransportprotokoll
Gemäß RFC 3550 RTP – Ein Transportprotokoll für Echtzeitanwendungen, Cisco bevorzugt und empfiehlt dringend UDP als Transportprotokoll für alle Webex-Sprach- und Videomedienstreams.
Nachteile der Verwendung von TCP als Medientransportprotokoll
Webex-Apps und Cisco-Videogeräte unterstützen TCP auch als Rückfallprotokoll für den Medientransport. Cisco empfiehlt jedoch kein TCP als Transportprotokoll für Sprach- und Videomedienstreams. Dies liegt daran, dass TCP verbindungsorientiert ist und dafür ausgelegt ist, zuverlässig geordnete Daten an Protokolle der höheren Schicht zu liefern. Über TCP überträgt der Sender verlorene Pakete erneut, bis sie bestätigt werden. Der Empfänger puffert den Paketstrom, bis die verlorenen Pakete wiederhergestellt sind. Bei Medienströmen manifestiert sich dieses Verhalten als erhöhte Latenz/Jitter, was wiederum die Medienqualität der Teilnehmer des Anrufs beeinflusst.
Nachteile der Verwendung von TLS als Medientransportprotokoll
Verschlüsselte TCP-Verbindungen (TLS) können durch potenzielle Engpässe des Proxy-Servers unter einer weiteren Verschlechterung der Medienqualität leiden. Wenn TLS von Webex-Apps und Cisco-Videogeräten mit einem konfigurierten Proxyserver als Medientransportprotokoll verwendet wird, wird dieser Medienverkehr über Ihren Proxyserver geleitet, was zu Bandbreitenengpässen und nachfolgenden Paketverlusten führen kann. Cisco empfiehlt dringend, TLS nicht zum Transport von Medien in Produktionsumgebungen zu verwenden.
Webex-Medienströme werden in beide Richtungen mithilfe eines symmetrischen, von innen initiierten 5-Tupel-Streams (Quell-IP-Adresse, Ziel-IP-Adresse, Quellport, Zielport, Protokoll) in die Webex-Cloud übertragen.
Die Webex-App und Cisco Video-Geräte verwenden STUN (RFC 5389) auch für Firewall-Traversal- und Medienknoten-Erreichbarkeitstests. Weitere Informationen finden Sie im Technischen Whitepaper zur Webex-Firewall.
Webex – Ziel-IP-Adressbereiche für Medien
Um Webex-Medienserver zu erreichen, die Mediendatenverkehr verarbeiten, der Ihr Unternehmensnetzwerk verlässt, müssen Sie zulassen, dass die IP-Subnetze, die diese Mediendienste hosten, über Ihre Unternehmens-Firewall erreichbar sind. Die Ziel-IP-Adressbereiche für Medienverkehr, die an Webex-Medienknoten gesendet werden, finden Sie im Abschnitt "IP-Subnetze für Webex-Mediendienste".
Webex-Datenverkehr über Proxys und Firewalls
Die meisten Kunden setzen eine Internet-Firewall oder einen Internet-Proxy und eine Firewall ein, um den HTTP-basierten Datenverkehr einzuschränken und zu steuern, der das Netzwerk verlässt und im Netzwerk eingeht. Befolgen Sie die nachstehenden Anleitungen zu Firewall und Proxy, um den Zugriff auf die Webex-Dienste von Ihrem Netzwerk aus zu ermöglichen. Wenn Sie nur eine Firewall verwenden, beachten Sie, dass das Filtern von Webex-Signalisierungsverkehr mit IP-Adressen nicht unterstützt wird, da die von den Webex-Signalisierungsdiensten verwendeten IP-Adressen dynamisch sind und sich jederzeit ändern können. Wenn Ihre Firewall die URL-Filterung unterstützt, konfigurieren Sie die Firewall so, dass die im Abschnitt „ Domänen und URLs, auf die für Webex-Dienste zugegriffen werden muss“ aufgeführten Webex-Ziel-URLs zulässig sind.
In der folgenden Tabelle werden Ports und Protokolle beschrieben, die in Ihrer Firewall geöffnet werden müssen, damit in der Cloud registrierte Webex-Apps und Cisco Video-Geräte mit Webex Cloud-Signalisierung und Mediendiensten kommunizieren können.
Die in dieser Tabelle behandelten Webex-Apps, -Geräte und -Dienste umfassen:
Die Webex-App, Cisco-Videogeräte, Videonetzknoten, Hybrid-Datensicherheitsknoten, Verzeichniskonnektor, Kalenderkonnektor, Verwaltungskonnektor, Betriebsbereitschafts-Konnektor.
Eine Anleitung zu Ports und Protokollen für Geräte und Webex-Dienste, die SIP verwenden, finden Sie im Abschnitt "Netzwerkanforderungen für SIP-basierte Webex-Dienste".
Webex-Dienste – Portnummern und Protokolle | |||
Zielport |
Protokoll |
Beschreibung |
Geräte, auf denen diese Regel angewendet wird |
443 | TLS | Webex HTTPS-Signalisierung. Die Sitzungseinrichtung für Webex-Dienste basiert auf definierten URLs und nicht auf IP-Adressen. Wenn Sie einen Proxyserver verwenden oder Ihre Firewall die DNS-Auflösung unterstützt, lesen Sie den Abschnitt "Domänen und URLs, auf die für Webex-Dienste zugegriffen werden muss" , um den Signalisierungszugriff auf Webex-Dienste zu ermöglichen. | Alle |
123 (1) | UDP | Network Time Protocol (NTP) | Alle |
53 (1) | UDP TCP | Domain Name System (DNS) Wird für DNS-Suchen verwendet, um die IP-Adressen von Diensten in der Webex-Cloud zu ermitteln. Die meisten DNS-Abfragen erfolgten über UDP; DNS-Abfragen verwenden jedoch möglicherweise auch TCP. | Alle |
5004 und 9000 | SRTP über UDP | Verschlüsselte Audio-, Video- und Inhaltsfreigabe in der Webex-App und auf Cisco-Videogeräten Eine Liste der Ziel-IP-Subnetze finden Sie im Abschnitt "IP-Subnetze für Webex-Mediendienste". | Webex-App Cisco-Videogeräte Videonetzknoten |
50,000 – 53,000 | SRTP über UDP | Verschlüsselte Audio-, Videodaten und Inhalte teilen – nur Videonetzknoten | Videonetzknoten |
5004 | SRTP über TCP | TCP wird auch als Fallback-Transportprotokoll für das Teilen verschlüsselter Audio-, Videodaten und Inhalte verwendet, wenn UDP nicht verwendet werden kann. Eine Liste der Ziel-IP-Subnetze finden Sie im Abschnitt "IP-Subnetze für Webex-Mediendienste". | Webex-App Cisco-Videogeräte Videonetzknoten |
443 | SRTP über TLS | Wird als Fallback-Transportprotokoll für das Teilen verschlüsselter Audio-, Videodaten und Inhalte verwendet, wenn UDP und TCP nicht verwendet werden können. Medien über TLS werden in Produktionsumgebungen nicht empfohlen Eine Liste der Ziel-IP-Subnetze finden Sie im Abschnitt "IP-Subnetze für Webex-Mediendienste". | Webex-App – Cisco-Videogeräte |
- Wenn Sie NTP- und DNS-Dienste in Ihrem Unternehmensnetzwerk verwenden, müssen die Ports 53 und 123 nicht in Ihrer Firewall geöffnet werden.
Webex unterstützt sowohl IPv4 als auch IPv6 für Signalisierungs- und Mediendienste. Für die meisten Kunden sollte der Support von Webex über IPv4 und IPv6 keine Probleme darstellen. Dennoch können Probleme auftreten, wenn die maximale übertragbare Einheit (MTU) Ihres Netzwerks auf Nicht-Standardwerte festgelegt ist.
Die Maximum Transmissible Unit (MTU) ist die maximale Größe des IP-Pakets, das ohne Fragmentierung über eine Netzwerkverbindung übertragen werden kann. Der IPv6 RFC schreibt eine MTU-Mindestgröße von 1280 Bytes vor. Die meisten Routing- und Switching-Geräte unterstützen auf allen Schnittstellen eine maximale MTU-Standardgröße von 1500 Byte.
IPv6 fügt zusätzlichen Overhead zu IP-Paketen hinzu, was die Paketgröße im Vergleich zum IPv4-Datenverkehr erhöht. Der IPv6 RFC schreibt eine MTU-Mindestgröße von 1280 Bytes vor.
Webex empfiehlt, die MTU-Standardgröße von 1500 Byte für alle IP-Pakete, die in Ihrem Netzwerk empfangen und gesendet werden, beizubehalten. Wenn Sie die MTU-Größe in Ihrem Netzwerk reduzieren müssen, empfiehlt Webex, diese auf nicht weniger als 1300 Bytes zu reduzieren.
Der Großteil der Webex-Mediendienste wird in Cisco-Rechenzentren gehostet.
Cisco unterstützt auch Webex-Mediendienste in Microsoft Azure-Rechenzentren für die Videointegration mit Microsoft Teams (VIMT). Microsoft hat seine IP-Subnetze für die ausschließliche Verwendung durch Cisco reserviert, und die Mediendienste in diesen Subnetzen sind innerhalb der virtuellen Microsoft Azure-Netzwerkinstanzen gesichert. Weitere Informationen zur VIMT-Bereitstellung finden Sie unter https://help.webex.com/en-us/article/nffx8kj/Deploy-the-Webex-video-integration-for-Microsoft-Teams.
Konfigurieren Sie Ihre Firewall so, dass der Zugriff auf diese Ziele, Webex IP-Subnetze und Transportprotokollports für Medienströme von Webex-Apps und -Geräten zugelassen wird.
Webex-Apps und Cisco-Videogeräte unterstützen UDP, TCP und TLS als Medientransportprotokolle. Wenn UDP-Ports von Ihrer Firewall blockiert werden, greifen Webex-Apps und Cisco-Videogeräte auf TCP zurück. Wenn TCP-Ports blockiert sind, greifen Webex-Apps und Cisco-Videogeräte auf TLS zurück.
UDP ist das bevorzugte Transportprotokoll von Cisco für Medien. Wir empfehlen dringend, nur UDP zum Transport von Medien zu verwenden. Webex-Apps und Cisco-Videogeräte unterstützen auch TCP und TLS als Transportprotokolle für Medien. Diese werden in Produktionsumgebungen jedoch nicht empfohlen, da die Verbindungsorientierung dieser Protokolle die Medienqualität über verlustbehaftete Netzwerke erheblich beeinträchtigen kann.
Hinweis:
Die nachfolgend aufgeführten IP-Subnetze sind für Webex-Mediendienste verfügbar. Das Filtern von Webex-Signalisierungsverkehr nach IP-Adresse wird nicht unterstützt, da die von Webex verwendeten IP-Adressen dynamisch sind und sich jederzeit ändern können. Der HTTP-Signalisierungsverkehr zu Webex-Diensten kann nach URL/Domäne auf Ihrem Enterprise Proxy-Server gefiltert werden, bevor er an Ihre Firewall weitergeleitet wird.
IP-Subnetze für Mediendienste | ||
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-Rechenzentren – Zum Hosten der Videointegration für Microsoft Teams-Dienste (auch Microsoft Cloud Video Interop genannt)
Webex-Apps und Cisco-Videogeräte führen Tests durch, um die Erreichbarkeit von und Roundtrip-Zeit zu einer Teilmenge von Knoten in jedem Mediencluster zu erkennen, das Ihrer Organisation zur Verfügung steht. Die Erreichbarkeit von Medienknoten wird über UDP-, TCP- und TLS-Transportprotokolle getestet und tritt bei der Start-Einrichtung, einer Netzwerkänderung und in regelmäßigen Abständen auf, während die App oder das Gerät ausgeführt wird. Die Ergebnisse dieser Tests werden gespeichert und an die Webex-Cloud gesendet, bevor Sie einem Meeting oder einem Anruf beitreten. Die Webex-Cloud verwendet diese Erreichbarkeitstest-Ergebnisse, um der Webex-App/dem Webex-Gerät den besten Medienserver für den Anruf basierend auf Transportprotokoll (UDP bevorzugt), Roundtrip-Zeit und Ressourcenverfügbarkeit des Medienservers zuzuweisen.
Cisco unterstützt oder empfiehlt nicht, eine Teilmenge von IP-Adressen basierend auf einer bestimmten geografischen Region oder einem Clouddienstanbieter zu filtern. Das Filtern nach Regionen kann zu einer ernsthaften Verschlechterung der Meeting-Erfahrung führen, einschließlich der Unfähigkeit, Meetings beizunehmen.
Wenn Sie Ihre Firewall so konfiguriert haben, dass der Datenverkehr nur für eine Teilmenge der oben genannten IP-Subnetze zulässig ist, kann es trotzdem passieren, dass der Erreichbarkeitstest Ihr Netzwerk überquert, um Medienknoten in diesen blockierten IP-Subnetzen zu erreichen. Medienknoten in IP-Subnetzen, die von Ihrer Firewall blockiert werden, werden nicht von Webex-Apps und Cisco-Videogeräten verwendet.
Webex-Signalisierungsverkehr und Enterprise Proxy-Konfiguration
Die meisten Organisationen verwenden Proxy-Server, um den HTTP-Datenverkehr zu überprüfen und zu steuern, der ihr Netzwerk verlässt. Proxys können verwendet werden, um verschiedene Sicherheitsfunktionen auszuführen, wie das Gewähren oder Blockieren des Zugriffs auf bestimmte URLs, Benutzerauthentifizierung, IP-Adresse/Domäne/Hostname/URI-Reputationssuche sowie Entschlüsselung und Überprüfung des Datenverkehrs. Proxy-Server werden häufig auch als der einzige Pfad verwendet, der HTTP-basierten Internet-Zielverkehr an die Unternehmens-Firewall senden kann, sodass die Firewall den ausgehenden Internetverkehr ausschließlich auf den vom bzw. von den Proxy-Server(n) ausgehenden Verkehr begrenzen kann. Ihr Proxy-Server muss so konfiguriert werden, dass der Webex-Signalisierungsverkehr auf die im nachfolgenden Abschnitt aufgeführten Domänen/URLs zugreifen kann:
Webex empfiehlt dringend, die HTTP-Header-Werte beim Durchlaufen Ihrer Proxy-/Firewall nicht zu ändern oder zu löschen, es sei denn, dies ist in diesen Richtlinien erlaubt https://www.w3.org/TR/ct-guidelines/#sec-altering-header-values. Das Ändern oder Löschen von HTTP-Headern außerhalb dieser Richtlinien kann sich auf den Zugriff auf Webex-Dienste auswirken, einschließlich des Verlusts des Zugriffs auf Webex-Dienste durch Webex-Apps und Cisco-Videogeräte.
URLs der Cisco Webex-Dienste | ||
Domäne/URL |
Beschreibung |
Webex-Apps und -Geräte, die diese Domänen/URLs verwenden |
*.webex.com *.cisco.com *.wbx2.com *.ciscospark.com *.webexapis.com | Webex-Mikrodienste.
| Alle |
*.webexcontent.com (1) | Webex-Speicher für benutzergenerierte Inhalte und Protokolle, einschließlich: Freigegebene Dateien, Transcodierte Dateien, Bilder, Screenshots, Whiteboard-Inhalte, Client- und Geräteprotokolle, Profilbilder, Branding-Logos, Bilder Protokolldateien Massen-CSV-Exportdateien und Importdateien (Control Hub) | Alle |
Zusätzliche mit Webex verbundene Dienste – Eigene Cisco-Domänen | ||
URL |
Beschreibung |
Webex-Apps und -Geräte, die diese Domänen/URLs verwenden |
*.accompany.com | Integration von People Insights | Webex-Apps |
Zusätzliche mit Webex verbundene Dienste – Domänen von Drittanbietern | ||
URL |
Beschreibung |
Webex-Apps und -Geräte, die diese Domänen/URLs verwenden |
*.sparkpostmail1.com *.sparkpostmail.com | E-Mail-Dienst für Newsletter, Registrierungsinformationen, Ankündigungen | Alle |
*.giphy.com | Ermöglicht es Benutzern, GIF-Bilder zu teilen. Diese Funktion ist standardmäßig aktiviert, kann aber im Control Hub deaktiviert werden | Webex-App |
safebrowsing.googleapis.com | Wird verwendet, um Sicherheitsüberprüfungen von URLs durchzuführen, bevor diese im Nachrichtenstream freigegeben werden. Diese Funktion ist standardmäßig aktiviert, kann aber im Control Hub deaktiviert werden | Webex-App |
*.walkme.com | Client für Webex-Benutzerleitfaden. Bietet Onboarding- und Nutzungsführungen für neue Benutzer Weitere Informationen finden Sie unter https://support.walkme.com/knowledge-base/access-requirements-for-walkme/ | Webex-Apps im Web |
speech.googleapis.com | Google Speech-Dienste. Wird von Webex Assistant zum Verarbeiten von Spracherkennung und Text-zu-Sprache verwendet. Standardmäßig deaktiviert, Anmeldung über Control Hub. Assistant kann auch für jedes Gerät einzeln deaktiviert werden. | Webex Room Kit und Cisco Videogeräte Details zu Cisco Videogeräten, die Webex Assistant unterstützen, finden Sie hier: https://help.webex.com/hzd1aj/Enable-Cisco-Webex-Assistant |
msftncsi.com/ncsi.txt captive.apple.com/hotspot-detect.html | Die Internetverbindung eines Drittanbieters wird überprüft, um Fälle zu identifizieren, in denen eine Netzwerkverbindung, aber keine Verbindung zum Internet besteht. Die Webex-App führt ihre eigenen Prüfungen der Internetkonnektivität durch, kann diese URLs von Drittanbietern aber auch als Fallback verwenden. | Webex App |
*.appdynamics.com *.eum-appdynamics.com | Leistungsverfolgung, Fehler- und Absturzerfassung, Sitzungsmetriken (1) | Webex-App Webex-Web-App |
*.amplitude.com | A/B-Tests und -Metriken (1) | Webex Web App Webex Android App |
*.livestream.webex.com *.vbrickrev.com | Diese Domäne wird von Teilnehmern verwendet, die Webex Events und Webcasts anzeigen | Webex Events, Webex-Webcasts |
*.slido.com *.sli.do *.data.logentries.com slido-assets-production.s3.eu-west-1.amazonaws.com | Wird für das Slido PPT-Add-in verwendet und ermöglicht Slido Webseiten das Erstellen von Umfragen/Quizfragen im Vor-Meeting-Bereich Zum Exportieren von Fragen und Antworten, Umfrageergebnissen usw. von Slido | Alle |
*.quovadisglobal.com *.digicert.com *.godaddy.com *.identrust.com *.lencr.org | Wird verwendet, um Zertifikatssperrlisten von diesen Zertifizierungsstellen anzufordern Hinweis: Webex unterstützt sowohl CRL- als auch OCSP-Stapling, um den Sperrstatus von Zertifikaten zu bestimmen. Mit OCSP-Stapling müssen Webex-Apps und -Geräte diese Zertifizierungsstellen nicht kontaktieren | Alle |
*.intel.com | Wird verwendet, um Zertifikatssperrlisten anzufordern und den Zertifikatstatus beim OCSP-Dienst von Intel für Zertifikate mit Hintergrundbildern zu prüfen, die von Webex-Apps und -Geräten verwendet werden | Alle |
*.google.com *.googleapis.com | Benachrichtigungen an Webex-Apps auf Mobilgeräten (z. B. neue Nachricht) Google Firebase Cloud Messaging (FCM)-Dienst 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 Hinweis – Für APNS listet Apple nur die IP-Subnetze für diesen Dienst auf | Webex-App |
cdnjs.cloudflare.com cdn.jsdelivr.net static2.sharepointonline.com appsforoffice.microsoft.com | URLs für die Webex-Funktion zum Ansetzen für Microsoft Outlook Microsoft Outlook-Benutzer können die Webex-Funktion zum Ansetzen verwenden, um Webex-Meetings oder Webex-Meetings in persönlichen Räumen direkt über Microsoft Outlook in einem beliebigen Browser anzusetzen. Einzelheiten finden Sie unter: Klicken Sie hier | Alle |
Webex-Kerndienste werden eingestellt | ||
URL | Beschreibung | Webex-Apps und -Geräte, die diese Domänen/URLs verwenden |
*.clouddrive.com | Webex-Speicher für benutzergenerierte Inhalte und Protokolle Der Dateispeicher auf clouddrive.com wurde im Oktober 2019 durch webexcontent.com ersetzt Organisationen mit langen Aufbewahrungsfristen für benutzergenerierte Inhalte verwenden cloudrive.com möglicherweise weiterhin, um ältere Dateien zu speichern | Alle |
*.ciscosparkcontent.com | Hochladen der Protokolldatei Der Protokolldateispeicherdienst verwendet jetzt die Domäne *.webexcontent.com | Webex-App |
*.rackcdn.com | Content Delivery Network (CDN) für die *.clouddrive.com-Domäne | Alle |
(1) Webex verwendet Drittanbieter zur Datenerfassung bei der Diagnose und Fehlerbehebung sowie für die Erfassung von Absturz- und Nutzungsmetriken. Daten, die an diese Websites von Drittanbietern gesendet werden können, werden in den Datenblättern zum Datenschutz für Webex beschrieben. Einzelheiten finden Sie unter:
- 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| Datenschutz %20Data% 20Map&search_keyword=webex#/1552559092865176
Webex verwendet Content Delivery Network (CDN)-Dienste, um statische Dateien und Inhalte effizient an Webex-Apps und -Geräte zu liefern. Wenn Sie einen Proxy-Server verwenden, um den Zugriff auf Webex-Dienste zu steuern, müssen Sie die CDN-Domänen nicht zur Liste der zulässigen Domänen für Webex-Dienste hinzufügen (da die DNS-Auflösung zum CDN-CNAME von Ihrem Proxy nach der anfänglichen URL-Filterung durchgeführt wird). Wenn Sie keinen Proxy-Server verwenden (z. B. nur eine Firewall zum Filtern von URLs verwenden), wird die DNS-Auflösung vom Betriebssystem Ihrer Webex-App/Ihres Webex-Geräts durchgeführt, und Sie müssen die folgenden CDN-URLs zur Liste der zulässigen Domänen in Ihrer Firewall hinzufügen:
URLs der Cisco Webex-Hybriddienste | ||
URL |
Beschreibung |
Verwendet von: |
*.docker.com (1) *.docker.io (1) *dkr.ecr.us-east.1.amazonaws.com | Hybrid-Dienst-Container | Videonetzknoten Hybrid-Datensicherheitsknoten |
*s3.amazonaws.com (1) | Hochladen von Protokolldateien | Videonetzknoten Hybrid-Datensicherheitsknoten |
*.cloudconnector.webex.com | Benutzersynchronisierung | Hybriddienste-Verzeichniskonnektor |
(1) Wir planen, die Verwendung von *.docker.com und *.docker.io für Hybriddienst-Container schrittweise einzustellen und sie schließlich durch Subdomänen in *.amazonaws.com zu ersetzen.
Hinweis:
Wenn Sie einen WSA-Proxy (Cisco Web Security Appliance) verwenden und die von Webex-Diensten verwendeten URLs automatisch aktualisieren möchten, lesen Sie bitte das Konfigurationsdokument WSA-Webex-Dienste , um Anweisungen zur Bereitstellung eines externen Webex-Feeds in AsyncOS für Cisco Web Security zu erhalten.
Eine CSV-Datei mit der Liste der Webex-Services-URIs finden Sie unter: CSV-Datei für Webex-Dienste
Ihr Proxy-Server muss so konfiguriert sein, dass der Webex-Signalisierungsverkehr auf die im vorherigen Abschnitt aufgeführten Domänen/URLs zugreifen kann. Die Unterstützung zusätzlicher Proxy-Funktionen, die für Webex-Dienste relevant sind, wird im Folgenden erläutert:
Proxy-Authentifizierungsunterstützung
Proxys können als Zugriffssteuerungsgeräte verwendet werden, die den Zugriff auf externe Ressourcen blockieren, bis der Benutzer/das Gerät gültige Berechtigungsanmeldeinformationen für den Proxy bereitstellt. Verschiedene Authentifizierungsmethoden werden von Proxys unterstützt, z. B. Standardauthentifizierung, Digestauthentifizierung (Windows-basiertes NTLM), Kerberos und Negotiate (Kerberos mit NTLM-Fallback).
Für den Fall „Keine Authentifizierung“ in der folgenden Tabelle kann das Gerät mit einer Proxy-Adresse konfiguriert werden, unterstützt jedoch keine Authentifizierung. Wenn die Proxy-Authentifizierung verwendet wird, müssen gültige Anmeldeinformationen konfiguriert und im Betriebssystem der Webex-App oder des Cisco-Videogeräts gespeichert werden.
Bei Cisco-Videogeräten und der Webex-App können Proxy-Adressen manuell über das Plattformbetriebssystem oder die Benutzeroberfläche des Geräts konfiguriert oder automatisch anhand von Mechanismen wie:
Web Proxy Auto Discovery (WPAD) und/oder PAC (Proxy Auto Config)-Dateien:
- 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
Produkt |
Authentifizierungstyp |
Proxy-Konfiguration |
Webex für Mac | Keine Auth, Standard, NTLM (1) | Manuell, WPAD, PAC |
Webex für Windows | Keine Auth, Standard, NTLM (2), Negotiate | Manuell, WPAD, PAC, GPO |
Webex für iOS | Keine Auth, Standard, Digest, NTLM | Manuell, WPAD, PAC |
Webex für Android | Keine Auth, Standard, Digest, NTLM | Manuell, PAC |
Webex-Web-App | Keine Auth, Standard, Digest, NTLM, Negotiate | Unterstützt über Betriebssystem |
Cisco Videogeräte | Keine Auth, Standard, Digest | WPAD, PAC oder manuell |
Webex-Videonetzknoten | Keine Auth, Standard, Digest, NTLM | Manuell |
Hybrider Datensicherheitsknoten | Keine Auth, Standard, Digest | Manuell |
Host-Connector für Hybriddienste | Keine Auth, Standard | Manuelle Konfiguration Expressway C: Anwendungen > Hybriddienste > Connector Proxy |
Hybriddienste: Verzeichniskonnektor | Keine Auth, Standard, NTLM | Unterstützt über Windows-Betriebssystem |
Hybridedienste Expressway C: Kalender-Konnektor | Keine Auth, Standard, NTLM | Manuelle Konfiguration Expressway C: Anwendungen > Hybriddienste > Connector-Proxy: Benutzername Kennwort Expressway C: Anwendungen > Hybriddienste > Kalender-Konnektor > Microsoft Exchange> Standard und/oder NTLM |
Hybridedienste Expressway C: Anruf-Konnektor | Keine Auth, Standard | Manuelle Konfiguration Expressway C: Anwendungen > Hybriddienste > Connector Proxy |
(1): Mac NTLM Auth – Der Computer muss nicht bei der Domäne angemeldet sein. Der Benutzer wird zur Eingabe eines Passworts aufgefordert
(2): Windows NTLM Auth – Wird nur unterstützt, wenn ein Computer in der Domäne angemeldet ist
Anleitung zu Proxy-Einstellungen für Windows OS
Microsoft Windows unterstützt zwei Netzwerkbibliotheken für HTTP-Datenverkehr (WinINet und WinHTTP), die eine Proxy-Konfiguration zulassen. WinInet wurde nur für Desktop-Client-Anwendungen mit nur einem Benutzer entwickelt; WinHTTP wurde hauptsächlich für serverbasierte Applikationen mit
mehreren Benutzern entwickelt. WinINet ist eine Obermenge von WinHTTP; wenn Sie zwischen diesen beiden wählen, sollten Sie WinINet für Ihre Proxy-Konfigurationseinstellungen verwenden. Weitere Informationen finden Sie unter https://docs.microsoft.com/en-us/windows/win32/wininet/wininet-vs-winhttp
Proxy-Überprüfung und Zertifikats-Pinning
Die Webex-App und Cisco-Videogeräte validieren die Zertifikate der Server, mit denen sie TLS-Sitzungen einrichten. Zertifikatsprüfungen wie der Aussteller des Zertifikats und die digitale Signatur müssen die Zertifikatskette bis zum Stammzertifikat überprüfen. Um diese Überprüfungen durchzuführen, verwendet die App oder das Gerät eine Reihe vertrauenswürdiger CA-Stammzertifikate, die im Vertrauensspeicher des Betriebssystems installiert sind.
Wenn Sie einen Proxy zur TLS-Prüfung bereitgestellt haben, um den Webex-Datenverkehr abzufangen, zu entschlüsseln und zu inspizieren, stellen Sie sicher, dass das vom Proxy bereitgestellte Zertifikat (anstelle des Webex-Dienstzertifikats) von einer Zertifizierungsstelle signiert wurde, deren Stammzertifikat im Vertrauensspeicher Ihrer Webex-App oder Ihres Webex-Geräts installiert ist. Für die Webex-App muss das CA-Zertifikat, das zum Signieren des vom Proxy verwendeten Zertifikats verwendet wird, auf dem Betriebssystem des Geräts installiert sein. Für Cisco-Videogeräte öffnen Sie eine Serviceanfrage mit TAC, um dieses CA-Zertifikat in der RoomOS-Software zu installieren.
Die folgende Tabelle zeigt die Unterstützung der Webex-App und des Webex-Geräts für die TLS-Inspektion durch Proxyserver:
Produkt |
Unterstützt benutzerdefinierte, vertrauenswürdige Zertifizierungsstellen für die TLS-Inspektion |
Webex-App (Windows, Mac, iOS, Android, Web) | Ja* |
Cisco Videogeräte | Ja |
Cisco WebEx Videonetz | Ja |
Hybrid-Datensicherheitsdienst | Ja |
Hybriddienste – Verzeichnis, Kalender, Management-Konnektoren | Nein |
"* Hinweis – Die Webex-App unterstützt nicht die Proxy-Server-Entschlüsselung und -Überprüfung von TLS-Sitzungen für Mediendienste von Webex Meetings. Wenn Sie den Datenverkehr überprüfen möchten, der an Dienste in der Domäne webex.com gesendet wird, müssen Sie eine Ausnahme für die TLS-Inspektion für den Datenverkehr erstellen, der an *mcs*.webex.com, *cb*.webex.com und *mcc*.webex.com gesendet wird.
Hinweis: Die Webex-App unterstützt keine SNI-Erweiterung für TLS-basierte Medienverbindungen. Ein Verbindungsfehler zu den Audio- und Videodiensten von Webex tritt auf, wenn ein Proxy-Server SNI erfordert.
Produkt |
Unterstützt 802.1X |
Anmerkungen |
Webex-App (Windows, Mac, iOS, Android, Web) | Ja | Unterstützt über Betriebssystem |
Cisco Videogeräte | Ja | EAP-FAST EAP-MD5 EAP-PEAP EAP-TLS EAP-TTLS Konfigurieren von 802.1X über GUI oder Touch 10 Upload von Zertifikaten über HTTP-Schnittstelle |
Videonetzknoten | Nein | Verwenden Sie die MAC-Adressumgehung |
Hybrid-Datensicherheitsdienst | Nein | Verwenden Sie die MAC-Adressumgehung |
Hybriddienste – Verzeichnis, Kalender, Management-Konnektoren | Nein | Verwenden Sie die MAC-Adressumgehung |
Die Webex-Cloud unterstützt eingehende und ausgehende Anrufe mit SIP als Anrufsteuerungsprotokoll für Webex Meetings und für direkte (1:1) Anrufe von/an in der Cloud registrierte Webex-Apps und Cisco-Videogeräte.
SIP-Anrufe für Webex Meetings
Mit Webex Meetings können Teilnehmer mit SIP-Apps und -Geräten einem Meeting beitreten, indem sie:
- Sie die SIP-URI für das Meeting (z. B. meetingnumber@webex.com) anrufen oder
- Die Webex Cloud die angegebene SIP-URI des Teilnehmers (z. B. my-device@customer.com) anruft.
Anrufe zwischen SIP-Apps/Geräten und in der Cloud registrierten Webex-App/Cisco-Videogeräten
Mit der Webex-Cloud können Benutzer von SIP-Apps und -Geräten:
- Von in der Cloud registrierten Webex-Apps und Cisco Video-Geräten angerufen werden
- Cloud-registrierte Webex-Apps und Cisco-Videogeräte anrufen
In beiden Fällen müssen SIP-Apps und -Geräte eine Sitzung zur/von der Webex Cloud einrichten. Die SIP-App oder das SIP-Gerät wird in einer SIP-basierten Anrufsteuerungsanwendung (z. B. Unified CM) registriert, die normalerweise über eine SIP-Übertragungsweg-Verbindung zu Expressway C und E verfügt, die ein- und ausgehende Anrufe (über das Internet) an die Webex Cloud ermöglicht.
SIP-Apps und -Geräte können:
- Cisco-Videogerät, das SIP zur Registrierung bei Unified CM verwendet
- Cisco IP-Telefone, die SIP zur Registrierung bei Unified CM verwenden, oder der Webex Calling-Dienst
- Eine SIP-App oder ein SIP-Gerät eines Drittanbieters, das eine SIP-Anrufsteuerungsanwendung eines Drittanbieters verwendet
Hinweis * Wenn ein Router oder eine SIP-Firewall SIP Aware ist, d. h. SIP Application Layer Gateway (ALG) oder etwas ähnliches aktiviert ist, empfehlen wir, diese Funktion zu deaktivieren, um den korrekten Betrieb des Dienstes aufrechtzuerhalten. Informationen zum Deaktivieren von SIP ALG auf bestimmten Geräten finden Sie in der entsprechenden Herstellerdokumentation.
In der folgenden Tabelle werden die Ports und Protokolle beschrieben, die für den Zugriff auf Webex SIP-Dienste erforderlich sind:
Ports und Protokolle für Webex SIP-Dienste | |||
Quellport | Zielport | Protokoll | Beschreibung |
Expressway Kurzlebige Ports | Webex Cloud 5060 – 5070 | SIP über TCP/TLS/MTLS | SIP-Signalisierung von Expressway E zu den Webex Cloud-Transportprotokollen: TCP/TLS/MTLS |
Kurzlebige Webex Cloud-Ports | Expressway 5060 – 5070 | SIP über TCP/TLS/MTLS | SIP-Signalisierung von der Webex Cloud zu Expressway E Transport-Protokollen: TCP/TLS/MTLS |
Expressway 36000 – 59999 | Webex Cloud 49152 -59999 | RTP/SRTP über UDP | Unverschlüsselte/verschlüsselte Medien von Expressway E zum Webex Cloud-Medientransportprotokoll: UDP |
Webex Cloud 49152 – 59999 | Expressway 36000 – 59999 | RTP/SRTP über UDP | Unverschlüsselte/verschlüsselte Medien von der Webex-Cloud zum Expressway E Media Transport-Protokoll: UDP |
Die SIP-Verbindung zwischen Expressway E und der Webex-Cloud unterstützt unverschlüsselte Signalisierung mit TCP und verschlüsselte Signalisierung mit TLS oder MTLS. Verschlüsselte SIP-Signalisierung wird bevorzugt, da die zwischen der Webex-Cloud und Expressway E ausgetauschten Zertifikate überprüft werden können, bevor Sie mit der Verbindung fortfahren.
Expressway wird häufig verwendet, um SIP-Anrufe an die Webex-Cloud und B2B-SIP-Anrufe für andere Organisationen zu aktivieren. Konfigurieren Sie Ihre Firewall so, das Folgendes zulässig ist:
- Der vollständige ausgehende SIP-Signalisierungsverkehr von Expressway E-Knoten
- Der vollständige eingehende SIP-Signalisierungsverkehr zu Ihren Expressway E-Knoten
Wenn Sie die eingehende und die ausgehende SIP-Signalisierung und den zugehörigen Medienverkehr in und aus der Webex Cloud begrenzen möchten. Konfigurieren Sie Ihre Firewall so, dass SIP-Signalisierung und Medienverkehr auf die IP-Subnetze für Webex-Mediendienste zugreifen können (siehe Abschnitt „IP-Subnetze für Webex-Mediendienste“) und die folgenden AWS-Regionen: us-east-1, us-east-2, eu-central-1, us-gov-west-2, us-west-2. Die IP-Adressbereiche für diese AWS-Regionen finden Sie hier: https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html
* Diese Webseite wird nicht sofort aktualisiert, da AWS regelmäßige Änderungen an den IP-Adressbereichen in ihren Subnetzen vornimmt. Um Änderungen am AWS IP-Adressbereich dynamisch zu verfolgen, empfiehlt Amazon, den folgenden Benachrichtigungsdienst zu abonnieren: https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html#subscribe-notifications
Medien für SIP-basierte Webex-Dienste verwenden dieselben Ziel-IP-Subnetze für Webex-Medien (hier aufgeführt)
Protokoll | Portnummer(n) | Richtung | Zugriffstyp | Kommentare |
TCP | 5061, 5062 | Eingehend | SIP-Signalisierung | Eingehende SIP-Signalisierung für Webex Edge Audio |
TCP | 5061, 5065 | Ausgehend | SIP-Signalisierung | Ausgehende SIP-Signalisierung für Webex Edge Audio |
TCP/UDP | Kurzlebige Ports 8000 - 59999 | Eingehend | Medienports | In einer Unternehmens-Firewall müssen Pinholes für eingehenden Datenverkehr für Expressway mit einem Portbereich von 8000 – 59999 geöffnet werden. |
Cisco WebEx Videonetz
Cisco Webex-Videonetz stellt einen lokalen Mediendienst in Ihrem Netzwerk zur Verfügung. Zur Reduzierung der Internetbandbreitennutzung und zur Verbesserung der Medienqualität können Medien in Ihrem Netzwerk verbleiben und werden nicht alle in die Webex Cloud weitergeleitet. Einzelheiten finden Sie im Bereitstellungshandbuch für das Cisco Webex-Videonetz.
Hybrider Kalenderdienst
Der Hybrid Calendar-Dienst verbindet Microsoft Exchange, Office 365 oder Google Calendar mit Webex, wodurch die Planung und der Beitritt zu Meetings vereinfacht wird, insbesondere wenn Sie mobil sind.
Einzelheiten finden Sie unter: Bereitstellungsleitfaden für den hybriden Webex-Kalenderdienst
Hybrider Verzeichnisdienst
Cisco-Verzeichniskonnektor ist eine lokale Anwendung für die Identitätssynchronisierung in der Webex Cloud. Es bietet einen einfachen Verwaltungsprozess, der die Kontakte des Unternehmensverzeichnisses automatisch und sicher in die Cloud ausdehnt und diese für Genauigkeit und Konsistenz synchronisiert.
Einzelheiten finden Sie unter: Bereitstellungsleitfaden für Cisco Directory Connector
Bevorzugte Architektur für Webex-Hybriddienste
Die bevorzugte Architektur für Cisco Webex-Hybriddienste beschreibt die hybride Architektur, deren Komponenten und die allgemeinen Best Practices für das Design. Siehe: Bevorzugte Architektur für Webex-Hybriddienste
Wenn Sie Webex Calling auch mit Webex Meetings- und Messaging-Diensten bereitstellen, finden Sie die Netzwerkanforderungen für den Webex Calling-Dienst hier: https://help.webex.com/b2exve/Port-Reference-Information-for-Cisco-Webex-Calling
Wenn Sie Webex Events auch mit Webex Meetings- und Messaging-Diensten bereitstellen, finden Sie die Netzwerkanforderungen für den Webex Events-Dienst hier: https://help.socio.events/en/articles/4796797-what-domains-emails-should-be-allowlisted-by-my-attendees-network-admins
Für Kunden, die eine Liste der IP-Adressbereiche und Ports für Webex FedRAMP-Dienste benötigen
Diese Informationen finden Sie hier: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/WebexforGovernment/FedRAMP_Meetings_Ports_IP_Ranges_Quick_Reference.pdf
Änderungsdatum |
Neue und geänderte Informationen |
10/17/2024 10/21/2024 | Aktualisierter Aktualisierungsverlauf vom 19.08.2024. Zum korrekten Eintrag von (*.webexcontent.com) geändert |
08/19/2024 | Bilder mit Branding-Logos für den Abschnitt zu Domänen und URLs (*.webexcontent.com) enthalten |
08/02/2024 | Abschnitt „Webex IPv6-Unterstützung“ – Text zur Betonung der MTU-Größe für IPv4- und IPv6-Datenverkehr geändert. |
07/26/2024 | Neue Unterdomäne *dkr.ecr.us-east.1.amazonaws.com unter Zusätzliche URLs für Webex-Hybriddienste hinzugefügt |
07/26/2024 | Anleitung zur empfohlenen maximalen Größe der Transmissible Unit (MTU) für IPv6-Datenverkehr zu Webex-Diensten |
04/08/2024 | Fehlender Zeitraum vor (*webex.com und *cisco.com) unter der Unterdomäne der URLs der Cisco Webex-Server hinzugefügt |
12/06/2023 | Überarbeitete Einführung mit Schwerpunkt auf der Webex-Suite der Dienste |
12/06/2023 | Revision des Abschnitts: Transportprotokolle und Verschlüsselungscodes für in der Cloud registrierte Webex-Apps und -Geräte. Aktualisierte Informationen zu den verwendeten TLS-Versionen und Cipher Suites, die von den Webex Suite-Diensten bevorzugt werden Zusätzliche Details und Anleitungen zu Medientransportprotokollen Cisco Videogeräte unterstützen jetzt das Senden von Medien über TLS über einen Proxyserver, wobei das Verhalten an das der Webex-App angepasst wird. Hinzufügen von Anleitungen zur Proxy-Konfiguration (Webex empfiehlt dringend, die HTTP-Header-Werte beim Durchlaufen Ihrer Proxy-/Firewall nicht zu ändern oder zu löschen, es sei denn, es ist zulässig …) |
12/06/2023 | Revision der IP-Subnetze für Webex-Mediendienste Abschnitt Mediendienste befinden sich nicht mehr in AWS, sondern nur noch in Webex-Rechenzentren und Microsoft Azure-Rechenzentren für VIMT. Zusätzlicher Text zu Medientransportprotokollen und -präferenzen |
12/06/2023 | Abschnitt „Webex-Signalisierungsverkehr und Enterprise Proxy-Konfiguration“ Hinzufügen von Anleitungen zur Proxy-Konfiguration (Webex empfiehlt dringend, dass Sie HTTP-Header-Werte beim Durchlaufen Ihrer Proxy-/Firewall nicht ändern oder löschen, sofern nicht zulässig…) |
12/06/2023 | Tabelle der URLs der Cisco Webex-Dienste: Zeilen 1 und 2 zusammengeführt (*.webex.com, *.cisco.com, *.wbx2.com etc) Der Text soll überarbeitet werden, um anzuzeigen, dass die Webex-Suite allgemeine Dienste für Meetings und Messaging verwendet. *.livestream.webex.com für Webex-Webcasts hinzugefügt Ein Abschnitt zu den Webex-Kerndiensten, die eingestellt werden: Text vereinfacht |
10/09/2023 | Ein Link zum VIMT-Dokument wurde eingefügt |
8/29/2023 | Port 444 TLS für Videonetzknoten wurde entfernt (nicht mehr verwendet). |
5/24/2023 | Webex Events – Netzwerkanforderungen hinzugefügt |
2/23/2023 | Neue IP-Subnetze für Medien hinzugefügt (144.196.0.0/16 und 163.129.0.0/16) Diese IP-Subnetze werden 30 Tage oder länger nach der Veröffentlichung hier aktiviert. |
2/9/2023 | Erneut veröffentlicht (Problem mit nicht anklickbaren Registerkarten behoben) |
1/23/2023 | Erneute Veröffentlichung mit entfernten duplizierten Subnetzen entfernt (66.114.169.0 und 66.163.32.0) |
1/11/2023 | Webex-Web-App und SDK – TLS wurde als Fallback-Transportprotokoll für das Teilen verschlüsselter Audio-, Videodaten und Inhalte hinzugefügt, wenn UDP und TCP nicht verwendet werden können. |
1/11/2023 | Neue IP-Subnetze für Medien hinzugefügt: 4.152.214.0/24, 4.158.208.0/24, 4.175.120.0/24 (Azure Data Centres für VIMT) |
10/14/2022 | Neue Slido-URL hinzugefügt: *.slido-assets-production.s3.eu-west-1.amazonaws.com |
9/15/2022 | Neues IP-Subnetz für Medien hinzugefügt: 20.120.238.0/23 (Azure-Rechenzentrum für VIMT) |
9/12/2022 | URLs für Webex-Funktion zum Ansetzen für Microsoft Outlook hinzugefügt. |
8/12/2022 | Im Abschnitt Portnummer und Protokolle wurde ein Hinweis hinzugefügt. RoomOS-Geräte senden keine über TLS übertragenen Medien an einen konfigurierten Proxy-Server. |
8/12/2022 | Die IP-Subnetze für Webex-Medien – AWS IP-Subnetz 18.230.160.0/25 wurden aus der Tabelle IP-Subnetze entfernt. Diese Medienknoten verwendeten jetzt IP-Adressen von Cisco in bereits in der Tabelle aufgeführten Subnetzen. |
8/12/2022 | Es wurde ein Hinweis hinzugefügt, dass für die aufgeführten URLs im Abschnitt Domänen und URLs für Webex-Dienste der Zugriff auf alle Domänen und Unterdomänen erforderlich ist. |
6//25/2022 | Anforderungen für Google- und Apple-Benachrichtigungsdienste hinzugefügt |
6/25/2022 | Neue Webex-URL *.webexapis.com zur Tabelle der Domänen und URLs hinzugefügt |
6/22/2022 | Zusätzliche Anleitung für SIP-Bereitstellungen mit Cisco Unified CM hinzugefügt |
4/5/2022 | Entfernung von AWS IP-Subnetzen für Mediendienste – diese Subnetze sind veraltet |
12/14/2021 | Neue Medien-UDP-Portbereiche (50.000 – 53.000) für Videonetzknoten hinzugefügt Port 9000 für Medien über TCP entfernt – Die Verwendung dieses Zielports für Medien über TCP wird im Januar 2022 eingestellt Port 33434 für Medien über UDP und TCP entfernt – Die Verwendung des Zielports für Medien über UDP und TCP wird im Januar 2022 eingestellt |
11/11/2021 | Portnummern und Protokolle der Webex-Dienste und Tabelle der URLs der Cisco Webex-Dienste aktualisiert. |
10/27/2021 | *.walkme.com und s3.walkmeusercontent.com wurden in der Domänentabelle hinzugefügt. |
10/26/2021 | Leitfaden zu Proxy-Einstellungen für das Windows-Betriebssystem hinzugefügt |
10/20/2021 | CDN-URLs zur Liste der zulässigen Domänen in Ihrer Firewall hinzugefügt |
10/19/2021 | Die Webex-App verwendet AES-256-GCM oder AES-128-GCM, um Inhalte für alle Arten von Webex-Meetings zu verschlüsseln. |
10/18/2021 | Neue IP-Subnetze (20.57.87.0/24*, 20.76.127.0/24* und 20.108.99.0/24*) hinzugefügt zum Hosten der Videointegration für die Microsoft Teams-Dienste (auch Microsoft Cloud Video Interop) und die Domänen (*.cloudfront.net, *.akamaiedge.net, *.akamai.net und *.fastly.net), die für Content Delivery Networks, die von Webex-Diensten verwendet werden, hinzugefügt wurden |
10/11/2021 | Der Link zum Trust Portal im Abschnitt Domäne und URL wurde aktualisiert. |
10/04/2021 | *.walkme.com und s3.walkmeusercontent.com aus der Domänentabelle entfernt, da sie nicht mehr benötigt werden. |
07/30/2021 | Hinweis im Abschnitt Proxy-Funktionen aktualisiert |
07/13/2021 | Hinweis im Abschnitt Proxy-Funktionen aktualisiert |
07/02/2021 | *.s3.amazonaws.com zu *s3.amazonaws.com geändert |
06/30/2021 | Die Liste der zusätzlichen URLs für Webex-Hybriddienste wurde aktualisiert. |
06/25/2021 | Domäne *.appdynamics.com zur Liste hinzugefügt |
06/21/2021 | Domäne *.lencr.org zur Liste hinzugefügt |
06/17/2021 | Ports und Protokolle für die Tabelle der Webex SIP-Dienste aktualisiert |
06/14/2021 | Ports und Protokolle für die Tabelle der Webex SIP-Dienste aktualisiert |
05/27/2021 | Die Tabelle im Abschnitt „Zusätzliche URLs für Webex-Hybriddienste“ wurde aktualisiert. |
04/28/2021 | Domänen für Slido PPT-Add-In hinzugefügt, um Slido Webseiten die Erstellung von Umfragen/Quizfragen im Vor-Meeting-Bereich zu ermöglichen |
04/27/2021 | IP-Bereich 23.89.0.0/16 für Webex Edge Audio hinzugefügt |
04/26/2021 | 20.68.154.0/24* als Azure-Subnetz hinzugefügt |
04/21/2021 | CSV-Datei der Webex-Dienste wurde unter Zusätzliche URLs für Webex-Hybriddienste aktualisiert |
04/19/2021 | 20.53.87.0/24* als Azure DC für VIMT/CVI hinzugefügt |
04/15/2021 | Domäne *.vbrickrev.com für Webex Events-Webcasts hinzugefügt. |
03/30/2021 | Umfassende Überarbeitung des Dokumentenlayouts. |
03/30/2021 | Es wurden Details zur webgestützten Webex-App und zum Webex SDK-Mediensupport hinzugefügt (keine Medien über TLS). |
03/29/2021 | Webex Edge für Gerätefunktionen, die mit einem Link zur Dokumentation aufgeführt sind. |
03/15/2021 | Domäne *.identrust.com hinzugefügt |
02/19/2021 | Abschnitt für Webex-Dienste für FedRAMP-Kunden hinzugefügt |
01/27/2021 | Domäne *.cisco.com für Cloud Connected UC-Dienst hinzugefügt und Webex Calling-Onboarding-IP-Subnetze für die Videointegration für Microsoft Teams (auch Microsoft Cloud Video Interop genannt) angegeben durch * |
01/05/2021 | Neues Dokument, das die Netzwerkanforderungen für die Meeting- und Messaging-Dienste der Webex-App beschreibt |
11/13/20 | Teilnetz https://155.190.254.0/23 aus den IP-Subnetzen für die Medientabelle entfernt |
10/7/2020 | Zeile *.cloudfront.net aus zusätzlichen URLs für Webex Teams-Hybriddienste entfernt |
9/29/2020 | Neues IP-Subnetz (20.53.87.0/24) für Webex Teams-Mediendienste hinzugefügt |
9/29/2020 | Webex-Geräte wurden in Webex Room-Geräte umbenannt |
9/29/2020 | URL *.core-os.net aus Tabelle entfernt: Zusätzliche URLs für Webex Teams-Hybriddienste |
9/7/2020 | Aktualisierter Link für AWS-Regionen |
08/25/20 | Vereinfachung der Tabelle und des Textes für Webex Teams-IP-Subnetze für Medien |
8/10/20 | Zusätzliche Details darüber hinzugefügt, wie die Erreichbarkeit von Medienknoten getestet wird und über die Nutzung des Cisco IP-Subnetzes mit Webex Edge Connect |
7/31/20 | Neue IP-Subnetze für Mediendienste in AWS- und Azure-Rechenzentren hinzugefügt |
7/31/20 | Neue UDP-Zielmedienports für SIP-Anrufe zur Webex Teams-Cloud hinzugefügt |
7/27/20 | 170.72.0.0/16 (CIDR) oder 170.72.0.0 – 170.72.255.255 (Netzbereich) hinzugefügt |
5/5/20 | sparkpostmail.com zur Tabelle der Drittanbieterdomänen hinzugefügt |
4/22/20 | Neuer IP-Bereich 150.253.128.0/17 hinzugefügt |
03/13/20 | Neue URL für walkme.com-Dienst hinzugefügt TLS-Medientransport für Room OS-Geräte hinzugefügt Neuer Abschnitt hinzugefügt: Netzwerkanforderungen für Hybrid Calling-SIP-Signalisierung Link für das Dokument mit den Webex Calling-Netzwerkanforderungen hinzugefügt |
12/11/19 | Kleinere Textänderungen, Aktualisierung der Tabelle Webex Teams-Apps und -Geräte – Portnummern und Protokolle, Aktualisierung und Neuformatierung der Tabelle der Webex Teams-URLs. Entfernen der NTLM-Proxy-Authentifizierungsunterstützung für die Hybriddienste Management-Konnektor und Anruf-Konnektor |
10/14/19 | TLS-Überprüfungsunterstützung für Room-Geräte hinzugefügt |
9/16/2019 | Hinzufügen der TCP-Unterstützungsanforderung für DNS-Systeme, die TCP als Transportprotokoll verwenden. Hinzufügen der URL *.walkme.com – Dieser Dienst bietet einen Rundgang zum Onboarding und zur Nutzung für neue Benutzer. Änderungen an den von Web Assistant verwendeten Service-URLs |
8/28/2019 | *.sparkpostmail1.com URL hinzugefügt E-Mail-Service für Newsletter, Registrierungsinformationen, Ankündigungen |
8/20/2019 | Proxy-Unterstützung für Videonetzknoten und Hybrid-Datensicherheitsdienst hinzugefügt |
8/15/2019 | Übersicht über das Cisco- und AWS-Rechenzentrum, das für den Webex Teams Service verwendet wird. *.webexcontent.com URL für Dateispeicherung hinzugefügt Hinweis zur Ablehnung von clouddrive.com für Dateispeicherung *.walkme.com URL für Metriken und Tests hinzugefügt |
7/12/2019 | URLs *.activate.cisco.com und *.webapps.cisco.com hinzugefügt Text-zu-Sprache-URLs aktualisiert in *.speech-googleapis.wbx2.com und *.texttospeech-googleapis.wbx2.com *.quay.io URL entfernt Hybrid Services Container-URL aktualisiert in *.amazonaws.com |
6/27/2019 | Listenanforderung *.accompany.com für die People Insights-Funktion hinzugefügt |
4/25/2019 | „Webex Teams-Dienste“ zur Zeile über TLS-Versionsunterstützung hinzugefügt. „Webex Teams“ zur Zeile über Medienstreams unter Medienverkehr hinzugefügt. „geografische“ vor Region im Abschnitt Webex Teams-IP-Subnetze für Medien hinzugefügt. Es wurden weitere kleine Änderungen an der Formulierung vorgenommen. Die URL-Tabelle für Webex Teams wurde bearbeitet, indem die URL für A/B-Tests und -Metriken aktualisiert und eine neue Zeile für Google Speech-Dienste hinzugefügt wurde. Im Abschnitt „Zusätzliche URLs für Webex Teams Hybrid-Dienste“ wurde Versionsinformation „10.1“ nach AsyncOS entfernt. Text im Abschnitt „Proxy-Authentifizierungsunterstützung“ aktualisiert. |
3/26/2019 | Die hier verlinkte URL „Weitere Informationen finden Sie im Konfigurationsdokument für WSA Webex Teams“ wurde geändert von https://www.cisco.com/c/dam/en/us/products/collateral/security/web-security-appliance/guide-c07-739977.pdf in https://www.cisco.com/c/en/us/td/docs/security/wsa/wsa11-5/user_guide/b_WSA_UserGuide_11_5_1.html Die URL „api.giphy.com“ wurde geändert in *.giphy.com |
2/21/2019 | „Webex Calling“ wurde aktualisiert und lautet nun „Webex Calling (ehemals Spark Calling)“, wie von John Costello gewünscht, aufgrund der bevorstehenden Produkteinführung mit gleichem Namen – Webex Calling via BroadCloud. |
2/6/2019 | Der Text „Hybrider Medienknoten“ wurde aktualisiert und lautet nun „Webex-Videonetzknoten“ |
1/11/2019 | Der Text „End-to-End verschlüsselte Dateien, die in Webex Teams-Bereiche und Avatar-Speicher hochgeladen wurden“ wurde aktualisiert und lautet jetzt „End-to-End verschlüsselte Dateien, die in Webex Teams-Bereiche, Avatar-Speicher, Webex Teams Branding Logos hochgeladen wurden“. |
1/9/2019 | Folgende Zeile wurde entfernt: „*Damit Webex Room-Geräte das für die Validierung der Kommunikation über den Proxy zur TLS-Prüfung erforderliche CA-Zertifikat abrufen können, wenden Sie sich an Ihren CSM oder öffnen Sie einen Fall beim Cisco TAC.“ |
5. Dezember 2018 | URLs aktualisiert: „https://“ wurde aus 4 Einträgen in der Tabelle der Webex Teams-URLs entfernt: https://api.giphy.com -> api.giphy.com https://safebrowsing.googleapis.com -> safebrowsing.googleapis.com http://www.msftncsi.com/ncsi.txt -> msftncsi.com/ncsi.txt https://captive.apple.com/hotspot-detect.html -> captive.apple.com/hotspot-detect.html
|
30. November 2018 | Neue URLs : *.ciscosparkcontent.com, *.storage101.ord1.clouddrive.com, *.storage101.dfw1.clouddrive.com, *.storage101.iad3.clouddrive.com, https://api.giphy.com, https://safebrowsing.googleapis.com, http://www.msftncsi.com/ncsi.txt, https://captive.apple.com/hotspot-detect.html, *.segment.com, *.segment.io, *.amplitude.com,*.eum-appdynamics.com, *.docker.io, *.core-os.net, *.s3.amazonaws.com, *.identity.api.rackspacecloud.com |
Unterstützung für zusätzliche Proxy-Authentifizierungsmethoden für Windows, iOS und Android | |
Webex Board übernimmt das Betriebssystem und die Funktionen des Room-Geräts; von Room-Geräten geteilte Proxy-Funktionen: SX, DX, MX, Room Kit-Serie und Webex Board | |
Unterstützung für die TLS-Inspektion durch iOS- und Android-Apps | |
Entfernung der Unterstützung für die TLS-Inspektion auf Room-Geräten: SX, DX, MX, Room Kit-Serie und Webex Board | |
Webex Board übernimmt das Betriebssystem und die Funktionen des Room-Geräts; 802.1X-Unterstützung | |
21. November 2018 | Folgender Hinweis zum Abschnitt IP-Subnetze für Medien hinzugefügt: Die obige Liste der IP-Bereiche für Cloud-Medienressourcen ist nicht erschöpfend. Möglicherweise werden auch andere IP-Bereiche von Webex Teams verwendet, die nicht in der obigen Liste enthalten sind. Die Webex Teams-App und die Geräte können jedoch normal funktionieren, ohne sich mit den nicht aufgelisteten Medien-IP-Adressen verbinden zu können. |
19. Oktober 2018 | Hinweis hinzugefügt: Webex Teams nutzt Drittanbieter für die Datenerfassung bei der Diagnose und Fehlerbehebung sowie für die Erfassung von Absturz- und Nutzungsmetriken. Die Daten, die an diese Websites von Drittanbietern gesendet werden können, werden im Datenblatt zum Datenschutz für Webex beschrieben. Weitere Informationen finden Sie unter : https://www.cisco.com/c/dam/en_us/about/doing_business/trust-center/docs/cisco-webex-privacy-data-sheet.pdf |
Separate Tabelle für zusätzliche URLs, die von Hybrid-Diensten verwendet werden: *.cloudfront.net, *.docker.com, *.quay.io, *.cloudconnector.cisco.com, *.clouddrive.com | |
7. August 2018 | Hinweis zur Tabelle „Ports und Protokolle“ hinzugefügt: Wenn Sie einen lokalen NTP- und DNS-Server in der OVA des Videonetzknotens konfigurieren, müssen die Ports 53 und 123 nicht in der Firewall geöffnet werden. |
7. Mai 2018 | Umfassende Überarbeitung des Dokuments |
24. April 2022 | Reihenfolge der Absätze im Abschnitt für IP-Subnetze für Webex-Mediendienste geändert. Der Absatz, der mit „Wenn Sie Ihre Firewall konfiguriert haben ..“ beginnt, wurde unter den Absatz verschoben, der mit „Cisco unterstützt nicht ...“ beginnt. |