JNCP on bitunfall.de

EVPN und moderne Data Center Interconnects

Tue, 07 Jul 2026 18:05:01 +0200

Die Evolution von Layer-2 und MPLS VPNs

Nachdem MPLS VPNs und VPLS lange Zeit das Rückgrat von Service-Provider- und Enterprise-WANs gebildet haben, hat sich in den letzten Jahren ein neues Modell durchgesetzt, das viele der klassischen Probleme dieser Technologien adressiert: EVPN.

Ethernet VPN, kurz EVPN, kombiniert die Flexibilität von Layer-2-Services mit der Skalierbarkeit und Kontrolle moderner BGP-basierter Control-Planes. Es wird heute sowohl im Service-Provider-Umfeld als auch in großen Data-Center-Interconnects eingesetzt und gilt zunehmend als Standard für moderne Multi-Site-Architekturen.

Traffic Engineering und Netzwerkdesign im Service Provider Backbone

Sun, 05 Jul 2026 18:04:16 +0200

In einem modernen Service-Provider-Netz reicht es nicht aus, dass Routing und MPLS einfach „funktionieren“. Große Backbones transportieren gleichzeitig Millionen von Flows über komplexe Topologien mit redundanten Pfaden, unterschiedlichen Bandbreiten und klar definierten Serviceklassen.

Ohne gezielte Steuerung würde der Verkehr automatisch den kürzesten Pfad nehmen. Das klingt zunächst sinnvoll, führt in der Praxis jedoch häufig zu unausgewogener Auslastung: einige Links sind überlastet, während alternative Kapazitäten ungenutzt bleiben.

Traffic Engineering ist die Antwort auf dieses Problem. Es beschreibt die gezielte Steuerung von Verkehrsflüssen durch ein Netzwerk, um Auslastung, Latenz, Zuverlässigkeit und Servicequalität zu optimieren.

QoS im Service Provider Netz

Sat, 04 Jul 2026 18:03:44 +0200

In einem Service-Provider-Netz geht es längst nicht mehr nur darum, Daten von A nach B zu transportieren. Moderne Netzwerke müssen unterschiedliche Arten von Verkehr gleichzeitig unterstützen: Echtzeit-Audio, Videokonferenzen, Cloud-Anwendungen, Bulk-Transfers und klassische Datenkommunikation.

Diese Anwendungen stellen sehr unterschiedliche Anforderungen an ein Netzwerk. Während ein Datei-Download mit ein paar Millisekunden Verzögerung gut leben kann, reagiert eine VoIP-Verbindung sofort empfindlich auf Jitter oder Paketverlust.

Damit ein gemeinsames Netz all diese Anforderungen erfüllen kann, wird Quality of Service, kurz QoS, eingesetzt.

Routing Table, Forwarding Table und Packet Forwarding in Junos

Sat, 04 Jul 2026 17:24:01 +0200

Einleitung

Wer Routing-Protokolle lernt, beschäftigt sich zunächst mit Themen wie:

OSPF
IS-IS
BGP
Routing Policies
Redistribution

Dabei entsteht leicht der Eindruck, dass Routing-Protokolle die eigentliche Arbeit eines Routers erledigen.

Tatsächlich ist das nur die halbe Wahrheit.

Routing-Protokolle sammeln Informationen.

Die eigentliche Weiterleitung von Paketen erfolgt jedoch durch andere Komponenten.

Genau an diesem Punkt beginnt ein wichtiges Thema der JNCIS-ENT:

Wie gelangt eine Route von einem Routing-Protokoll in die tatsächliche Paketweiterleitung?

JNCIS-ENT STP Protection Mechanisms

Thu, 02 Jul 2026 22:11:48 +0200

BPDU Protection, Root Protection und Loop Protection in Junos

Einleitung

Das Spanning Tree Protocol (STP) und Rapid Spanning Tree Protocol (RSTP) schützen Netzwerke vor Layer-2-Schleifen. In der Praxis reicht dies jedoch häufig nicht aus.

Viele Netzwerkstörungen entstehen nicht durch fehlerhafte STP-Berechnungen, sondern durch:

falsch angeschlossene Switches
nicht autorisierte Geräte
Fehlkonfigurationen
Verkabelungsfehler
versehentlich erzeugte Schleifen

Aus diesem Grund bieten moderne Enterprise-Switches zusätzliche Schutzmechanismen.

Juniper EX-Switches unterstützen verschiedene STP-Protection-Features, die regelmäßig Bestandteil der JNCIS-ENT-Prüfung sind.

Load Balancing und ECMP in Junos - Mehrere Pfade gleichzeitig nutzen

Thu, 02 Jul 2026 18:21:23 +0200

Einleitung

Bisher haben wir Routing häufig vereinfacht dargestellt:

Ein Router kennt mehrere mögliche Wege und wählt anschließend den besten Pfad aus.

Dieses Modell ist grundsätzlich korrekt.

In modernen Netzwerken existiert jedoch häufig eine andere Situation:

 Ziel
 / \
 / \
 Pfad A Pfad B

Beide Wege besitzen exakt dieselben Kosten.

Nun stellt sich eine interessante Frage:

Warum sollte der Router einen der beiden Pfade ignorieren?

Schließlich wurden beide Verbindungen bezahlt.

JNCIP-ENT: best-of

Thu, 02 Jul 2026 13:26:26 +0200

Die Vielzahl an Einzelmechanismen im Routing wirkt zunächst wie eine Sammlung unabhängiger Regeln. In der Praxis zeigt sich jedoch, dass sich nahezu alle typischen Probleme, Fehlannahmen und auch Designentscheidungen auf einige wenige grundlegende Prinzipien zurückführen lassen. Genau diese Prinzipien bilden die eigentliche Essenz – unabhängig davon, ob man mit OSPF, BGP oder Multicast arbeitet.

Ein wiederkehrendes Muster ist die Trennung zwischen logischer Entscheidung und tatsächlicher Weiterleitung. Routing besteht nicht aus einer einzigen Tabelle, sondern aus mehreren Verarbeitungsschritten. Eine Route wird empfangen, bewertet und schließlich umgesetzt. Dass eine Route sichtbar ist, bedeutet nicht, dass sie aktiv ist. Und selbst wenn sie aktiv ist, heißt das noch nicht, dass sie tatsächlich im Forwarding genutzt wird. Viele schwer erklärbare Situationen entstehen genau aus dieser Trennung. Wer sie nicht konsequent im Kopf behält, interpretiert Symptome schnell falsch.

