In MPLS-Netzen kann ein Router bereits als „routbar“ gelten, obwohl der Label-Switching-Pfad noch nicht steht. Genau hier setzt LDP/IGP Synchronization an: Das IGP (OSPF/IS-IS) soll eine MPLS-Transportstrecke erst dann als bevorzugten Pfad nutzen, wenn LDP auf dem Link up ist und Labels sauber ausgetauscht wurden. Ohne Sync drohen Blackholes, Traffic-Flaps und Microloops – besonders nach…
Interface Queueing ist der Ort, an dem aus „Bandbreite“ plötzlich „Nutzer-Impact“ wird: Sobald ein Ausgangslink überlastet ist, bilden sich Queues, Latenz steigt, Jitter nimmt zu und irgendwann entstehen Drops. Genau diese Drops siehst du als output drops in show interfaces oder als Drops in QoS-Klassen. Der Deep Dive ist deshalb wichtig: Tail Drop ist das…
BGP ist kein „Plug-and-Play“-Routing, sondern ein Policy-Protokoll: Du entscheidest aktiv, welche Prefixes du annimmst, welche du weitergibst und welche Pfade bevorzugt werden. Genau dafür sind Prefix-Lists, Route-Maps und Communities der zentrale Baukasten auf Cisco Routern. Ein sauberes Policy-Design verfolgt drei Ziele: Sicherheit (nur erlaubte Routen), Stabilität (keine Route-Leaks/Flaps) und Steuerbarkeit (Traffic Engineering über Attribute). Dieser…
Timing-Probleme sind im Netzwerk oft „unsichtbare“ Ursachen für große Schäden: Logs lassen sich nicht korrelieren, Zertifikate scheitern, VPN-Rekeys wirken zufällig, Monitoring alarmiert falsch und in speziellen Umgebungen (Industrie, Finance, Mobilfunk) bricht die Zeitbasis von Anwendungen ein. Für Router-Umgebungen ist deshalb ein sauberes NTP-Design Pflicht. PTP (Precision Time Protocol) kommt zusätzlich ins Spiel, wenn du echte…
„BGP Best Path“ klingt nach einer festen Reihenfolge, aber in der Praxis entscheiden Edge-Cases: iBGP vs. eBGP, inkonsistente Local Preference, fehlendes Next-Hop-Tracking, MED-Interpretation, Multipath-Settings und die Frage, ob Routen überhaupt als „valid“ gelten. Viele „BGP routet falsch“-Tickets sind keine BGP-Bugs, sondern ein nicht verstandener Tie-Breaker oder ein Attribut, das unbemerkt überschrieben wurde. Dieses Tutorial erklärt…
Wenn IOS XE „komisch“ wird oder sogar crasht, sind Logs und Tracebacks deine wichtigste Beweisquelle. Der Unterschied zwischen „kurzem Glitch“ und „reproduzierbarem Software-/Plattformproblem“ liegt fast immer in den Details: Reload Reason, Crash-Indizien, Tracebacks, Prozess-Restarts und zeitliche Korrelation mit Events (BGP/OSPF, VPN, Interface-Flaps). Ein guter Workflow sammelt Evidence sauber (ohne weitere Instabilität zu erzeugen), ordnet sie…
BGP ist von Natur aus „sicher statt schnell“: Standard-Timer, Path-Exploration und Policy-Checks führen dazu, dass Failover im Worst Case Sekunden bis Minuten dauern kann. Für Enterprise-Edges, DC-Fabrics und WAN-Backbones ist das oft zu langsam. „BGP Fast Convergence“ bedeutet daher: (1) Ausfälle schneller erkennen (BFD), (2) Umschalten in der Forwarding-Ebene beschleunigen (PIC), und (3) im Control-Plane-Verhalten…
Ein Upgrade ist erst dann „ready“, wenn drei Fragen mit Fakten beantwortet sind: (1) Ist die Zielversion kompatibel mit Hardware und Betriebsmodus? (2) Gibt es Feature Parity, also funktionieren alle benötigten Funktionen nach dem Upgrade identisch oder mit akzeptierten Änderungen? (3) Gibt es einen getesteten Downgrade-/Rollback-Plan, der innerhalb des Maintenance Windows realistisch ist? Dieser Readiness-Check…
iBGP skaliert in größeren Netzen nicht mit Full-Mesh: Ab einer gewissen Routeranzahl explodieren Session-Zahlen, Betrieb wird fehleranfällig und Changes dauern zu lange. Route Reflectors (RR) lösen dieses Problem, indem sie iBGP-Routen gezielt reflektieren und so Full-Mesh vermeiden. Damit RR-Design im Enterprise stabil ist, brauchst du drei Dinge: eine saubere Topologie (RR-Tiers), korrekt gesetzte Cluster-IDs (Loop-Prevention…
OSPF skaliert sehr gut, solange du zwei Dinge im Griff hast: LSA-Volumen (wie viele Updates werden geflutet) und Rechenlast (wie oft wird SPF neu berechnet). In wachsenden Enterprise-Netzen entstehen Performance-Probleme typischerweise nicht durch „zu viele Routen“, sondern durch Instabilität: Interface-Flaps, viele Topologieänderungen, falsche Area-Designs oder ungefilterte Redistribution. OSPF Scalability Tuning bedeutet deshalb: Flooding reduzieren, Berechnungen…
Got questions? Ideas? Fill out the form below & our specialist will contact you.