Expressversand nach
Kontakt
Bestellung verfolgen
Suche
Beliebte Suche
Anfrage
Warenkorb
Login

Gutschein
Jetzt zitieren,
bis zu 8% sparen.

Anfrage
Kontakt

Rückmeldung
Ihre Rückmeldung
Wie würden Sie uns bewerten?
Einfache Anwendung:
Kauffeedback:
Produktdetails:

Cisco DMVPN-zu-SD-WAN-Migration unter CGNAT und Starlink

Cisco DMVPN-zu-SD-WAN-Migration unter CGNAT und Starlink
  • Einleitung / Intro
  • Challenges
  • Empfohlene Produkte
  • Vergleichen
  • Anwendungen
Bekomme Hilfe von einem Experten

Branch Underlay Migration Context

Branch Underlay Migration Context

  • Viele Unternehmen modernisieren die Vernetzung ihrer Zweigstellen und verzichten auf herkömmliche Cisco DMVPN-Hubs zugunsten von SD-WAN-Lösungen. Die zugrundeliegenden Infrastrukturen basieren jedoch häufig auf CGNAT, einzelnen öffentlichen IP-Adressen oder neuen Transporttechnologien wie Starlink. Diese Einschränkungen erschweren das Dual-WAN-Failover, die VPN-Kontinuität und die Richtlinienkonsistenz, insbesondere wenn Zweigstellen weiterhin auf bestehende Cisco-Router für den sicheren Zugriff auf Rechenzentren und Cloud-Workloads angewiesen sind.

    Die folgenden Abschnitte konzentrieren sich auf die Gestaltung eines praktischen Migrationspfads zwischen gemischten DMVPN- und SD-WAN-Domänen, wenn nur eine einzige routbare IP- oder CGNAT-basierte Starlink-Verbindung verfügbar ist. Zu den wichtigsten Entscheidungspunkten gehören die Wahl der zugrundeliegenden Topologie, die Dual-WAN-Übergabe, die Router-Rollenzuordnung und die Auswahl der Cisco Branch VPN- und Integrated Services-Router, die am besten zu den jeweiligen Übergangsphasen – von der Koexistenz bis zur vollständigen SD-WAN-Einführung – passen.

DMVPN-zu-SD-WAN unter CGNAT-Beschränkungen

Die Entwicklung einer DMVPN-zu-SD-WAN-Migration über Single-IP- und Starlink-Verbindungen wird durch CGNAT, Routing-Skalierung und operationelle Risiken eingeschränkt.

DMVPN-zu-SD-WAN unter CGNAT-Beschränkungen

  • CGNAT und Single-IP-Underlay schränken die Flexibilität ein

    Carrier CGNAT und eine einzige öffentliche IP-Adresse schränken Tunnelmodelle ein, erschweren Failover und beeinträchtigen die Koexistenz von DMVPN und SD-WAN.

  • Gemischte WAN-Medien und Starlink erhöhen das Designrisiko

    Die Kombination von Breitband, LTE und Starlink an einem Netzwerkrand führt zu Problemen mit QoS, MTU und Pfadsteuerung für Geschäftsdatenverkehr und Sprachübertragung.

  • Legacy-Router vs. SD-WAN-Funktionsanforderungen

    Bei den bestehenden Zweigstellenroutern fehlen möglicherweise die Ressourcen oder Funktionen für eine schrittweise SD-WAN-Einführung, was die Abstimmung von Hardwareauswahl und Zeitplänen erschwert.

Umstellung von DMVPN auf SD-WAN

Wichtige Designentscheidungen, um die VPN-Verbindungen der Zweigstellen während der Umstellung von DMVPN auf SD-WAN über CGNAT und Starlink aufrechtzuerhalten.

VPN während der Migration beibehalten

Die Erreichbarkeit von DMVPN soll aufrechterhalten werden, während SD-WAN über Single-IP- und CGNAT-Verbindungen eingeführt wird.

Design für CGNAT & Starlink

Nutzen Sie Dual-WAN- und satellitenfreundliche Underlay-Muster, um Latenz und Failover-Pfade zu stabilisieren.

Richtig dimensionierte Abzweigfräsen

Passen Sie RV- und ISR-Plattformen an die Skalierungs-, Krypto- und Wireless-WAN-Anforderungen jedes Standorts an.

DMVPN vs. SD-WAN vs. Starlink CGNAT-Migration

Vergleichen Sie klassisches DMVPN, Overlay-SD-WAN und Starlink/WWAN-Varianten, um den besten CGNAT-freundlichen Migrationspfad auszuwählen.