JNCIP-ENT: BGP Troubleshooting

Wed, 01 Jul 2026 13:24:33 +0200

Die Diagnose von Routingproblemen in BGP unterscheidet sich grundlegend von der Analyse klassischer IGP‑Probleme. Während Protokolle wie OSPF oder IS‑IS durch eine gemeinsame Topologiesicht geprägt sind, basiert BGP auf einem zustandsorientierten Sitzungsaufbau und einer entkoppelten Pfadentscheidung. Probleme äußern sich daher selten als „offensichtlicher Fehler“, sondern vielmehr als stilles Fehlverhalten: Sessions stehen, aber es werden keine Routen genutzt, oder Routen sind vorhanden, aber nicht aktiv.

Ein sinnvoller Einstieg in die Analyse ist immer der Verbindungszustand zwischen den Peers. BGP durchläuft eine feste Sequenz von Zuständen, die den Aufbau der TCP‑Session und den anschließenden Austausch von Routinginformationen abbilden. Diese Zustände sind nicht nur Statusanzeigen, sondern liefern präzise Hinweise darauf, an welcher Stelle ein Problem auftritt. Ein Router im Zustand „Idle“ hat die Session entweder noch nicht initialisiert oder versucht sie bewusst nicht aufzubauen. „Connect“ zeigt an, dass ein TCP‑Verbindungsaufbau angestoßen wird. Bleibt der Zustand bei „Active“, deutet dies darauf hin, dass wiederholt Verbindungsversuche stattfinden, aber keine Antwort vom Peer kommt. Diese Unterscheidung ist entscheidend, da sie zwischen einem Konfigurationsproblem und einem Erreichbarkeitsproblem differenziert.

JNCIP-ENT: iBGP Probleme & Route Reflektoren

Tue, 30 Jun 2026 21:23:35 +0200

BGP‑Entscheidungen wirken auf den ersten Blick konsistent und deterministisch, werden in der Praxis jedoch oft falsch eingeschätzt, weil mehrere Mechanismen gleichzeitig greifen. Das Protokoll bewertet Routen nicht anhand eines einzelnen Kriteriums, sondern durchläuft eine klar definierte Kette von Attributen. Entscheidend ist dabei nicht nur, welches Attribut „wichtiger“ ist, sondern vor allem, in welcher Reihenfolge überhaupt verglichen wird. Viele scheinbar unerklärliche Routing‑Entscheidungen lassen sich genau auf diese Reihenfolge zurückführen.

Im Gegensatz zu Link-State-Protokollen wie OSPF, die primär auf einer einheitlichen Metrik basieren, ist BGP ein Policy-gesteuertes Protokoll. Das bedeutet, dass es darauf ausgelegt ist, administrative Entscheidungen abzubilden, nicht zwingend die technisch kürzeste oder schnellste Route zu wählen. Die Path Selection ist daher bewusst mehrstufig aufgebaut und priorisiert zunächst Attribute, die durch den Betreiber beeinflusst werden können.

Class of Service (CoS) und Quality of Service (QoS) in Junos

Tue, 30 Jun 2026 17:27:50 +0200

Wie Netzwerke entscheiden, welcher Traffic Vorrang erhält

Einleitung

Stellen wir uns folgendes Szenario vor:

Ein Benutzer startet einen großen Datei-Download.

Gleichzeitig findet eine wichtige VoIP-Telefonkonferenz statt.

Zusätzlich läuft eine Videokonferenz mit mehreren Teilnehmern.

Alle drei Anwendungen teilen sich dieselbe WAN-Verbindung.

Nun stellt sich eine entscheidende Frage:

Was passiert, wenn die verfügbare Bandbreite nicht mehr ausreicht?

Ohne zusätzliche Mechanismen behandelt das Netzwerk alle Pakete grundsätzlich gleich.

Der Router unterscheidet nicht zwischen:

JNCIP-ENT: Multicast in der Praxis

Tue, 30 Jun 2026 16:58:08 +0200

Multicast entfaltet seinen eigentlichen Wert erst dann, wenn man es nicht als theoretisches Routingkonzept betrachtet, sondern als Werkzeug für sehr konkrete Anforderungen. Während viele Netzwerktechnologien darauf ausgelegt sind, beliebige Punkt‑zu‑Punkt‑Kommunikation zu ermöglichen, adressiert Multicast ein klar abgegrenztes Problem: die effiziente Verteilung identischer Daten an eine Vielzahl von Empfängern. Die praktische Anwendung ergibt sich genau aus dieser Spezialisierung.

Ein typisches Einsatzszenario ist die Verteilung von Video-Streams. In einem klassischen Unicast-Modell müsste ein Server für jeden Empfänger einen eigenen Datenstrom erzeugen. Mit wachsender Anzahl von Clients steigt die Last auf Server und Netzwerk linear an. Multicast durchbricht dieses Modell vollständig. Der Sender erzeugt genau einen Stream, und das Netzwerk übernimmt die Aufgabe, diesen nur dort zu vervielfältigen, wo es notwendig ist. Die Vervielfältigung geschieht entlang eines Baumes, der sich dynamisch an der Verteilung interessierter Empfänger orientiert. Damit verschiebt sich die Skalierungsgrenze vom Endsystem in die Netzstruktur.

JNCIP-ENT: OSPF in Verbindung mit multiplen Pfaden

Tue, 30 Jun 2026 13:45:31 +0200

Die Nutzung mehrerer gleichwertiger Pfade im Routing unterscheidet sich grundlegend zwischen Protokollen wie OSPF und BGP. Während in OSPF parallele Pfade ein natürlicher Bestandteil des Designs sind, wird dieses Verhalten in BGP deutlich selektiver behandelt. Genau an dieser Stelle entstehen häufig Missverständnisse, weil mehrere „gleich gute“ Routen nicht zwangsläufig gleichzeitig genutzt werden.

