- Startseite
- /
- Artikel
In diesem ArtikelDieser Artikel richtet sich an Netzwerkadministratoren, insbesondere Firewall- und Proxysicherheitsadministratoren, die Webex Calling-Dienste in ihrer Organisation nutzen. Sie beschreibt die Netzwerkanforderungen und listet die Adressen, Ports und Protokolle auf, die für die Verbindung Ihrer Telefone, der Webex-App und der Gateways mit Webex Calling-Diensten verwendet werden.
Eine korrekt konfigurierte Firewall und ein Proxy sind für eine erfolgreiche Calling-Bereitstellung unerlässlich. Webex Calling verwendet SIP und HTTPS für die Anrufsignalisierung und die zugehörigen Adressen und Ports für Medien-, Netzwerkverbindungs- und Gateway-Konnektivität, da Webex Calling ein globaler Dienst ist.
Nicht alle Firewall-Konfigurationen erfordern, dass Ports geöffnet sind. Wenn Sie jedoch Inside-to-Outside-Regeln ausführen, müssen Sie Ports für die erforderlichen Protokolle öffnen, um Dienste vermieten zu können.
Netzwerkadressenübersetzung (NAT)
Die Funktionen Network Address Translation (NAT) und Port Address Translation (PAT) werden an der Grenze zwischen zwei Netzwerken angewendet, um Adressbereiche zu übersetzen oder die Kollision von IP-Adressbereichen zu verhindern.
Organisationen verwenden Gateway-Technologien wie Firewalls und Proxys, die NAT- oder PAT-Dienste bereitstellen, um den Internetzugang für Anwendungen oder Geräte bereitzustellen, die sich in einem privaten IP-Adressbereich befinden. Diese Gateways lassen den Datenverkehr von internen Apps oder Geräten zum Internet über eine oder mehrere öffentlich routbare IP-Adressen erscheinen.
Wenn Sie NAT bereitstellen, ist es nicht zwingend erforderlich, einen eingehenden Port in der Firewall zu öffnen.
Überprüfen Sie die NAT-Poolgröße, die für die App- oder Gerätekonnektivität erforderlich ist, wenn mehrere App-Benutzer und -Geräte über NAT oder PAT auf Webex Calling- und Webex-fähige Dienste zugreifen. Stellen Sie sicher, dass den NAT-Pools ausreichende öffentliche IP-Adressen zugewiesen werden, um eine Erschöpfung des Ports zu verhindern. Die Port-Erschöpfung trägt dazu bei, dass interne Benutzer und Geräte keine Verbindung zu den Webex Calling- und Webex Aware-Diensten herstellen können.
Definieren Sie angemessene Bindungszeiträume und vermeiden Sie die Manipulation von SIP auf dem NAT-Gerät.
Konfigurieren Sie eine minimale NAT-Zeitüberschreitung, um den ordnungsgemäßen Betrieb der Geräte sicherzustellen. Beispiel: Cisco-Telefone senden alle 1 bis 2 Minuten eine Meldung zur REGISTER-AKTUALISIERUNG.
Wenn Ihr Netzwerk NAT oder SPI implementiert, legen Sie eine längere Zeitüberschreitung (von mindestens 30 Minuten) für die Verbindungen fest. Diese Zeitüberschreitung ermöglicht eine zuverlässige Konnektivität bei gleichzeitiger Reduzierung des Batterieverbrauchs der Mobilgeräte der Benutzer.
Gateway für SIP-Anwendungsebene
Wenn ein Router oder eine Firewall SIP Aware ist, d. h. das SIP Application Layer Gateway (ALG) oder ähnliches aktiviert ist, empfehlen wir, diese Funktion zu deaktivieren, um den ordnungsgemäßen Betrieb des Dienstes aufrechtzuerhalten.
Informationen zum Deaktivieren von SIP ALG auf bestimmten Geräten finden Sie in der entsprechenden Herstellerdokumentation.
Proxy-Unterstützung für Webex Calling
Organisationen stellen eine Internet-Firewall oder einen Internet-Proxy und eine Firewall bereit, um den HTTP-Datenverkehr zu prüfen, einzuschränken und zu steuern, der das Netzwerk verlässt und in das Netzwerk eintritt. So schützt ihr Netzwerk vor verschiedenen Formen von Cyberangriffen.
Proxys führen mehrere Sicherheitsfunktionen aus, z. B.:
Erlauben oder blockieren Sie den Zugriff auf bestimmte URLs.
Benutzerauthentifizierung
Reputationssuche für IP-Adresse/Domäne/Host-Name/URI
Entschlüsselung und Überprüfung des Datenverkehrs
Beim Konfigurieren der Proxy-Funktion gilt sie für alle Anwendungen, die das HTTP-Protokoll verwenden.
Die Anwendungen umfassen Folgendes:
Webex-Dienste
CDA-Verfahren (Customer Device Activation) mit der Cisco Cloud-Bereitstellungsplattform wie GDS, EDOS-Geräteaktivierung, Bereitstellung und Onboarding in der Webex-Cloud.
Zertifikatauthentifizierung
Firmware-Upgrades
Statusberichte
PRT-Uploads
XSI-Dienste
 | Wenn eine Proxyserver-Adresse konfiguriert ist, wird nur der Signalisierungsverkehr (HTTP/HTTPS) an den Proxyserver gesendet. Clients, die SIP verwenden, um sich beim Webex Calling-Dienst zu registrieren, und die zugehörigen Medien werden nicht an den Proxy gesendet. Lassen Sie daher zu, dass diese Clients die Firewall direkt durchlaufen. |