Funktion Cisco DMVPN Branch (Legacy) Hybrid DMVPN + Starlink WWAN
SD-WAN-Verzweigung über CGNAT (Empfohlen)
 Betriebliche Auswirkungen
Einsatzpassung Single-/Dual-WAN-ISR-Niederlassungen mit öffentlichen/statischen IPs; vorhersehbares MPLS/Internet-Underlay. Eine Kombination aus kabelgebundener Unterkonstruktion plus Starlink oder 3G/LTE auf C1921 oder RV345 für abgelegene Standorte. Dual-WAN RV345/ISR WAN-Edge mit SD-WAN-Overlays, die CGNAT und dynamische Starlink-IPs tolerieren. Klärt, welches Muster am besten zu Ihrer Zweigrealität passt: festes Underlay, gemischte Transporte oder vollständig CGNAT-beschränkt.
NAT- und CGNAT-Verarbeitung Reagiert empfindlich auf symmetrisches NAT und CGNAT; benötigt häufig öffentliche Hub-IPs und sorgfältige NAT-Ausnahmen. Fügt Komplexität hinzu: Starlink CGNAT und drahtloses NAT führen oft zu Problemen mit DMVPN, wenn sie nicht stark angepasst werden. Entwickelt für NAT/CGNAT mit controllerbasierten Tunneln und Cloud-On-Ramps, wodurch die NAT-Anpassung pro Standort minimiert wird. Verringert den Zeitaufwand für die Fehlersuche bei zufälligen Tunnelabbrüchen und NAT-Eigenheiten an entfernten Standorten.
Ausfallsicherheit bei Starlink/WWAN DMVPN über Starlink ist anfällig: Höherer Jitter, Pfadänderungen und UDP-Timeouts beeinträchtigen die Stabilität. Verbesserte Reichweite durch sekundäres Starlink/WWAN, jedoch bleiben die Empfindlichkeit und die manuelle Failover-Logik von DMVPN erhalten. SD-WAN steuert Datenflüsse dynamisch über kabelgebundene Netzwerke und Starlink/WWAN mittels SLA und mit Brownout-sensitiver Ausfallsicherung. Hält wichtige Anwendungen auch dann online, wenn Starlink-Schwankungen auftreten oder die Leistung der primären Breitbandverbindung nachlässt.
Operative Komplexität Setzt auf CLI-Vorlagen und manuelle NHRP-, IPsec- und QoS-Einstellungen pro ISR- oder RV-Router. Hybrid DMVPN + WWAN bedeutet mehr Richtlinienkombinationen und Fehlerbehebungsszenarien pro Niederlassung. Zentrale SD-WAN-Richtlinien, Vorlagen und Analysen; RV/ISR fungieren als verwaltete WAN-Edges, nicht als Snowflakes. Verbesserte Skalierbarkeit: Dasselbe Betriebsteam kann mehr Filialen verwalten, ohne dass ein zusätzlicher Aufwand für standortspezifische Anpassungen erforderlich ist.
Sicherheit und Segmentierung Statische Krypto-Maps und DMVPN-Phasen; die Mikrosegmentierung erfolgt manuell und grobkörnig. Erhöht die Angriffsfläche für drahtlose Angriffe; Segmentierung und Trennung von Gast- und IoT-Geräten erfolgen hauptsächlich auf jedem Router. SD-WAN-Fabric unterstützt anwendungsbezogene Sicherheit, VPN-Segmentierung und eine einfachere Steuerung des Internet-Breakouts. Passt die WAN-Sicherheitslage an die Zero-Trust- und Segmented-Access-Anforderungen moderner Niederlassungen an.
Kosten und Hardware-Lebenszyklus Nutzt vorhandene ISR4331/C1921-Router, kann aber mehr Vor-Ort-Einsätze und Supportzeiten erfordern. Erfordert zusätzliche WWAN-fähige SKUs und Antennen; die Betriebskosten steigen mit zunehmender Komplexität und Fehlersuche. Nutzt RV345/ISR4k als SD-WAN-Edges und verlängert die Lebensdauer durch softwaredefinierte Overlays und zentralisierte Operationen. Die Wiederverwendung vorhandener Router gleicht die Investitionskosten (CAPEX) mit geringeren Betriebskosten (OPEX) durch Automatisierung und weniger Vor-Ort-Besuche aus.
Migrationspfad Am besten geeignet für Filialen, die noch nicht von CGNAT betroffen sind; DMVPN-zu-DMVPN-Änderungen sind schrittweise, aber begrenzt. Übergangslösung: DMVPN beibehalten, während Starlink/WWAN an einer Teilmenge der Standorte getestet wird. Phasenweise Migration: Integration von Zweigstellen in die SD-WAN-Infrastruktur, während die alten DMVPN-Hubs parallel weiterlaufen. Bietet einen strukturierten Fahrplan von herkömmlichen DMVPN-Systemen zu SD-WAN ohne abrupte Umstellungen oder Ausfallzeiten.
Bester Anwendungsfall Stabile Standorte mit öffentlicher IP-Adresse und minimalem CGNAT-Aufwand, bei denen DMVPN-Investitionen besonders wichtig sind. Schwer zugängliche Branchen, in denen Konnektivität Vorrang vor Eleganz hat und DMVPN bereits etabliert ist. Zweigstellen unter CGNAT, Single-IP-Breitband oder Starlink, wo richtlinienbasiertes SD-WAN den größten Mehrwert bietet. Hilft dabei, SD-WAN für CGNAT/Starlink-Standorte zu priorisieren und DMVPN nur dort einzusetzen, wo es noch sinnvoll ist.