Im Kern beschreibt Multipath die Möglichkeit, mehrere Pfade zu einem Ziel gleichzeitig zu verwenden. Diese Pfade müssen bestimmte Kriterien erfüllen, insbesondere hinsichtlich ihrer Bewertungsparameter. In OSPF ergibt sich diese Fähigkeit nahezu automatisch. Wenn mehrere Pfade mit identischem Cost zu einem Ziel existieren, werden sie parallel in die Routingtabelle aufgenommen. Die Forwarding-Ebene verteilt den Verkehr anschließend über diese Pfade. Dieses Verhalten basiert auf der Idee, dass identische Kosten gleichwertige Alternativen darstellen, die ohne weitere Einschränkungen genutzt werden können.

JNCIP-ENT: Unicast‑ und Multicast‑Routing

Mon, 29 Jun 2026 13:47:53 +0200

Unicast‑ und Multicast‑Routing werden oft getrennt betrachtet, obwohl sie im praktischen Betrieb untrennbar miteinander verknüpft sind. Besonders deutlich wird das im Zusammenspiel zwischen Multicast-Routing-Protokollen und dem zugrunde liegenden Unicast-Routing. Multicast berechnet keine eigene vollständige Topologie, sondern nutzt die Informationen, die bereits im Netzwerk vorhanden sind. Daraus entsteht eine Abhängigkeit, die häufig unterschätzt wird und viele Fehlerbilder erklärt.

Die Grundlage dieses Zusammenspiels ist die Tatsache, dass Multicast-Pfade nicht eigenständig bestimmt werden. Stattdessen orientieren sie sich an den bestehenden Unicast-Routen. Ein Router entscheidet beim Empfang eines Multicast-Pakets, ob es gültig ist, indem er überprüft, ob es über den erwarteten Weg eingetroffen ist. Dieser Mechanismus wird als Reverse Path Forwarding bezeichnet. Dabei wird nicht der Weg zum Ziel geprüft, sondern der hypothetische Rückweg zur Quelle. Kommt ein Paket nicht über das Interface an, das der Router selbst für den Weg zur Quelle nutzen würde, wird es verworfen.

JNCIP-ENT: Policy Debugging

Sun, 28 Jun 2026 13:25:37 +0200

Viele Netzwerkprobleme entstehen nicht durch einzelne Fehlkonfigurationen, sondern durch das Zusammenwirken scheinbar korrekter Mechanismen. Routing funktioniert selten isoliert innerhalb eines Protokolls. Stattdessen greifen mehrere Ebenen ineinander: Protokollverhalten, Policy, Next-Hop-Auflösung und Forwarding. Genau aus diesem Zusammenspiel ergeben sich typische Fehlerbilder, die sich nicht auf den ersten Blick erklären lassen.

Ein häufiges Missverständnis besteht darin, Routing als einen linearen Ablauf zu betrachten. In der Realität handelt es sich um eine Kette voneinander abhängiger Entscheidungen. Eine Route wird empfangen, durch Policies verarbeitet, bewertet, ausgewählt und schließlich technisch umgesetzt. An jeder dieser Stellen kann sie scheitern, ohne dass die vorherigen Schritte fehlerhaft waren. Diese Trennung ist entscheidend, denn sie erklärt, warum eine scheinbar korrekte Konfiguration zu unerwartetem Verhalten führen kann.

JNCIP-ENT: Next-Hop Probleme in der Praxis

Sun, 28 Jun 2026 13:24:10 +0200

BGP operiert nicht isoliert, sondern ist in hohem Maße von den darunterliegenden Routingmechanismen abhängig. Besonders deutlich wird das beim Next-Hop-Attribut, das eine zentrale Rolle in der praktischen Weiterleitung spielt, aber häufig falsch interpretiert wird. Viele Probleme, bei denen BGP scheinbar korrekt funktioniert, lassen sich letztlich darauf zurückführen, dass der Next-Hop zwar logisch vorhanden, aber faktisch nicht nutzbar ist.

Das Next-Hop-Attribut beschreibt den nächsten Router auf dem Weg zum Zielpräfix. Es ist kein optionales Detail, sondern die eigentliche Grundlage der Forwarding-Entscheidung. Während BGP selbst nur entscheidet, welcher Pfad bevorzugt wird, verlässt es sich darauf, dass der Next-Hop über das zugrunde liegende Routing erreichbar ist. Diese Trennung führt dazu, dass eine Route innerhalb von BGP vollkommen valide erscheinen kann, aber dennoch nicht verwendet wird, weil die Erreichbarkeit des Next-Hops nicht gewährleistet ist.

JNCIP-ENT: Redistribution von Routen

Sat, 27 Jun 2026 13:26:00 +0200

Die Weitergabe von Routinginformationen zwischen unterschiedlichen Protokollen stellt einen der kritischsten und zugleich am häufigsten missverstandenen Aspekte im Netzwerkdesign dar. Während OSPF und BGP jeweils ihre eigene Logik zur Pfadberechnung besitzen, entsteht bei der Verbindung dieser Protokolle eine zusätzliche Ebene von Komplexität. Diese entsteht nicht durch die Protokolle selbst, sondern durch die Art und Weise, wie Informationen zwischen ihnen übersetzt werden.

Redistribution bedeutet zunächst nichts anderes, als dass ein Router Informationen aus einem Routingprotokoll nimmt und sie in ein anderes einbringt. Dieser Vorgang wirkt trivial, führt aber dazu, dass völlig unterschiedliche Modelle aufeinander treffen. OSPF arbeitet innerhalb einer klar strukturierten Topologie mit einem konsistenten Datenbankansatz, während BGP primär Pfadinformationen austauscht und stark durch Policy gesteuert ist. Wenn Routen zwischen diesen beiden Welten übertragen werden, müssen sie angepasst werden, damit sie im Zielprotokoll sinnvoll interpretiert werden können.

JNCIP-ENT: Routing Policies in Junos

Fri, 26 Jun 2026 13:25:06 +0200

Routing Policies sind in Junos kein ergänzendes Feature, sondern der Mechanismus, mit dem Routingverhalten tatsächlich kontrolliert wird. Während Protokolle wie OSPF oder BGP definieren, wie Informationen ausgetauscht werden, bestimmen Policies, welche dieser Informationen akzeptiert, verändert oder verworfen werden. Ohne dieses Konzept wäre Routing ausschließlich durch Protokolllogik gesteuert und kaum an reale Anforderungen anpassbar.

