Das Wichtigste in Kürze
- IOS XE kennt langlebige Züge (unter anderem 17.9, 17.12, 17.15 und 17.18) und kurzlebige dazwischen, die nur rund zwölf Monate Korrekturen erhalten.
- Jeder Zug hat zwei Enden: Der Wartungssupport endet früher als der Sicherheitssupport. Wer gegen das spätere Datum plant, bekommt am Ende nur noch Sicherheitskorrekturen — keine Fehlerbehebungen mehr.
- Beispiel 17.9: Der Sicherheitssupport endete am 29. Juli 2026. Ein Netz auf diesem Zug bekommt seither keine Sicherheitskorrekturen mehr, unabhängig vom Wartungsvertrag.
- Die brauchbare Regel lautet nicht „die neueste Version“, sondern: ein langlebiger Zug, dessen Wartungssupport noch mindestens einen geplanten Wechselzyklus trägt.
Die Frage nach der richtigen Softwareversion beantworten Netze meist auf eine von zwei Arten: Man bleibt auf dem Stand der Inbetriebnahme, bis etwas dagegen spricht, oder man nimmt bei jeder Gelegenheit die neueste. Beide Antworten sind Vermeidungsstrategien — die eine vermeidet Änderung, die andere vermeidet Entscheidung.
Jeder Zug hat zwei Enden
Der wichtigste und am häufigsten übersehene Punkt ist, dass „Support“ zwei verschiedene Dinge bedeutet. Der Wartungssupport umfasst Fehlerkorrekturen im weiteren Sinne. Der Sicherheitssupport deckt nur noch sicherheitsrelevante Korrekturen ab und läuft typischerweise anderthalb Jahre länger.
Zwischen diesen beiden Daten befindet sich ein Zug in einem Zustand, den man kennen sollte: Sicherheitslücken werden noch geschlossen, ein Fehler in der Funktion aber nicht mehr. Für ein produktives Campus-Netz ist das keine komfortable Lage — sie ist zulässig, aber sie sollte eine Entscheidung sein und kein Zufall.
| Zug | Veröffentlicht | Wartungssupport bis | Sicherheitssupport bis |
|---|---|---|---|
| 17.18 | 8. August 2025 | 8. Februar 2028 | 8. August 2029 |
| 17.15 | 9. August 2024 | 9. Februar 2027 | 9. August 2028 |
| 17.12 | 28. Juli 2023 | 28. Januar 2026 (beendet) | 28. Juli 2027 |
| 17.9 | 29. Juli 2022 | 29. Januar 2025 (beendet) | 29. Juli 2026 (beendet) |
| 17.6 | 30. Juli 2021 | 30. Januar 2023 (beendet) | 30. Juli 2024 (beendet) |
Die Züge dazwischen — 17.10, 17.11, 17.13, 17.14, 17.16, 17.17 — sind kurzlebig und erhalten rund zwölf Monate lang kritische Fehler- und Sicherheitskorrekturen. Sie sind für Netze gedacht, die eine bestimmte neue Funktion früh brauchen, nicht als Dauerzustand.
Warum „die neueste“ die falsche Regel ist
Die jeweils neueste Version ist selten ein langlebiger Zug, und selbst wenn sie einer ist, ist sie am wenigsten erprobt. Ein Campus-Netz braucht keine frühe Funktion, sondern Vorhersagbarkeit: dieselbe Version auf möglichst vielen Geräten, über einen Zeitraum, der lang genug ist, dass man das Verhalten kennt.
Die brauchbare Regel besteht deshalb aus drei Bedingungen. Erstens: ein langlebiger Zug. Zweitens: nicht der neueste, sondern der davor — er hat Betriebserfahrung und trotzdem Jahre an Wartungssupport vor sich. Drittens: der Wechsel wird geplant, bevor der Wartungssupport endet, nicht danach.
Eine Ausnahme gibt es regelmäßig: eine Funktion, die man wirklich braucht und die nur in einem neueren Zug existiert. Dann ist die Entscheidung vertretbar — aber sie ist eine Ausnahme mit Begründung und nicht die Regel.
Wie ein Wechsel abläuft, der nicht wehtut
Bestandsaufnahme
Welches Gerät fährt welche Version? Nicht aus der Dokumentation, sondern aus dem Netz gelesen. Fast jede Bestandsaufnahme fördert mindestens einen Zug zutage, von dem niemand wusste, dass er noch läuft.
Zielversion festlegen
Ein Zug für die gesamte Plattformklasse, begründet gegen die beiden Support-Enden. Zwei Zielversionen im selben Campus sind manchmal nötig, drei sind ein Symptom.
Testpfad
Ein Gerät je Bauart und Rolle, in einer Umgebung, in der ein Fehler nichts kostet. Geprüft wird nicht nur der Start, sondern das, was Ihr Netz tatsächlich nutzt: Authentisierung, Sprach-VLAN, Multicast, Stacking, Uplink-Verhalten.
Gestaffelter Rollout
Erst eine unkritische Fläche, dann eine Etage, dann der Rest — mit definierten Beobachtungszeiträumen dazwischen. Ein Rollout ohne Pausen ist ein Rollout ohne Abbruchmöglichkeit.
Nachweis und Wiederholbarkeit
Der Stand nach dem Rollout wird erfasst und gegen den Sollzustand geprüft. Was einmal als Ablauf beschrieben ist, kostet beim nächsten Zug einen Bruchteil.
Für Umgebungen mit einem Netzwerk-Controller ist die Softwareverteilung genau die Aufgabe, für die er gebaut ist: Zielabbild festlegen, Abweichung sichtbar machen, gestaffelt verteilen, Ergebnis protokollieren. Wie wir das aufsetzen, steht unter Cisco Catalyst Center; die Einordnung in den Gesamtbetrieb unter Unternehmensnetze.
Warum das gerade jetzt zählt
Zwei Entwicklungen treffen aufeinander. Erstens ist der Zug 17.9 im Juli 2026 endgültig ausgelaufen, und 17.12 hat seinen Wartungssupport im Januar 2026 hinter sich — beides Züge, die in vielen Netzen noch laufen. Zweitens sind die Reaktionszeiten bei ausgenutzten Lücken kurz geworden; wer ohnehin auf einem Zug ohne Sicherheitssupport steht, hat im Ereignisfall keine Korrektur, auf die er warten könnte.
Die Bestandsaufnahme ist deshalb der lohnendste erste Schritt. Sie kostet einen Tag und beantwortet die Frage, ob Sie ein Planungsthema haben oder ein akutes.
Quellen
Jede belegte Aussage dieses Beitrags ist hier nachvollziehbar. Das Abrufdatum sagt, wie frisch die Prüfung ist.
- Cisco IOS XE — Release- und End-of-Life-Übersichtöffnet in neuem Tab
endoflife.date · abgerufen am 2. August 2026
- Cisco IOS XE Software for Catalyst and Rugged Series Switches Secure Boot Bypass Vulnerabilityöffnet in neuem Tab
Cisco Security Advisory · 25. März 2026 · abgerufen am 2. August 2026