Benötigen Sie Hilfe? Technische Experten stehen Ihnen jetzt zur Verfügung.

  • +1-626-655-0998 (USA)
    UTC 15:00-00:00
  • +852-2592-5389 (HK)
    UTC 00:00-09:00
  • +852-2592-5411 (HK)
    UTC 06:00-15:00
Angebot Anfordern
Live-Chat
Benötigen Sie Hilfe? Technische Experten stehen Ihnen jetzt zur Verfügung.

Ideale Anwendungsfälle

Am besten geeignet für Zweigstellen, die von Cisco DMVPN auf SD-WAN über Single-IP und Starlink-ähnliche CGNAT-Underlays umsteigen.

Einzelhandels- und KMU-Filialen migrieren DMVPN zu SD-WAN

Einzelhandels- und KMU-Filialen migrieren DMVPN zu SD-WAN

  • Verbinden Sie kleine Einzelhandels- oder professionelle Filialen mithilfe von Dual-WAN RV340/RV345 Routern, um DMVPN aufrechtzuerhalten, während Sie einen neuen SD-WAN-Edge einbinden.
  • Halten Sie Kartenzahlung, Lagerbestand und POS-Datenverkehr während Änderungen an der Infrastruktur online, indem Sie DMVPN und SD-WAN parallel auf einer einzigen öffentlichen IP-Adresse betreiben.
  • Nutzen Sie richtlinienbasierte Ausfallsicherung zwischen ISP-Breitband und Backup-Verbindungen, während die zentrale IT die Standorte schrittweise von der herkömmlichen Hub-and-Spoke-Architektur auf SD-WAN-Fabric umstellt.
Verteilte Unternehmen unter CGNAT-Beschränkungen

Verteilte Unternehmen unter CGNAT-Beschränkungen

  • Unterstützung von Zweigstellen, die nur CGNAT oder eine einzelne öffentliche IP-Adresse von lokalen ISPs erhalten, durch Tunneling von DMVPN und SD-WAN über RV340/RV345 WAN-Schnittstellen.
  • Aufrechterhaltung einer zentralen Sicherheitsprüfung und Richtliniendurchsetzung auf ISR4300/4400-Hubs, während die Zweigstellen trotz Überschneidungen von RFC1918 und CGNAT erreichbar bleiben.
  • Ermöglichen Sie die schrittweise Migration von Hunderten von Legacy-DMVPN-Spokes zu SD-WAN und erhalten Sie gleichzeitig die Erreichbarkeit für ERP-, VoIP- und Überwachungstools während der Umstellungsphase aufrecht.
Remote- und Pop-up-Standorte über Starlink oder drahtloses WAN

Remote- und Pop-up-Standorte über Starlink oder drahtloses WAN

  • Starlink- oder 3G/4G-WAN-Verbindungen können auf drahtlosen Routern der Cisco 1900-Serie beendet und anschließend an SD-WAN- oder DMVPN-Headends übergeben werden, ohne dass statische IP-Adressen erforderlich sind.
  • Nutzen Sie Satelliten- oder Mobilfunkverbindungen als primäre oder alternative Transportlösung für Baustellen, Bergbaulager oder Veranstaltungen und integrieren Sie diese gleichzeitig in die WAN-Richtlinien Ihres Unternehmens.
  • Temporäre, mit Starlink verbundene Zweigstellen werden zunächst an bestehende DMVPN-Hubs angebunden und anschließend auf SD-WAN-Overlays umgestellt, sobald terrestrische Verbindungen verfügbar sind.