Der Aufbau einer Policy folgt einem einfachen, aber strikt eingehaltenen Prinzip. Eine Policy besteht aus mehreren Termen, die sequenziell ausgewertet werden. Jeder Term enthält eine Bedingung und eine Aktion. Sobald eine Route die Bedingung eines Terms erfüllt, wird die zugehörige Aktion ausgeführt. Entscheidend ist dabei, dass die Abarbeitung in diesem Moment standardmäßig endet. Die nachfolgenden Terme werden nicht mehr betrachtet, es sei denn, das Verhalten wird explizit anders definiert. Diese Eigenschaft führt dazu, dass die Reihenfolge der Terme oft wichtiger ist als deren Inhalt.

Layer-2 VPNs und VPLS - Ethernet über MPLS

Wed, 24 Jun 2026 18:02:31 +0200

Nachdem MPLS VPNs den Transport von Layer-3-Netzen über ein gemeinsames Backbone ermöglicht haben, folgt ein weiterer typischer Kundenwunsch im Service-Provider-Umfeld: die transparente Verlängerung von Ethernet-Segmenten über große Distanzen.

Viele Unternehmen möchten ihre Standorte so verbinden, dass sie sich weiterhin in derselben Layer-2-Domäne befinden. Für den Kunden soll es so wirken, als wären alle Standorte über einen einzigen großen Switch miteinander verbunden. IP-Routing bleibt dabei vollständig in der Verantwortung des Kunden.

JNCIP-ENT: Externe Routen im OSPF

Wed, 24 Jun 2026 13:42:52 +0200

Der Umgang mit externen Routen innerhalb von OSPF verdeutlicht besonders gut, wie stark das Protokoll zwischen verschiedenen Informationsklassen unterscheidet. Während interne Topologieinformationen vollständig und konsistent innerhalb einer Area verteilt werden, behandelt OSPF externe Präfixe bewusst anders. Diese Unterscheidung ist kein Detail am Rand, sondern prägt maßgeblich das Verhalten bei der Weiterleitung und die Entscheidung, welche Route tatsächlich genutzt wird.

Eine Route wird dann als extern betrachtet, wenn sie nicht ursprünglich aus dem OSPF-Domän stammt, sondern beispielsweise aus einem anderen Routingprotokoll oder aus statischen Einträgen stammt und in OSPF eingebracht wird. Der Router, der diese Information einführt, übernimmt eine besondere Rolle. Er fungiert als Übergangspunkt zwischen unterschiedlichen Routingwelten und wird entsprechend als Boundary Router behandelt. Die von ihm erzeugten Informationen unterscheiden sich strukturell von den nativen OSPF-Daten.

MPLS VPNs - Wie mehrere Kundennetze auf einer gemeinsamen Infrastruktur betrieben werden

Tue, 23 Jun 2026 18:01:14 +0200

Nachdem wir die Grundlagen von MPLS sowie die Mechanismen zur Labelverteilung betrachtet haben, stellt sich eine naheliegende Frage: Wofür wird MPLS in der Praxis eigentlich eingesetzt?

Die wenigsten Kunden interessieren sich für Label Switched Paths oder die Funktionsweise von LDP. Unternehmen erwarten vielmehr sichere, skalierbare und zuverlässige Netzwerkdienste, die ihre Standorte miteinander verbinden. Genau hier zeigt sich die eigentliche Stärke von MPLS.

MPLS VPNs ermöglichen es einem Service Provider, tausende voneinander getrennte Kundennetze auf einer gemeinsamen Backbone-Infrastruktur zu betreiben. Jeder Kunde erhält dabei den Eindruck eines vollständig eigenen Netzwerks, obwohl die physische Infrastruktur mit zahlreichen anderen Kunden geteilt wird.

LDP und RSVP-TE - Wie MPLS-Pfade tatsächlich aufgebaut werden

Mon, 22 Jun 2026 18:00:18 +0200

Im vorherigen Artikel haben wir betrachtet, wie MPLS die klassische IP-Weiterleitung um eine zusätzliche Label-Ebene erweitert. Dabei entstand jedoch eine entscheidende Frage: Woher wissen die Router eigentlich, welche Labels verwendet werden sollen?

Ein MPLS-Label besitzt lediglich lokale Bedeutung zwischen zwei benachbarten Routern. Damit ein vollständiger Label Switched Path durch das Netzwerk entstehen kann, müssen die Router Informationen über Labels austauschen und sich auf deren Verwendung einigen.

Genau hierfür wurden spezielle Signalisierungsprotokolle entwickelt.

JNCIP-ENT: OSPF Area Types

Mon, 22 Jun 2026 13:22:24 +0200

Die verschiedenen OSPF‑Area‑Typen sind kein optionales Feintuning, sondern ein zentrales Instrument zur Kontrolle von Komplexität und Informationsfluss innerhalb eines größeren Netzwerks. Sie bestimmen nicht nur, welche Informationen ein Router erhält, sondern auch, wie groß seine Sicht auf das Netzwerk überhaupt ist. Ohne dieses Verständnis wirkt OSPF in Multi-Area-Designs oft schwer vorhersehbar, da identische Routen je nach Area unterschiedlich behandelt werden können.

Im Ausgangspunkt ist jede Area in OSPF eine in sich geschlossene Einheit. Innerhalb einer Area besitzen alle Router die gleiche Link-State-Datenbank und damit ein vollständiges Bild der Topologie. Sobald mehrere Areas miteinander verbunden werden, entsteht jedoch ein Spannungsfeld zwischen Detailtiefe und Skalierbarkeit. Es wäre theoretisch möglich, alle Informationen uneingeschränkt in jede Area zu propagieren, doch dies würde mit wachsender Netzgröße zu einem erheblichen Aufwand bei Berechnung und Speicher führen. Genau an dieser Stelle setzen unterschiedliche Area-Typen an.

JNCIP-ENT: OSPF LSAs einfach erklärt

Sun, 21 Jun 2026 20:21:59 +0200