Unterstützte Proxy-Optionen, Konfigurations- und Authentifizierungstypen
Die unterstützten Proxy-Typen sind:
Expliziter Proxy (wird geprüft oder nicht geprüft): Konfigurieren Sie die Clients entweder mit der App oder dem Gerät mit explizitem Proxy, um den zu verwendenden Server anzugeben.
Transparenter Proxy (wird nicht geprüft): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserver-Adresse konfiguriert und erfordern keine Änderungen, um mit einem Proxy zu arbeiten, der nicht geprüft wird.
Transparenter Proxy (Überprüfung): Die Clients sind nicht so konfiguriert, dass sie eine bestimmte Proxyserver-Adresse verwenden. Die Konfigurationsänderungen von HTTP sind nicht erforderlich. Ihre Clients benötigen jedoch entweder für die App oder die Geräte ein Stammzertifikat, damit sie dem Proxy vertrauen können. Das IT-Team verwendet die Prüfproxys, um Richtlinien auf den Websites für den Besuch und die Arten von Inhalten, die nicht zulässig sind, durchzusetzen.
Konfigurieren Sie die Proxy-Adressen für die Cisco-Geräte und die Webex-App manuell mit:
Plattformbetriebssysteme
Geräte-UI
Automatische Erkennung mit Web-Proxy-Mechanismen wie:
Web Proxy Auto Discovery (WPAD) – Web Proxy Auto Discovery Protocol
PAC-Dateien (Proxy Auto Config) – PAC-Dateien (Proxy Auto Config)
Wählen Sie während der Konfiguration Ihrer bevorzugten Produkttypen eine der folgenden Proxy-Konfigurationen und Authentifizierungstypen in der Tabelle aus:
Produkt | Proxy-Konfiguration | Authentifizierungstyp |
|---|---|---|
Webex für Mac | Manuell, WPAD, PAC | Keine Auth, Standard, NTLM† |
Webex für Windows | Manuell, WPAD, PAC, GPO | Keine Auth, Standard, NTLM, †, Aushandeln † |
Webex für iOS | Manuell, WPAD, PAC | Keine Auth, Standard, Digest, NTLM |
Webex für Android | Manuell, PAC | Keine Auth, Standard, Digest, NTLM |
Webex-Web-App | Unterstützt über OS | Keine Auth, Standard, Digest, NTLM, aushandeln † |
Webex-Geräte | WPAD, PAC oder manuell | Keine Auth, Standard, Digest |
Cisco IP-Telefone | Manuell, WPAD, PAC | Keine Auth, Standard, Digest |
Webex-Videonetzknoten | Manuell | Keine Auth, Standard, Digest, NTLM |
Für Legenden in der Tabelle:
† Mac NTLM Auth – Der Computer muss nicht bei der Domäne angemeldet sein. Der Benutzer wird nach einem Passwort gefragt.
† Windows NTLM Auth - Wird nur unterstützt, wenn ein Computer bei der Domäne angemeldet ist
Verhandeln †- Kerberos mit NTLM Fallback auth.
Informationen zum Verbinden von Geräten der Cisco Webex Board-, Desk- oder Room-Serie mit einem Proxyserver finden Sie unter Verbinden von Geräten der Board-, Desk- oder Room-Serie mit einem Proxyserver .
Informationen zu Cisco IP-Telefonen finden Sie unter Proxyserver einrichten als Beispiel für die Konfiguration des Proxyservers und der Einstellungen.
| Für |
Proxy-Einstellungen für Windows OS
Microsoft Windows unterstützt zwei Netzwerkbibliotheken für HTTP-Datenverkehr (WinINet und WinHTTP), die eine Proxy-Konfiguration ermöglichen.WinINet ist ein Superset von WinHTTP.
WinInet ist nur für Desktop-Client-Anwendungen mit nur einem Benutzer ausgelegt
WinHTTP ist hauptsächlich für serverbasierte Anwendungen mit mehreren Benutzern ausgelegt.
Wenn Sie zwischen den beiden Optionen wählen, wählen Sie WinINet für Ihre Proxy-Konfigurationseinstellungen aus. Weitere Informationen finden Sie unter wininet-vs-winhttp .
Weitere Informationen finden Sie unter Konfigurieren Sie eine Liste der zulässigen Domänen für den Zugriff auf Webex in Ihrem Unternehmensnetzwerk :
Um sicherzustellen, dass Benutzer sich nur mit Konten aus einer vordefinierten Liste von Domänen bei Anwendungen anmelden.
Verwenden Sie einen Proxyserver, um Anfragen abzufangen und die zulässigen Domänen zu begrenzen.
Proxy-Überprüfung und Zertifikats-Pinning
Die Webex-App und -Geräte validieren die Zertifikate der Server, wenn sie die TLS-Sitzungen einrichten. Zertifikatsüberprüfungen, die z. B. vom Aussteller des Zertifikats und der digitalen Signatur durchgeführt werden, müssen die Zertifikatskette bis zum Stammzertifikat verifizieren. Um die Validierungsprüfungen durchzuführen, verwenden die Webex-App und die Webex-Geräte 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 Calling-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 ist und das Stammzertifikat im Vertrauensspeicher Ihrer Webex-App oder Ihres Webex-Geräts installiert ist.
Für die Webex-App: Installieren Sie das CA-Zertifikat, das zum Signieren des Zertifikats durch den Proxy im Betriebssystem des Geräts verwendet wird.
Für Webex Room-Geräte und Cisco Multiplattform-IP-Telefone: Öffnen Sie eine Serviceanfrage beim TAC-Team, um das CA-Zertifikat zu installieren.
Diese Tabelle zeigt die Webex-App und Webex-Geräte, die die TLS-Inspektion durch Proxyserver unterstützen
Produkt | Unterstützt benutzerdefinierte, vertrauenswürdige Zertifizierungsstellen für die TLS-Inspektion |
|---|---|
Webex-App (Windows, Mac, iOS, Android, Web) | Ja |
Webex Room-Geräte | Ja |
Cisco IP Multiplattform-Telefone (MPP) | Ja |
Firewall-Konfiguration
Cisco unterstützt Webex Calling- und Webex Aware-Dienste in sicheren Cisco- und Amazon Web Services (AWS)-Rechenzentren. Amazon hat seine IP-Subnetze für die alleinige Nutzung durch Cisco reserviert und die Dienste in diesen Subnetzen innerhalb der virtuellen privaten AWS-Cloud gesichert.
Konfigurieren Sie Ihre Firewall so, dass die Kommunikation von Ihren Geräten, Anwendungen und internetbasierten Diensten ordnungsgemäß ausgeführt werden kann. Diese Konfiguration ermöglicht den Zugriff auf alle unterstützten Webex Calling- und Webex Aware-Cloud-Dienste, Domänennamen, IP-Adressen, Ports und Protokolle.
Führen Sie eine Whitelist durch oder öffnen Sie den Zugriff auf Folgendes, damit die Webex Calling- und Webex Aware-Dienste korrekt funktionieren.
Die im Abschnitt Domänen und URLs für Webex Calling-Dienste genannten URLs/Domänen
IP-Subnetze, Ports und Protokolle, die im Abschnitt IP-Subnetze für Webex Calling-Dienste aufgeführt sind
Wenn Sie die Webex Meetings-, Messaging- und anderen Dienste verwenden, stellen Sie sicher, dass die in diesem Artikel genannten Domänen/URLs auch geöffnet sind Netzwerkanforderungen für Webex-Dienste
Wenn Sie nur eine Firewall verwenden, wird das Filtern von Webex Calling-Datenverkehr mit IP-Adressen allein nicht unterstützt, da einige der IP-Adresspools dynamisch sind und sich jederzeit ändern können. Aktualisieren Sie Ihre Regeln regelmäßig. Wenn Sie Ihre Firewall-Regelliste nicht aktualisieren, kann sich dies auf das Benutzererlebnis auswirken. Cisco unterstützt das Filtern einer Teilmenge von IP-Adressen basierend auf einer bestimmten geografischen Region oder einem Clouddienstanbieter nicht. Das Filtern nach Regionen kann zu einer erheblichen Verschlechterung des Anruferlebnisses führen.
| Hinweis: Cisco behält keine dynamisch ändernden IP-Adresspools bei, daher wird sie nicht in diesem Artikel aufgeführt. |
Wenn Ihre Firewall keine Domänen-/URL-Filterung unterstützt, verwenden Sie eine Enterprise Proxy-Server-Option. Diese Option filtert/erlaubt nach URL/Domäne die HTTPs, die den Datenverkehr an Webex Calling- und Webex Aware-Dienste in Ihrem Proxyserver signalisieren, bevor er an Ihre Firewall weitergeleitet wird.
Sie können den Datenverkehr mithilfe der Port- und IP-Subnetzfilterung für Anrufmedien konfigurieren. Da der Medienverkehr einen direkten Zugriff auf das Internet erfordert, wählen Sie die URL-Filteroption für den Signalisierungsverkehr aus.
Für Webex Calling ist UDP das bevorzugte Transportprotokoll von Cisco für Medien und es empfiehlt, nur SRTP über UDP zu verwenden. TCP und TLS als Transportprotokolle für Medien werden für Webex Calling in Produktionsumgebungen nicht unterstützt. Die Verbindungsorientierung dieser Protokolle wirkt sich auf die Medienqualität über verlustbehaftete Netzwerke aus. Wenn Sie Fragen zum Transportprotokoll haben, erstellen Sie ein Support-Ticket.
Domänen und URLs für Webex Calling-Dienste
Ein * am Anfang einer URL (z. B. *.webex.com) zeigt an, dass auf Dienste in der Domäne der obersten Ebene und alle Unterdomänen zugegriffen werden kann.
Domäne/URL | Beschreibung | Webex-Apps und -Geräte, die diese Domänen/URLs verwenden | ||
|---|---|---|---|---|
Cisco Webex-Dienste | ||||
*.broadcloudpbx.com | Webex-Autorisierungsmikrodienste für den Querstart vom Control Hub zum Calling-Administratorportal. | Control Hub | ||
*.broadcloud.com.au | Webex Calling-Dienste in Australien. | Alle | ||
*.broadcloud.eu | Webex Calling-Dienste in Europa. | Alle | ||
*.broadcloudpbx.net | Anruf-Client-Konfiguration und Managementdienste. | Webex-Apps | ||
*.webex.com *.cisco.com | Kern-Webex Calling- und Webex Aware-Dienste
Wenn ein Telefon zum ersten Mal mit einem Netzwerk verbunden wird oder nach dem Zurücksetzen auf die Werkseinstellungen keine DHCP-Optionen festgelegt wurden, kontaktiert es einen Geräteaktivierungsserver für die Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com und Telefone mit Firmware-Version vor 11.2(1) verwenden weiterhin webapps.cisco.com für die Bereitstellung. Laden Sie die Geräte-Firmware und die Gebietsaktualisierungen von binaries.webex.com herunter. Erlauben Sie Cisco Multiplattform-Telefonen (MPPs), die älter als Version 12.0.3 sind, auf sudirenewal.cisco.com über Port 80 zuzugreifen, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und einen Secure Unique Device Identifier (SUDI) zu verwenden. Weitere Informationen finden Sie unter Feldhinweis . | Alle | ||
*.ucmgmt.cisco.com | Webex Calling-Dienste | Control Hub | ||
*.wbx2.com und *.ciscospark.com | Wird für das Cloud-Bewusstsein verwendet, um Webex Calling- und Webex Aware-Dienste während und nach dem Onboarding zu erreichen. Diese Dienste sind notwendig für
| Alle | ||
*.webexapis.com | Webex-Mikrodienste, die Ihre Anwendungen und Geräte verwalten.
| Alle | ||
*.webexcontent.com | Webex Messaging-Dienste im Zusammenhang mit dem allgemeinen Dateispeicher, einschließlich:
| Webex Apps Messaging-Dienste.
| ||
*.accompany.com | Integration von People Insights | Webex-Apps | ||
Zusätzliche Webex-bezogene Dienste (Domänen von Drittanbietern) | ||||
*.appdynamics.com *.eum-appdynamics.com | Leistungsverfolgung, Fehler- und Absturzerfassung, Sitzungsmetriken. | Control Hub | ||
*.sipflash.com | Geräteverwaltungsdienste. Firmware-Upgrades und sichere Onboarding-Zwecke. | Webex-Apps | ||
*.walkme.com *.walkmeusercontent.com | Client für Webex-Benutzerleitfaden. Bietet einen Rundgang zum Onboarding und zur Nutzung für neue Benutzer. Klicken Sie hier, um weitere Informationen zu WalkMe zu erhalten. | Webex-Apps | ||
*.google.com *.googleapis.com | Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: neue Nachricht, wenn der Anruf angenommen wird) Informationen zu IP-Subnetzen finden Sie unter diesen Links. Google Firebase Cloud Messaging (FCM)-Dienst Apple Push-Benachrichtigungsdienst (APNS)
| Webex-App | ||
IP-Subnetze für Webex Calling-Dienste
IP-Subnetze für Webex Calling-Dienste *† | ||
|---|---|---|
23.89.0.0/16 | 85.119.56.0/23 | 128.177.14.0/24 |
128.177.36.0/24 | 135.84.168.0/21 | 139.177.64.0/21 |
139.177.72.0/23 | 144.196.0.0/16 | 150.253.128.0/17 |
163.129.0.0/17 | 170.72.0.0/16 | 170.133.128.0/18 |
185.115.196.0/22 | 199.19.196.0/23 | 199.19.199.0/24 |
199.59.64.0/21 | ||
Zweck der Verbindung: | Quelladressen | QuellPorts | Protokoll | Zieladressen | Zielports | Hinweise | |
|---|---|---|---|---|---|---|---|
Anrufsignalisierung an Webex Calling (SIP TLS) | Externe NIC des lokalen Gateways | 8000-65535 | TCP | Siehe IP-Subnetze für Webex Calling-Dienste. | 5062, 8934 | Diese IPs/Ports werden für die ausgehende SIP-TLS-Anrufsignalisierung von lokalen Gateways, Geräten und Anwendungen (Quelle) an die Webex Calling Cloud (Ziel) benötigt. Port 5062 (erforderlich für zertifikatbasierten Trunk). Und Port 8934 (erforderlich für registrierungsbasierten Trunk | |
Geräte | 5060-5080 | 8934 | |||||
Anwendungen | Vorübergehend (vom Betriebssystem abhängig) | ||||||
Anrufsignalisierung von Webex Calling (SIP TLS) an lokales Gateway | Webex Calling-Adressbereich. Siehe IP-Subnetze für Webex Calling-Dienste | 8934 | TCP | IP oder IP-Bereich, der vom Kunden für sein lokales Gateway ausgewählt wurde | Vom Kunden ausgewählter Port- oder Portbereich für sein lokales Gateway | Gilt für zertifikatbasierte lokale Gateways. Es ist erforderlich, eine Verbindung von Webex Calling zu einem lokalen Gateway herzustellen. Ein registrierungsbasiertes lokales Gateway funktioniert bei der Wiederverwendung einer Verbindung, die über das lokale Gateway erstellt wurde. Zielport ist vom Kunden ausgewählt Trunks konfigurieren | |
Anrufmedien an Webex Calling (STUN, SRTP/SRTCP, T38) | Externe NIC des lokalen Gateways | 8000-48199 <UNK> † <UNK> * | UDP | Siehe IP-Subnetze für Webex Calling-Dienste. | 5004, 9000 (STUN-Ports) Audio: 8500-8599 Video: 8600-8699 19560-65535 (SRTP über UDP) |
| |
Geräte †* | 19560-19661 | ||||||
Anwendungen †* | Audio: 8500-8599 Video: 8600-8699 | ||||||
Anrufmedien von Webex Calling (SRTP/SRTCP, T38) | Webex Calling-Adressbereich. Siehe IP-Subnetze für Webex Calling-Dienste | 19560-65535 (SRTP über UDP) | UDP | IP oder IP-Bereich, der vom Kunden für sein lokales Gateway ausgewählt wurde | Vom Kunden ausgewählter Medienportbereich für sein lokales Gateway | ||
| Anrufsignalisierung an PSTN-Gateway (SIP TLS) | Interne NIC des lokalen Gateways | 8000-65535 | TCP | Ihr ITSP-PSTN-GW oder Unified CM | Hängt von PSTN-Option ab (Beispiel: normalerweise 5060 oder 5061 für Unified CM) | ||
| Anrufmedien an PSTN-Gateway (SRTP/SRTCP) | Interne NIC des lokalen Gateways | 8000-48199 <UNK> † <UNK> * | UDP | Ihr ITSP-PSTN-GW oder Unified CM | Hängt von der PSTN-Option ab (z. B. normalerweise 5060 oder 5061 für Unified CM) | ||
Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) | Webex Calling-Geräte | Vorübergehend | TCP | 3.20.185.219 3.130.87.169 3.134.166.179 72.163.10.96/27 72.163.15.64/26 72.163.15.128/26 72.163.24.0/23 72.163.10.128/25 173.37.146.128/25 173.36.127.0/26 173.36.127.128/26 173.37.26.0/23 173.37.149.96/27 192.133.220.0/26 192.133.220.64/26 | 443, 6970, 80 | Erforderlich aus folgenden Gründen:
| |
Anwendungskonfiguration | Webex Calling-Anwendungen | Vorübergehend | TCP | 62.109.192.0/18 64.68.96.0/19 150.253.128.0/17 207.182.160.0/19 | 443, 8443 | Verwendet für ID-Broker-Authentifizierung, Anwendungskonfigurationsdienste für Clients, browserbasierter Webzugriff für Self-Care UND Administrativen Schnittstellenzugriff. | |
Synchronisierung der Gerätezeit (NTP) | Webex Calling-Geräte | 51494 | UDP | Siehe IP-Subnetze für Webex Calling-Dienste. | 123 | Diese IP-Adressen sind für die Zeitsynchronisierung für Geräte (MPP-Telefone, ATAs und SPA-ATAs) erforderlich. | |
Auflösung des Gerätenamens und Auflösung des Anwendungsnamens | Webex Calling-Geräte | Vorübergehend | UDP und TCP | Vom Host definiert | 53 | Wird für DNS-Suchen verwendet, um die IP-Adressen der Webex Calling-Dienste in der Cloud zu ermitteln. Obwohl typische DNS-Suchen über UDP durchgeführt werden, benötigen einige möglicherweise TCP, wenn die Abfrageantworten nicht in UDP-Pakete passen. | |
Synchronisierung der Anwendungszeit | Webex Calling-Anwendungen | 123 | UDP | Vom Host definiert | 123 | ||
Webbasiertes Tool zur Vorbereitung der Netzwerkfähigkeit für Webex Calling | Vorübergehend | TCP | Siehe IP-Subnetze für Webex Calling-Dienste. | 8934 und 443 | Webbasiertes Tool zur Vorbereitung der Netzwerkbereitschaft für Webex Calling. Weitere Informationen finden Sie unter cscan.webex.com. | ||
UDP | 19569-19760 | ||||||
Zusätzliche Webex Calling- und Webex Aware-Dienste (Drittanbieter) | |||||||
Push-Benachrichtigungen APNS- und FCM-Dienste | Webex Calling-Anwendungen | Vorübergehend | TCP | Siehe IP-Subnetze unter den Links | 443, 2197, 5228, 5229, 5230, 5223 | Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: Wenn Sie eine neue Nachricht erhalten oder ein Anruf angenommen wird) | |
|
|
Webex Meetings/Messaging – Netzwerkanforderungen
Integrieren Sie die MPP-Geräte in die Webex Cloud für Dienste wie Anrufprotokoll, Verzeichnissuche und Meetings. Die Netzwerkanforderungen für diese Webex-Dienste finden Sie unter Netzwerkanforderungen für Webex-Dienste. Wenn Sie Meetings, Messaging und andere Dienste der Webex-App verwenden, stellen Sie sicher, dass die in diesem Artikel genannten Domänen/URLs/Adressen geöffnet sind.
Referenzen
Informationen zu den Neuerungen in Webex Calling finden Sie unter Neuerungen in Webex Calling
Weitere Informationen zu den Sicherheitsanforderungen für Webex Calling finden Sie im Artikel
Webex Calling-Medienoptimierung mit Interactive Connectivity Establishment (ICE) Artikel
Revisionsverlauf des Dokuments
Datum | Wir haben die folgenden Änderungen an diesem Artikel vorgenommen: | ||
|---|---|---|---|
Freitag, 28. Juni 2024 | Die Verwendung der beiden SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert. | ||
11. Juni 2024 | Die Domäne „huton-dev.com“ wurde entfernt, da sie nicht verwendet wird. | ||
Dienstag, 06. Mai 2024 | Die Verwendung der beiden SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert. | ||
03. April 2024 | Die IP-Subnetze für Webex Calling-Dienste wurden mit 163.129.0.0/17 aktualisiert, um die Markterweiterung von Webex Calling für die Region Indien zu ermöglichen. | ||
18. Dezember 2023 | Enthält die URL sudirenewal.cisco.com und Port 80-Anforderung für die Gerätekonfiguration und Firmware-Verwaltung der MIC-Erneuerung des Cisco MPP-Telefons. | ||
11. Dezember 2023 | Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten nun eine größere Anzahl von IP-Adressen. 150.253.209.128/25 – geändert in 150.253.128.0/17 | ||
29. November 2023 | Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten nun eine größere Anzahl von IP-Adressen, um die Erweiterung der Webex Calling-Region für zukünftiges Wachstum zu ermöglichen. 144.196.33.0/25 – geändert in 144.196.0.0/16 Die Abschnitte „IP-Subnetze“ für Webex Calling-Dienste unter Webex Calling (SIP TLS) und „Anrufmedien zu Webex Calling“ (STUN, SRTP) wurden aktualisiert, um eine bessere Übersicht über zertifikatbasierte Übertragungswege und die Firewall-Anforderungen für das lokale Gateway zu erhalten. | ||
14. August 2023 | Wir haben die folgenden IP-Adressen 144.196.33.0/25 und 150.253.156.128/25 hinzugefügt, um höhere Kapazitätsanforderungen für Edge- und Webex Calling-Dienste zu unterstützen.
| ||
5. Juli 2023 | Link https://binaries.webex.com zur Installation der Cisco MPP-Firmware hinzugefügt. | ||
Dienstag, 7. März 2023 | Wir haben den gesamten Artikel überarbeitet und umfassen:
| ||
5. März 2023 | Der Artikel wird wie folgt aktualisiert:
| ||
15. November 2022 | Wir haben die folgenden IP-Adressen für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:
Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:
| ||
14. November 2022 | IP-Subnetz 170.72.242.0/24 für den Webex Calling-Dienst hinzugefügt. | ||
08. September 2022 | Die Cisco MPP-Firmware-Übergänge zur Verwendung von https://binaries.webex.com als Host-URL für MPP-Firmware-Upgrades in allen Regionen. Diese Änderung verbessert die Leistung des Firmware-Upgrades. | ||
30. August 2022 | Die Referenz auf Port 80 wurde aus den Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“, „Anwendungskonfiguration“ und „CScan“ in der Porttabelle entfernt, da keine Abhängigkeit besteht. | ||
18. August 2022 | Keine Änderung an der Lösung. Die Zielports 5062 (für den zertifikatbasierten Trunk erforderlich) und 8934 (für den registrierungsbasierten Trunk erforderlich) für die Anrufsignalisierung an Webex Calling (SIP TLS) wurden aktualisiert. | ||
Freitag, 26. Juli 2022 | Die IP-Adresse 54.68.1.225 wurde hinzugefügt, die für das Firmware-Upgrade von Cisco 840/860-Geräten erforderlich ist. | ||
Donnerstag, 21. Juli 2022 | Die Zielports 5062 und 8934 für die Anrufsignalisierung an Webex Calling (SIP TLS) wurden aktualisiert. | ||
Dienstag, 14. Juli 2022 | URLs hinzugefügt, die eine vollständige Funktion der Webex Aware-Dienste unterstützen. IP-Subnetz 23.89.154.0/25 für den Webex Calling-Dienst hinzugefügt. | ||
27. Juni 2022 | Domäne und URLs für Webex Calling-Dienste aktualisiert: *.broadcloudpbx.com *.broadcloud.com.au *.broadcloud.eu *.broadcloudpbx.net | ||
Donnerstag, 15. Juni 2022 | Die folgenden Ports und Protokolle wurden unter IP-Adressen und Ports für Webex Calling-Dienste hinzugefügt:
Aktualisierte Informationen im Abschnitt Webex Meetings/Messaging – Netzwerkanforderungen | ||
Dienstag, 24. Mai 2022 | IP-Subnetz 52.26.82.54/24 zu 52.26.82.54/32 für Webex Calling-Dienst hinzugefügt | ||
Freitag, 6. Mai 2022 | IP-Subnetz 52.26.82.54/24 für Webex Calling-Dienst hinzugefügt | ||
7. April 2022 | Interner und externer UDP-Portbereich des lokalen Gateways auf 8000-48198 † aktualisiert | ||
5. April 2022 | Die folgenden IP-Subnetze für den Webex Calling-Dienst wurden hinzugefügt:
| ||
29. März 2022 | Die folgenden IP-Subnetze für den Webex Calling-Dienst wurden hinzugefügt:
| ||
Donnerstag, 20. September 2021 | 4 neue IP-Subnetze für den Webex Calling-Dienst hinzugefügt:
| ||
Freitag, 2. April 2021 | *.ciscospark.com wurde unter Domänen und URLs für Webex Calling-Dienste hinzugefügt, um Webex Calling-Anwendungsfälle in der Webex-App zu unterstützen. | ||
25. März 2021 | Es wurden 6 neue IP-Bereiche für activate.cisco.com hinzugefügt, die am 8. Mai 2021 in Kraft treten.
| ||
Donnerstag, 4. März 2021 | Einzelne IPs und kleinere IP-Bereiche von Webex Calling wurden durch vereinfachte Bereiche in einer separaten Tabelle ersetzt, um das Verständnis der Firewall-Konfiguration zu erleichtern. | ||
Freitag, 26. Februar 2021 | 5004 wurde als Zielport für Anrufmedien zu Webex Calling (STUN, SRTP) hinzugefügt, um Interactive Connectivity Establishment (ICE) zu unterstützen, die im April 2021 in Webex Calling verfügbar sein werden. | ||
Montag, 22. Februar 2021 | Domänen und URLs werden jetzt in einer separaten Tabelle aufgelistet. Die Tabelle „IP-Adressen und Ports“ wird an Gruppen-IP-Adressen für dieselben Dienste angepasst. Hinzufügen der Anmerkungsspalte zur Tabelle "IP-Adressen und Ports", um die Anforderungen zu verstehen. Die folgenden IP-Adressen werden in vereinfachte Bereiche für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) verschoben:
Hinzufügen der folgenden IP-Adressen für die Anwendungskonfiguration, da der Cisco Webex-Client im März 2021 auf einen neueren DNS SRV in Australien verweist.
| ||
Donnerstag, 21. Januar 2021 | Wir haben die folgenden IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:
Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:
Wir haben die folgenden IP-Adressen zur Anwendungskonfiguration hinzugefügt:
Wir haben die folgenden IP-Adressen aus der Anwendungskonfiguration entfernt:
Wir haben die folgenden Portnummern aus der Anwendungskonfiguration entfernt:
Wir haben die folgenden Domänen zur Anwendungskonfiguration hinzugefügt:
| ||
Mittwoch, 23. Dezember 2020 | Den Port-Referenzbildern wurden neue IP-Adressen für die Anwendungskonfiguration hinzugefügt. | ||
Dienstag, 22. Dezember 2020 | Die Zeile „Anwendungskonfiguration“ in den Tabellen wurde aktualisiert und enthält nun die folgenden IP-Adressen: 135.84.171.154 und 135.84.172.154. Die Netzwerkdiagramme wurden verborgen, bis diese IP-Adressen hinzugefügt wurden. | ||
Freitag, 11. Dezember 2020 | Die Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“ und „Anwendungskonfiguration“ für die unterstützten kanadischen Domänen wurden aktualisiert. | ||
Freitag, 16. Oktober 2020 | Die Anrufsignalisierung und die Medieneinträge wurden mit den folgenden IP-Adressen aktualisiert:
| ||
Mittwoch, 23. September 2020 | Unter CScan wurde 199.59.64.156 durch 199.59.64.197 ersetzt. | ||
Freitag, 14. August 2020 | Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt: Anrufsignalisierung an Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24 | ||
Mittwoch, 12. August 2020 | Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:
| ||
Mittwoch, 22. Juli 2020 | Die folgende IP-Adresse wurde zur Unterstützung der Einführung von Rechenzentren in Kanada hinzugefügt: 135.84.173.146 | ||
Dienstag, 9. Juni 2020 | Der CScan-Eintrag wurde wie folgt geändert:
| ||
Mittwoch, 11. März 2020 | Wir haben die folgenden Domänen und IP-Adressen zur Anwendungskonfiguration hinzugefügt:
Wir haben die folgenden Domänen mit zusätzlichen IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung aktualisiert:
| ||
Donnerstag, 27. Februar 2020 | Wir haben die folgenden Domänen und Ports zur Gerätekonfiguration und Firmware-Verwaltung hinzugefügt: cloudupgrader.webex.com – 443, 6970 |