Hybride WAN-Edges in regionalen Rechenzentren

Hybride WAN-Edges in regionalen Rechenzentren

  • Setzen Sie ISR4331/ISR4431 als Aggregations-Hubs ein, die sowohl ältere DMVPN- als auch neue SD-WAN-Overlays für Zweigstellen mit Single-IP-WAN-Verbindungen terminieren.
  • Kritische Datenströme wie Sprache, Video und SCADA werden in separate VRFs segmentiert, während DMVPN- und SD-WAN-Overlays über die gemeinsam genutzte Bandbreite koexistieren.
  • Nutzen Sie Dual-WAN-Designs, um den Filialdatenverkehr zwischen MPLS, Breitband und Satellit zu steuern und gleichzeitig die zentrale Kontrolle während Migrationswellen aufrechtzuerhalten.
Konnektivität von Dienstanbietern und Managed Service Providern

Konnektivität von Dienstanbietern und Managed Service Providern

  • Bieten Sie verwaltete DMVPN-zu-SD-WAN-Übergangsdienste für Multi-Tenant-KMU-Kunden an, die nur über CGNAT oder dynamischen IP-Breitbandzugang verfügen.
  • Standardisieren Sie auf die Plattformen RV340/RV345 und ISR4300, um SLA-gestützte VPN-Dienste für Zweigstellen mit flexiblen Underlays einschließlich Starlink und 3G/4G bereitzustellen.
  • Setzen Sie auf gemeinsam verwaltete Designs, bei denen die MSP-Hubs sowohl die bestehenden DMVPN-Systeme der Kunden als auch neue SD-WAN-Instanzen hosten, wodurch die schrittweise Migration ohne Vor-Ort-Einsätze vereinfacht wird.

Häufig gestellte Fragen

Wie wähle ich zwischen Cisco RV340/RV345 und ISR 4300 für eine DMVPN-zu-SD-WAN-Zweigstelle unter CGNAT?

  • Verwenden Sie RV340/RV345, wenn die Zweigstelle über einen relativ einfachen Dual-WAN-Internetzugang verfügt, eine grundlegende DMVPN- oder IPsec-VPN-Kontinuität benötigt und ein Single-IP-Underlay (z. B. CGNAT-Breitband oder Starlink-Handoff) mit moderaten Durchsatzanforderungen betreibt.
  • Wählen Sie ISR4331/K9 oder ISR4431-SEC/K9, wenn Sie eine höhere VPN-Skalierung, komplexere richtlinienbasierte Routing-Funktionen, ein tieferes QoS benötigen oder wenn die Zweigstelle später in ein vollständiges Cisco SD-WAN-Netzwerk mit erweiterten Sicherheitsdiensten integriert werden soll.
  • Für zellulare oder satellitennahe WANs an entfernten Standorten sollten Sie C1921 3G-Varianten als WAN-Edge oder Backup-Underlay in Betracht ziehen, insbesondere wenn Starlink über ein separates CPE übergeben wird und Sie lediglich eine stabile geroutete oder NAT-Schnittstelle benötigen.
  • Wenn Sie sich nicht sicher sind, welche Serie zu Ihrem Migrationsplan passt, können Sie über unser Portal eine Architekturprüfung und eine Stücklistenvalidierung anfordern. kostenloser CCIE-SupportBitte beachten Sie: Die genauen Garantiebedingungen und Supportleistungen können je nach Produkt und Region variieren. Genaue Informationen finden Sie in den offiziellen Produktinformationen. Bei weiteren Fragen wenden Sie sich bitte an: router-switch.com.