Die interne Funktionsweise von OSPF erschließt sich erst vollständig über das Verständnis der Link-State Advertisements (LSAs). Sie sind das zentrale Kommunikationsmittel innerhalb des Protokolls und bilden die Grundlage für die Topologiesicht jedes Routers. Während das Nachbarschaftsmodell beschreibt, wie Informationen ausgetauscht werden, beschreiben LSAs, was überhaupt ausgetauscht wird. Ohne ein klares Verständnis der einzelnen LSA-Typen bleibt OSPF in vielen Situationen ein schwer durchschaubares System, insbesondere sobald mehrere Areas oder externe Routen ins Spiel kommen.

MPLS Grundlagen - Warum Labels das Internet verändert haben

Sun, 21 Jun 2026 17:59:22 +0200

Wer moderne Service-Provider-Netze betrachtet, stößt früher oder später auf drei Buchstaben, die seit mehr als zwei Jahrzehnten das Fundament zahlreicher Carrier-Infrastrukturen bilden: MPLS.

Multiprotocol Label Switching gehört zu den bedeutendsten Entwicklungen der Netzwerktechnik der letzten Jahrzehnte. Nahezu alle großen Provider setzen MPLS ein, um VPN-Dienste bereitzustellen, Verkehrsströme zu steuern und hochskalierbare Backbone-Netze zu betreiben.

Für viele Einsteiger wirkt MPLS zunächst kompliziert. Begriffe wie Labels, Label Switched Paths oder Label Distribution Protocol scheinen eine zusätzliche Komplexitätsebene einzuführen. Tatsächlich entstand MPLS jedoch mit dem Ziel, Netzwerke einfacher, flexibler und besser skalierbar zu machen.

JNCIP-ENT: OSPF Neighbor States & Troubleshooting

Sun, 21 Jun 2026 13:21:37 +0200

OSPF‑Nachbarschaften erscheinen auf den ersten Blick simpel: Zwei Router sehen sich, tauschen Informationen aus und erreichen schließlich den Zustand „Full“. In der Praxis ist dieser Prozess jedoch eine klar definierte Abfolge von Zuständen, die jeweils sehr konkrete Voraussetzungen haben. Genau hier entstehen typische Probleme, denn jede Abweichung in den Rahmenbedingungen führt dazu, dass die Nachbarschaft in einem bestimmten Zustand „stecken bleibt“. Dieses Verhalten ist deterministisch und erlaubt eine sehr zielgerichtete Fehleranalyse – vorausgesetzt, man versteht die Zustände im Detail.

VLANs, Bridging und Ethernet Services im Provider-Netz – Die Grundlagen moderner Layer-2-Dienste

Sat, 20 Jun 2026 17:58:21 +0200

Wer an Service-Provider-Netze denkt, verbindet damit häufig Routingprotokolle wie OSPF, IS-IS oder BGP. Tatsächlich basiert ein großer Teil moderner Provider-Dienste jedoch nicht auf Layer 3, sondern auf Layer 2. Unternehmen erwarten heute Ethernet-Verbindungen zwischen Standorten, transparente LAN-Erweiterungen oder dedizierte Punkt-zu-Punkt-Verbindungen über große Entfernungen.

Für den Kunden soll sich die Verbindung dabei möglichst so verhalten, als würde ein einziges Ethernet-Kabel zwischen zwei Standorten verlaufen. Die zugrunde liegende Infrastruktur des Providers bleibt dabei vollständig verborgen.

JNCIP-ENT: Routing Decisions in Junos

Sat, 20 Jun 2026 13:21:02 +0200

Routingentscheidungen in Junos folgen einem klar strukturierten, aber oft unterschätzten Mechanismus, der sich nur erschließt, wenn man zwischen logischer Entscheidung und tatsächlicher Weiterleitung unterscheidet. Viele scheinbar widersprüchliche Beobachtungen – etwa dass eine Route sichtbar, aber nicht aktiv ist oder dass Traffic nicht wie erwartet fließt – lassen sich genau auf diese Trennung zurückführen.

Im Kern arbeitet Junos mit zwei getrennten Ebenen. Die Routing Information Base (RIB) ist die logische Entscheidungsinstanz. Hier werden alle bekannten Routen gesammelt, miteinander verglichen und schließlich eine Auswahl getroffen. Diese Auswahl ist das Ergebnis verschiedener Kriterien, die je nach Protokoll unterschiedlich gewichtet werden. Die Forwarding Information Base (FIB) hingegen repräsentiert die tatsächliche Weiterleitungslogik. Sie wird in der Forwarding Engine programmiert und bestimmt, wohin ein Paket konkret geschickt wird.

JNCIP-ENT: Multicast

Sat, 20 Jun 2026 11:31:23 +0200

Multicast unterscheidet sich grundlegend von den klassischen Kommunikationsmodellen, die im IP‑Routing üblich sind. Während Unicast eine eindeutige Quelle und ein eindeutiges Ziel beschreibt und Broadcast alle Teilnehmer eines Netzwerks adressiert, bewegt sich Multicast dazwischen. Es ermöglicht die gezielte Verteilung von Daten an eine definierte Gruppe von Empfängern, ohne dass der Sender jeden Empfänger einzeln adressieren muss. Diese Eigenschaft macht Multicast insbesondere in Szenarien attraktiv, in denen identische Daten an viele Empfänger verteilt werden sollen, etwa bei Video-Streaming, Marktdaten oder Event-basierter Kommunikation.

Routing Policies auf Junos

Fri, 19 Jun 2026 17:57:21 +0200

Nach den ersten Schritten mit OSPF, IS-IS und BGP entsteht häufig der Eindruck, Routing sei ein weitgehend automatischer Prozess. Routingprotokolle tauschen Informationen aus, berechnen die besten Pfade und erstellen daraus Routingtabellen. In kleinen Netzwerken mag diese Vorstellung ausreichend sein.

In Service-Provider-Netzen funktioniert Routing jedoch deutlich kontrollierter. Provider akzeptieren nicht jede Route, die ihnen angeboten wird. Sie geben nicht jede Route an ihre Nachbarn weiter und sie verlassen sich nicht darauf, dass Routingprotokolle immer die gewünschten Entscheidungen treffen.

BGP Grundlagen - Das Rückgrat des Internets

Wed, 17 Jun 2026 17:56:23 +0200

