BFD auf Cisco (Bidirectional Forwarding Detection) ist eine der effektivsten Methoden, um Ausfälle im Forwarding-Pfad sehr schnell zu erkennen und darauf basierend Routing-Protokolle wie OSPF, IS-IS oder BGP zuverlässig zu triggern – ohne die typischen Nebenwirkungen von aggressivem Timer-Tuning. In vielen Netzen wird „Fast Failover“ fälschlich über extrem kurze Hello-/Dead- oder Keepalive-/Hold-Timer umgesetzt. Das führt…
Cisco GLBP (Gateway Load Balancing Protocol) ist ein First-Hop-Redundancy-Protokoll (FHRP), das zwei Ziele gleichzeitig verfolgt: Gateway-Redundanz wie HSRP/VRRP bereitzustellen und zusätzlich echtes Lastsharing für Default-Gateway-Traffic zu ermöglichen. Genau dieses „beides auf einmal“ macht GLBP für manche Campus- und Enterprise-Szenarien attraktiv – und für andere Umgebungen zur unnötigen Komplexität. Während HSRP/VRRP typischerweise ein aktives Gateway und…
IP SLA + Tracking ist eines der praxistauglichsten Werkzeuge auf Cisco-Plattformen, um Failover-Designs nicht nur „redundant“ zu bauen, sondern auch intelligent zu automatisieren. In vielen Netzen ist physische Redundanz vorhanden (z. B. zwei WAN-Uplinks, zwei Provider, zwei Firewalls), aber der Umschaltmechanismus bleibt primitiv: „Link down“ triggert Failover, „Link up“ triggert Failback. Das funktioniert bei klaren…
Inter-VLAN Routing ist eines der zentralen Themen in Enterprise-Netzen, weil es die Brücke zwischen sauberer Segmentierung (VLANs) und kontrollierter Kommunikation (Routing und Policies) schlägt. In der Praxis entscheidet die Qualität des Inter-VLAN-Designs darüber, ob ein Campus- oder Rechenzentrumsnetz stabil skaliert, Changes planbar bleiben und Sicherheitsanforderungen ohne „ACL-Spaghetti“ erfüllt werden. Viele Umgebungen starten mit mehreren VLANs…
Policy-Based Routing (PBR) ist eines der mächtigsten, aber auch risikoreichsten Werkzeuge im Cisco-Portfolio, weil es das klassische Routing-Prinzip bewusst durchbricht: Statt den nächsten Hop ausschließlich anhand der Routing-Tabelle (RIB/FIB) zu bestimmen, können Sie mit PBR den Pfad pro Paket oder Flow anhand von Policies steuern. Das ist in Enterprise-Netzen oft genau das fehlende Bindeglied zwischen…
QoS auf Cisco ist dann wirklich wirksam, wenn Sie es nicht als „ein paar DSCP-Werte“ betrachten, sondern als durchgängiges System aus Klassifizierung, Markierung, Queueing, Shaping/Policing und konsequenter Verifikation. In Enterprise- und Service-Provider-Netzen entstehen QoS-Probleme selten, weil „QoS fehlt“, sondern weil MQC-Policies (Class-Map/Policy-Map) nicht zur Plattform-Pipeline passen, Trust Boundaries unklar sind oder weil man versucht, Bandbreitenprobleme…
Eine saubere DSCP Trust Boundary ist der entscheidende Faktor dafür, ob QoS-Markierungen in einem Cisco-Netz tatsächlich wirken – oder ob sie im Alltag zur Wunschvorstellung verkommen. In vielen Enterprise-Umgebungen ist QoS formal „aktiv“, aber operativ wirkungslos: Endgeräte markieren beliebig, Access-Switches vertrauen zu großzügig, WLAN und WAN remarken unterschiedlich, und am Ende ist alles entweder Best…
Congestion Management ist der Kern von QoS im Unternehmensnetz: Sobald ein Link oder eine Ausgangsqueue ausgelastet ist, entscheidet nicht mehr „wer zuerst kommt, mahlt zuerst“, sondern Ihre Queueing- und Drop-Strategie darüber, welche Anwendungen stabil bleiben und welche leiden. In Cisco-Umgebungen sind dabei drei Begriffe besonders wichtig: LLQ (Low Latency Queue) für echten Echtzeitverkehr, CBWFQ (Class-Based…
Eine stabile Sprach- und Videoqualität ist in modernen Unternehmensnetzen kein „Nice-to-have“, sondern ein produktivitätskritischer Service. Genau deshalb sind QoS für Voice/Video und ein konsistentes End-to-End-Design auf Cisco-Plattformen so wichtig: Echtzeitkommunikation reagiert empfindlich auf Jitter, Paketverlust und Latenzspitzen – und diese Effekte entstehen nicht nur im WAN, sondern überall dort, wo es Engpässe, Microbursts, falsche Markierungen…
Ein sauberes OSPF auf Cisco-Design entscheidet in großen Netzen darüber, ob Routing stabil skaliert, ob Konvergenzzeiten planbar bleiben und ob Troubleshooting in Minuten statt Stunden gelingt. In der Praxis sind OSPF-Probleme selten „mystische Protokollfehler“, sondern fast immer Design- oder Betriebsfehler: Areas werden ohne klares Zielbild geschnitten, LSA-Fluten entstehen durch unkontrollierte Redistribution, Timer werden aggressiv getuned…
Got questions? Ideas? Fill out the form below & our specialist will contact you.