Können diese Cisco-Zweigstellenrouter die VPN-Kontinuität aufrechterhalten, wenn der ISP CGNAT verwendet oder Starlink die öffentliche IP-Adresse häufig ändert?

  • Ja, die Serien RV340/RV345 und ISR 4000/1900 können so konzipiert werden, dass die VPN-Kontinuität auch dann aufrechterhalten wird, wenn sich Ihr Underlay hinter CGNAT befindet oder Starlink wechselnde öffentliche IPs zuweist. Dies wird durch die Verwendung von DMVPN/IPsec mit hubinitiierten Tunneln, dynamischen Peers und einer angemessenen Keepalive- und NAT-Traversal-Optimierung erreicht.
  • Die wichtigste praktische Überlegung ist, dass die Zentrale oder der regionale Hub über eine stabile, routingfähige Adresse (oder FQDN) verfügen und so konfiguriert sein sollte, dass er dynamische Zweigstellen-Peers akzeptiert; Zweigstellengeräte können sich in der Regel nicht auf eingehende Verbindungen verlassen, wenn sie sich hinter CGNAT oder Starlink CPE NAT befinden.
  • In gemischten Umgebungen, in denen einige Niederlassungen weiterhin DMVPN nutzen und andere auf SD-WAN umgestellt werden, benötigen Sie möglicherweise Dual-Stack-Konfigurationen auf ISR-Routern, damit beide Netzwerkarchitekturen während der Umstellung parallel funktionieren. Wir unterstützen Sie gerne bei der Validierung der Migrationsschritte und helfen Ihnen, Ausfälle zu vermeiden. kostenloser CCIE-SupportBitte beachten Sie: Die genauen Garantiebedingungen und Supportleistungen können je nach Produkt und Region variieren. Genaue Informationen finden Sie in den offiziellen Produktinformationen. Bei weiteren Fragen wenden Sie sich bitte an: router-switch.com.

Sind die C1921 3G- und Starlink-basierten Zweigstellen noch praktikabel, oder haben diese Router das Ende ihrer Lebensdauer für neue Installationen erreicht?

  • Viele Varianten des C1921 3G (wie z. B. C1921-3G-G-SEC/K9 und verwandte SKUs) haben das Ende des Produktlebenszyklus oder des Supports von Cisco erreicht, was bedeutet, dass sie möglicherweise besser für Brownfield-Erweiterungen, Ersatzteile oder temporäre Migrationsrollen geeignet sind als für brandneue, langfristige Implementierungen.
  • Bevor Sie sich für diese Plattformen im Rahmen einer DMVPN-zu-SD-WAN-Migration entscheiden, sollten Sie jede einzelne SKU in der Cisco-Lifecycle-Datenbank überprüfen, um sich über Software-Support, Sicherheitsupdates und Hardware-RMA-Zeiträume zu informieren.
  • Um den Lebenszyklusstatus zu überprüfen, können Sie unseren Service nutzen. EOL-/EOSL-Prüfer Parallel zu den Ankündigungen von Cisco sollte entschieden werden, ob man stattdessen auf die RV340/RV345- oder die ISR 4300-Serie umstellt, um eine längere Übergangsfrist zu haben.
  • Wenn Ihr Design auf älteren Plattformen basiert, sollten Sie einen zukünftigen Aktualisierungspfad einplanen, damit Ihre CGNAT- oder Starlink-basierten Zweigstellen ohne aufwändige Umstrukturierung auf neuere SD-WAN-fähige Router umgestellt werden können.

Welche Einschränkungen bei der Bereitstellung sollte ich beachten, wenn ich Dual-WAN (Breitband + Starlink) auf RV340/RV345 für DMVPN und zukünftiges SD-WAN verwende?

  • Bei der Verwendung von RV340/RV345 für Dual-WAN sollten Sie klären, ob beide Verbindungen den produktiven VPN-Datenverkehr übertragen oder ob eine Verbindung als reines Failover dient; unterschiedliche Erwartungen können zu Überbuchung oder unerwarteten Leistungseinbußen führen, insbesondere bei der variablen Latenz und dem CGNAT-Verhalten von Starlink.
  • Bei einer DMVPN-zu-SD-WAN-Migration sollten Sie einen klaren Plan für die IP-Adressierung und NAT auf jedem WAN-Netzwerk haben, damit Ihr zukünftiges SD-WAN-Overlay das gleiche Underlay wiederverwenden oder reibungslos migrieren kann, ohne dass Zweigstellen-LANs neu nummeriert oder bestehende Tunnel unterbrochen werden müssen.
  • Beachten Sie, dass Starlink oder ähnliche Satellitenverbindungen eigene Fair-Use- oder Sitzungsverhaltensweisen vorschreiben können; testen Sie Failover-Ereignisse und die Wiederherstellung des Tunnels, um sicherzustellen, dass RV340/RV345- oder ISR-Router sich innerhalb akzeptabler Ausfallzeiten für Ihre Anwendungen erholen können.
  • Für komplexe Dual-WAN-Richtlinien (z. B. das Senden kritischer Datenverkehr über terrestrisches Breitband und Massendatenverkehr über Starlink) kann ein ISR4331/K9 oder ISR4431-SEC/K9 eine feinere QoS, Routen-Maps und richtlinienbasiertes Routing bieten als ein Router der RV-Serie.