Wenn OSPF und IS-IS die Straßen innerhalb einer Stadt darstellen, dann ist BGP das internationale Verkehrsnetz zwischen Ländern. Kaum ein anderes Routingprotokoll hat die Entwicklung des modernen Internets so nachhaltig geprägt wie das Border Gateway Protocol.

Jeder Aufruf einer Website, jede Cloud-Verbindung und nahezu jede Kommunikation zwischen unterschiedlichen Netzbetreibern basiert letztlich auf BGP. Ohne dieses Protokoll würde das Internet in seiner heutigen Form nicht existieren.

Für die JNCIS-SP-Zertifizierung stellt BGP einen der wichtigsten Themenbereiche überhaupt dar. Gleichzeitig ist es eines der am häufigsten missverstandenen Routingprotokolle. Viele Administratoren versuchen zunächst, BGP mit OSPF oder IS-IS zu vergleichen. Genau hier beginnen jedoch häufig die ersten Verständnisprobleme.

Routing mit IS-IS

Tue, 16 Jun 2026 17:55:16 +0200

Wer sich mit Service-Provider-Netzen beschäftigt, stellt schnell fest, dass viele große Carrier ein anderes Interior Gateway Protocol einsetzen als die meisten Enterprise-Netzwerke. Während OSPF in Unternehmensumgebungen seit Jahrzehnten weit verbreitet ist, dominiert in zahlreichen Backbone-Netzen ein Protokoll, das ursprünglich gar nicht für IP entwickelt wurde: IS-IS.

Auf den ersten Blick wirkt dies überraschend. OSPF und IS-IS verfolgen ähnliche Ziele, verwenden vergleichbare Link-State-Mechanismen und berechnen ihre Routen mithilfe des SPF-Algorithmus. Dennoch gilt IS-IS bis heute als das bevorzugte Routingprotokoll vieler Internet Service Provider.

OSPF im Provider-Netz - Areas, LSAs und SPF verstehen

Mon, 15 Jun 2026 17:54:18 +0200

Wer über Routing in Service-Provider-Netzen spricht, denkt heute meist zuerst an IS-IS. Tatsächlich setzen viele große Carrier auf dieses Protokoll als Interior Gateway Protocol ihrer Backbone-Infrastrukturen. Dennoch gehört OSPF nach wie vor zu den wichtigsten Routingprotokollen überhaupt und bildet einen zentralen Bestandteil der JNCIS-SP-Zertifizierung.

Der Grund dafür liegt nicht nur in seiner weiten Verbreitung in Enterprise- und Provider-Netzen. OSPF vermittelt zugleich viele grundlegende Konzepte moderner Link-State-Protokolle. Wer OSPF versteht, wird später auch zahlreiche Mechanismen von IS-IS leichter nachvollziehen können.

Routing im Service-Provider-Netz

Sun, 14 Jun 2026 17:53:21 +0200

Wer sich erstmals mit Service-Provider-Netzwerken beschäftigt, konzentriert sich häufig auf die bekannten Routingprotokolle. OSPF, IS-IS und BGP gelten als die zentralen Technologien moderner Netzwerkinfrastrukturen und stehen deshalb oft im Mittelpunkt der Aufmerksamkeit. Tatsächlich bilden diese Protokolle jedoch nur einen Teil des gesamten Routingprozesses.

Ein Router trifft seine Weiterleitungsentscheidungen nicht direkt auf Basis von OSPF- oder BGP-Nachbarschaften. Stattdessen existiert im Hintergrund eine mehrstufige Architektur, die Routinginformationen sammelt, bewertet und schließlich in konkrete Weiterleitungsentscheidungen umwandelt. Genau dieses Prinzip bezeichnet Juniper als Protocol-Independent Routing.

Effizientes Arbeiten in der Junos CLI

Fri, 12 Jun 2026 21:59:58 +0200

Hierarchien, Navigation und Konfigurationsmethoden für die JNCIS-ENT

Einleitung

Wer zum ersten Mal auf einem Juniper-Router arbeitet, bemerkt schnell:

Die CLI fühlt sich anders an.

Nicht unbedingt komplizierter.

Aber anders.

Während viele Netzwerkbetriebssysteme stark befehlsorientiert arbeiten, basiert Junos auf einer klaren Konfigurationshierarchie.

Diese Hierarchie ist nicht nur ein Designmerkmal.

Sie beeinflusst nahezu alles:

Konfiguration
Troubleshooting
Automatisierung
Betrieb
Zertifizierungen

Deshalb gehört die Navigation innerhalb der CLI zu den grundlegenden JNCIS-ENT-Themen.

Viele Prüfungsfragen behandeln nicht Routing oder Switching selbst, sondern fragen:

Die häufigsten JNCIP-SEC Prüfungsfallen und Troubleshooting-Szenarien

Wed, 10 Jun 2026 21:48:50 +0200

Wer bereits Associate- und Specialist-Level-Zertifizierungen bei Juniper absolviert hat, bemerkt beim Wechsel auf die Professional-Stufe schnell einen grundlegenden Unterschied. Während sich frühere Prüfungen häufig auf Technologien, Konfigurationsdetails und Produktwissen konzentrieren, verfolgt die JNCIP-SEC einen deutlich anderen Ansatz.

Die Prüfung testet nicht primär, ob ein Kandidat bestimmte CLI-Befehle auswendig kennt. Stattdessen soll nachgewiesen werden, dass komplexe Sicherheitsarchitekturen verstanden, Probleme systematisch analysiert und technische Zusammenhänge korrekt eingeordnet werden können.

Genau deshalb empfinden viele Kandidaten die JNCIP-SEC als deutlich anspruchsvoller als die vorherigen Zertifizierungsstufen. Die einzelnen Technologien sind meist bekannt. Die Herausforderung besteht darin, mehrere Technologien gleichzeitig zu betrachten und die eigentliche Ursache eines Problems zu erkennen.

Die SRX Flow Engine im Detail

Tue, 09 Jun 2026 21:48:29 +0200

Wer sich intensiver mit Juniper SRX Firewalls beschäftigt, stößt früher oder später auf einen Begriff, der in nahezu jedem technischen Dokument, jeder Troubleshooting-Session und letztlich auch in der JNCIP-SEC-Prüfung eine zentrale Rolle spielt: die Flow Engine.

Viele Administratoren betrachten Firewalls zunächst als Geräte, die Pakete filtern und Sicherheitsrichtlinien durchsetzen. Tatsächlich arbeitet die SRX jedoch deutlich komplexer. Sämtliche Funktionen – von Security Policies über NAT und VPNs bis hin zu Application Identification und Intrusion Prevention – basieren auf einer gemeinsamen Verarbeitungsarchitektur. Diese Architektur wird als Flow Engine bezeichnet.

EVPN/VXLAN Security mit Juniper SRX

Sun, 07 Jun 2026 21:31:20 +0200

Kaum eine Technologie hat moderne Rechenzentrumsnetzwerke in den vergangenen Jahren so stark verändert wie EVPN und VXLAN. Während klassische Data-Center-Architekturen häufig auf Layer-2-Domänen mit Spanning Tree und hierarchischen Netzwerkdesigns basierten, ermöglichen EVPN/VXLAN-Fabrics eine deutlich höhere Skalierbarkeit, Flexibilität und Automatisierung.

Mit den Vorteilen neuer Netzwerkarchitekturen entstehen jedoch auch neue Herausforderungen für die Sicherheit. Ost-West-Verkehr zwischen virtuellen Maschinen, dynamische Workloads, Mandantentrennung und verteilte Routing-Funktionen erfordern andere Sicherheitskonzepte als klassische Perimeter-Architekturen.

Für Betreiber moderner Rechenzentren stellt sich deshalb nicht mehr die Frage, ob Sicherheit in eine EVPN/VXLAN-Fabric integriert werden muss, sondern wie dies effizient und skalierbar umgesetzt werden kann. Die SRX-Plattform spielt dabei eine zentrale Rolle und gehört deshalb auch zu den fortgeschritteneren Themenbereichen der JNCIP-SEC-Zertifizierung.

Junos OS Architektur und der Commit-Prozess - Das Fundament der JNCIS-ENT

Sun, 07 Jun 2026 17:30:55 +0200

Einleitung

Wenn Administratoren von Cisco zu Juniper wechseln, fällt ihnen meist sofort ein Unterschied auf:

Junos arbeitet völlig anders.

Nicht bei Routing.

Nicht bei OSPF.

Nicht bei BGP.

Sondern bei der Art und Weise, wie Konfigurationen erstellt, gespeichert und aktiviert werden.

Viele Netzwerkbetriebssysteme arbeiten nach dem Prinzip:

Befehl eingeben
↓
sofort aktiv

Junos verfolgt einen anderen Ansatz.

Hier wird zunächst eine Konfiguration erstellt.

Anschließend überprüft.

Danach aktiviert.

Dieser scheinbar kleine Unterschied gehört zu den größten Stärken von Junos und ist gleichzeitig eines der wichtigsten Themen der JNCIS-ENT-Prüfung.

Juniper Rezertifizierungen 2026

Sun, 07 Jun 2026 17:01:50 +0200

Ich will diesen Monat drei meiner Zertifikate erneuern, zwei JNCIS und einen JNCIP.

Im Rahmen meiner Vorbereitung sind einige Artikel entstanden, weitere werden noch folgen, daher habe ich mich entschlossen drei Artikelserien daraus zu machen. Wer sich auf die Prüfungen vorbereiten möchte, findet in den Artikelserien genau die Artikel.

Viel Erfolg bei den Prüfungen!

Automated Threat Mitigation und Security Director

Sat, 06 Jun 2026 21:31:10 +0200

Die Rolle einer Firewall hat sich in den vergangenen Jahren grundlegend verändert. Während klassische Sicherheitskonzepte primär darauf abzielten, unerwünschten Datenverkehr zu blockieren, erwarten Unternehmen heute deutlich mehr von ihrer Sicherheitsinfrastruktur. Moderne Bedrohungen entwickeln sich in einer Geschwindigkeit, die manuelle Reaktionen zunehmend unmöglich macht. Zwischen der ersten Kompromittierung eines Systems und der lateralen Ausbreitung innerhalb eines Netzwerks liegen häufig nur wenige Minuten.

Diese Entwicklung hat dazu geführt, dass Sicherheitsplattformen zunehmend automatisiert auf Bedrohungen reagieren müssen. Juniper verfolgt diesen Ansatz mit einer Kombination aus SRX-Firewalls, Security Director, Bedrohungsinformationen aus Cloud-Diensten sowie verschiedenen Automatisierungsmechanismen zur Eindämmung von Angriffen.

Security Policy Troubleshooting auf Juniper SRX

Thu, 04 Jun 2026 21:30:56 +0200

Wer einige Zeit mit Juniper SRX Firewalls gearbeitet hat, kennt die Situation: Eine Security Policy scheint korrekt konfiguriert zu sein, die Routingtabellen sehen sauber aus, NAT-Regeln wurden überprüft und dennoch funktioniert die Verbindung nicht wie erwartet.

Genau solche Szenarien stehen im Mittelpunkt vieler JNCIP-SEC-Prüfungsfragen. Auf Professional-Level geht es längst nicht mehr darum, einfache Policies zu erstellen. Stattdessen wird erwartet, dass Kandidaten komplexe Fehlerbilder analysieren, Zusammenhänge zwischen mehreren Features erkennen und systematisch zur eigentlichen Ursache eines Problems gelangen.

Advanced Policy-Based Routing auf Juniper SRX

Tue, 02 Jun 2026 21:30:43 +0200

Wenn Routing mehr können muss als Longest Prefix Match

Routing gehört zu den grundlegenden Funktionen jedes Netzwerks. In den meisten Umgebungen entscheidet die Routing-Tabelle anhand des Longest-Prefix-Match-Verfahrens über den nächsten Hop eines Pakets. Dieses Verfahren ist effizient, skalierbar und für die überwiegende Mehrheit aller Anwendungsfälle vollkommen ausreichend.

In modernen Unternehmensnetzen reichen klassische Routingentscheidungen jedoch häufig nicht mehr aus. Anwendungen sollen abhängig von ihrer Herkunft, ihrem Typ oder ihrem Sicherheitskontext unterschiedliche Übertragungswege nutzen. Bestimmter Datenverkehr soll über dedizierte WAN-Anbindungen geleitet werden, während andere Anwendungen bevorzugt VPN-Verbindungen oder Internet-Breakouts verwenden.