Was muss ich beim Kauf, Versand und Zollabwicklung dieser Zweigstellenrouter im Rahmen eines globalen Einsatzes beachten?

  • Bei Rollouts in mehreren Ländern mit RV340/RV345-, ISR 4300- und C1921-3G-Routern können Lagerverfügbarkeit, Lieferzeit und Versandoptionen je nach Region und spezifischer Artikelnummer variieren; die tatsächliche Versandzeit hängt von der Produktverfügbarkeit, den regionalen Lagern und den Einfuhrbestimmungen für Lagerartikel sowie von der Produktverfügbarkeit und dem Bestimmungsort ab.
  • Bei der Planung einer schrittweisen Migration von DMVPN zu SD-WAN ist es ratsam, Ihren Logistikplan zusammen mit Ihrem technischen Design zu validieren, damit kritische Hub-Router und Zweigstellengeräte in der erforderlichen Reihenfolge eintreffen, insbesondere wenn sich Starlink-basierte Zweigstellen an schwer erreichbaren Standorten befinden.
  • Sie können unsere typischen Logistikoptionen im Folgenden einsehen. Versandarten Seite und Informationen zu regionalen Zöllen und Steuern finden Sie hier: Steuern und ZölleRichten Sie dann Ihre Projektzeitpläne entsprechend aus.
  • Wir empfehlen, Zeitpuffer einzuplanen und sich nicht auf starre Umstellungstermine festzulegen, bis die Sendungsverfolgungsdaten und der Status der Zollabfertigung bestätigt sind, insbesondere bei internationalen Sendungen.

Wie werden Garantie, Rückgabe und Support nach der Inbetriebnahme für diese DMVPN-zu-SD-WAN-Zweigstellenrouter gehandhabt?

  • Unterschiedliche Routerfamilien (RV-Serie vs. ISR-Serie) können unterschiedliche Hardware-Garantiezeiten, RMA-Verfahren und Software-Berechtigungsanforderungen aufweisen; überprüfen Sie daher immer die genaue Abdeckung Ihrer SKU, bevor Sie Ihren Filialmigrationsplan abschließen.
  • Wenn ein Gerät nach einer Starlink- oder CGNAT-Migration ausfällt oder Probleme aufweist, sollten Sie zunächst Protokolle und Konfigurationsinformationen sammeln und dann gemäß unserer Anleitung vorgehen. Rückgabeanweisungen und dem entsprechenden Gewährleistungsprozess des Herstellers.
  • Für laufende Design-Health-Checks und Änderungsprüfungen (z. B. schrittweise DMVPN-Stilllegung, SD-WAN-Onboarding oder Dual-WAN-Neukonfiguration) können Sie unseren Service in Anspruch nehmen. kostenloser CCIE-Support um das Risiko von Fehlkonfigurationen oder vermeidbaren Ausfallzeiten zu reduzieren.
  • Für einen detaillierteren Überblick über die Versicherungsmöglichkeiten können Sie auch unsere Garantiebestimmungen Bevor Sie entscheiden, welche Produktfamilien Sie für Ihre Filialen standardisieren möchten, beachten Sie bitte Folgendes: Die spezifischen Garantiebedingungen und Supportleistungen können je nach Produkt und Region variieren. Genaue Informationen finden Sie in den offiziellen Produktinformationen. Bei weiteren Fragen wenden Sie sich bitte an: router-switch.com.

Weitere Lösungen

Cisco Enterprise Networking Solutions

Cisco Enterprise-Netzwerklösungen

Entdecken Sie die Netzwerklösungen von Cisco, um Innovationen voranzutreiben, die Sicherheit zu verbessern und Kosten zu senken – ohne Kompromisse.

Netzwerken
Enterprise SASE Security Architecture Guide

Leitfaden zur SASE-Sicherheitsarchitektur für Unternehmen

Erfahren Sie, wie SASE SD-WAN und Cloud-Sicherheit vereint, um die Betriebskosten um 40–60 % zu senken und einen einheitlichen Zero-Trust-Zugriff für verteilte Unternehmen zu ermöglichen.

SECHS
Campus Network Solutions for Enterprises

Campus-Netzwerklösungen für Unternehmen

Errichten Sie ein zuverlässiges, skalierbares und leistungsstarkes Campusnetzwerk mit unseren Komplettlösungen – speziell für Unternehmen entwickelt.

Campus-Netzwerk
Anmelden
Registrieren