Route Redistribution in Junos

Tue, 02 Jun 2026 18:20:36 +0200

Wenn Routing-Protokolle miteinander sprechen müssen

Einleitung

Bisher haben wir die großen Routing-Protokolle der JNCIS-ENT einzeln betrachtet:

OSPF
IS-IS
BGP
Statische Routen

In Lehrbüchern wirken diese Protokolle oft wie voneinander getrennte Welten.

Die Realität sieht jedoch anders aus.

In produktiven Netzwerken existieren häufig mehrere Routing-Protokolle gleichzeitig.

Ein typisches Enterprise-Netzwerk könnte beispielsweise so aussehen:

Campus
(OSPF)
 |
 |
Core
(IS-IS)
 |
 |
Edge
(BGP)
 |
Internet

Plötzlich entsteht eine wichtige Frage:

Advanced NAT auf Juniper SRX - Von Persistent NAT bis NAT64

Tue, 02 Jun 2026 11:30:23 +0200

Network Address Translation gehört seit Jahrzehnten zu den grundlegenden Funktionen moderner Firewalls. Während klassische Source NAT- und Destination NAT-Konfigurationen auf Associate- und Specialist-Level behandelt werden, geht die JNCIP-SEC deutlich tiefer. Hier stehen komplexe NAT-Szenarien, Spezialanwendungen und Troubleshooting im Mittelpunkt.

Insbesondere bei VoIP-Plattformen, Cloud-Anbindungen, IPv6-Migrationen oder hochverfügbaren Security-Architekturen stößt man schnell an die Grenzen einfacher NAT-Konzepte. Die SRX-Plattform stellt hierfür eine Vielzahl erweiterter NAT-Funktionen bereit, deren Zusammenspiel zu den wichtigsten Themen der Professional-Zertifizierung gehört.

Multinode High Availability auf Juniper SRX

Tue, 02 Jun 2026 15:30:36 +0200

Mehr als nur ein Chassis Cluster

Hochverfügbarkeit gehört zu den zentralen Anforderungen moderner Sicherheitsarchitekturen. Während Ausfälle einzelner Netzwerkkomponenten früher häufig akzeptiert wurden, erwarten Unternehmen heute einen nahezu unterbrechungsfreien Betrieb ihrer Sicherheitsinfrastruktur. Firewalls sind dabei besonders kritisch, da sie oft den einzigen Übergang zwischen internen und externen Netzwerken darstellen.

Die meisten Juniper-Administratoren kommen im Laufe ihrer Karriere zunächst mit Chassis Clustern in Berührung. Diese bilden seit vielen Jahren die klassische High-Availability-Lösung der SRX-Plattform. Mit steigenden Anforderungen an Skalierbarkeit, geografische Verteilung und Servicekontinuität wurde jedoch deutlich, dass traditionelle Cluster-Architekturen nicht jede Anforderung optimal abdecken können.

Layer-2 Security auf Juniper SRX - Transparent Mode, Secure Wire und MACsec im Praxiseinsatz

Fri, 29 May 2026 21:30:00 +0200

Wenn von Firewalls gesprochen wird, denken die meisten Administratoren zunächst an Routing, Security Policies und die Kontrolle von Datenverkehr auf Layer 3 und Layer 4. Moderne Sicherheitsarchitekturen erfordern jedoch zunehmend Schutzmechanismen direkt auf Layer 2. Gerade in Rechenzentren, Campus-Netzen oder bei der Absicherung kritischer Verbindungen reicht es häufig nicht aus, ausschließlich auf IP-basierte Sicherheitsfunktionen zu setzen.

Die SRX-Plattform von Juniper bietet hierfür mehrere Betriebsmodi und Technologien, die speziell für den Einsatz auf der Sicherungsschicht entwickelt wurden. Für die JNCIP-SEC-Zertifizierung gehören insbesondere Transparent Mode, Secure Wire und MACsec zu den prüfungsrelevanten Themen.

Logical Systems und Tenant Systems auf Juniper SRX

Thu, 28 May 2026 21:30:00 +0200

Mandantentrennung richtig umgesetzt

Mit der zunehmenden Konsolidierung von IT-Infrastrukturen steigt der Bedarf, mehrere logisch getrennte Umgebungen auf einer gemeinsamen Hardwareplattform zu betreiben. Während Virtualisierung im Serverbereich längst selbstverständlich geworden ist, bieten moderne Netzwerk- und Security-Plattformen vergleichbare Funktionen für die Trennung von Kunden, Geschäftsbereichen oder Sicherheitsdomänen. Auf Juniper SRX-Systemen kommen hierfür insbesondere Logical Systems und Tenant Systems zum Einsatz.

Für Administratoren und Architekten sind beide Technologien von besonderem Interesse, da sie eine zentrale Rolle in Multi-Tenant-Umgebungen spielen und gleichzeitig zu den regelmäßig abgefragten Themen der JNCIP-SEC-Zertifizierung gehören.

Juniper Zertifizierung

Wed, 14 Jan 2026 19:01:55 +0200

Überblick über Tracks, Zertifizierungsstufen und Rezertifizierung

Wer im Netzwerkumfeld arbeitet, kommt an Herstellerzertifizierungen kaum vorbei. Neben den bekannten Programmen von Cisco, Palo Alto oder Fortinet gehört auch das Juniper Networks Certification Program (JNCP) seit vielen Jahren zu den etablierten Zertifizierungswegen für Netzwerk-, Security- und Datacenter-Engineers. Mit der zunehmenden Verbreitung von EVPN/VXLAN, Automatisierung und KI-gestützten Netzwerkplattformen wie Mist AI gewinnen die Juniper-Zertifizierungen aktuell sogar wieder deutlich an Bedeutung.

Das JNCP ist dabei klar strukturiert aufgebaut. Jede Zertifizierung ist einem technologischen Schwerpunkt zugeordnet und folgt - mit wenigen Ausnahmen - einem vierstufigen Modell. Die Zertifizierungen bauen aufeinander auf und begleiten Kandidaten vom Einstieg bis hin zum Expert-Level.