Eine LDP-to-SR Migration ist selten ein „Feature-Upgrade“ – sie ist ein Underlay- und Betriebswechsel: Du ersetzt hop-by-hop Label-Signaling (LDP) durch Segment Routing (SR-MPLS) mit SIDs und SRGB. Der größte Fehler ist der Big-Bang-Ansatz („LDP aus, SR an“): In produktiven Backbones führt das schnell zu Label-Inkonsistenzen, unerwarteten Pfaden oder Blackholes. Ein sicherer Migrationspfad arbeitet stattdessen stufenweise:…
Anycast am WAN Edge bedeutet: Mehrere Standorte oder Edge-Knoten announcen dieselbe Service-IP (oder dasselbe Prefix), und das Routing entscheidet, zu welchem „nächsten“ Anycast-Node der Traffic fließt. Das wirkt simpel („eine IP, viele Nodes“), hat aber starke Routing-Implikationen: Pfadwahl hängt von IGP/BGP-Metriken, Policy und Topologie ab; Failover ist oft elegant, aber Session-Stickiness ist nicht garantiert; und…
MPLS OAM (Operations, Administration and Maintenance) ist das Werkzeugset, mit dem du Label Switched Paths (LSPs) im Betrieb überprüfst: Stimmt der Forwarding-Pfad wirklich? Wo endet das Label-Switching? Welcher Hop verursacht Drops oder Fehlleitungen? Dafür sind LSP Ping und MPLS Traceroute die zentralen Methoden. Sie testen nicht „IP-Reachability“, sondern die MPLS-Forwarding-Ebene (LFIB) und helfen dir, Fehler…
DNS ist am WAN Edge nicht „nur ein Dienst“, sondern ein Performance- und Verfügbarkeitshebel: Schon wenige Millisekunden mehr Resolver-Latenz wirken sich auf jede Verbindung aus (Web, SaaS, APIs). Gleichzeitig ist DNS ein klassischer Single Point of Failure, wenn Split-Horizon (intern/extern), Routing-Failover und Cache-Strategien nicht sauber zusammenpassen. Im Betrieb sieht man dann Symptome wie „Internet geht,…
MTU-Probleme sind in MPLS-Netzen einer der häufigsten Gründe für „mysteriöse“ Störungen: Ping geht, aber Applikationen hängen; VPNs sind instabil; bestimmte Flows haben sporadische Drops. Der Grund ist meist simpel: MPLS fügt Header-Overhead hinzu (Label Stack), und wenn die Pfad-MTU nicht überall passt, entstehen Fragmentierung, Drops oder PMTUD-Fehlschläge. Besonders kritisch wird es bei L3VPN (zwei Labels),…
VPNv4 und VPNv6 sind die zentralen MP-BGP Address Families für MPLS L3VPN: Sie transportieren VRF-Routen zwischen PEs, inklusive Route Distinguisher (RD), Route Targets (RT) und – im MPLS-Fall – VPN-Labels. Wer VPNv4/v6 wirklich versteht, kann L3VPN sauber designen, RT-Leaks kontrollieren und Troubleshooting stark beschleunigen. Der häufigste Denkfehler ist, VPNv4/v6 mit „IPv4/IPv6 Routing“ gleichzusetzen: VPNv4/v6 sind…
Multicast VPN (mVPN) ermöglicht Multicast-Verteilung über ein MPLS L3VPN, ohne dass der Provider-Core selbst „kundenspezifisches Multicast“ wie ein großes gemeinsames LAN behandeln muss. Stattdessen werden Multicast-Flows zwischen PEs über definierte Provider-Tunnel (P-tunnels) transportiert und die kundenspezifische Multicast-Control-Plane bleibt in der jeweiligen VRF. Das ist entscheidend für skalierbare Unternehmens-Use-Cases wie IPTV/Video, Finanzdaten (Market Data), Standort-Replikation, Telemetrie…
Carrier-of-Carriers (CoC) bzw. Carrier Supporting Carrier (CSC) ist ein MPLS-Provider-Design, bei dem ein „Backbone-Provider“ (P-Provider) einem „Kunden-Provider“ (C-Provider) Transport bereitstellt, sodass der C-Provider eigene L3VPN-Services über die Infrastruktur des P-Providers anbieten kann. Im Gegensatz zu einem normalen Enterprise-L3VPN ist der „Kunde“ hier selbst ein Provider mit eigenen VRFs, eigenen Route Targets und oft eigenen Kunden…
show bgp neighbors (bzw. show ip bgp neighbors) ist das wichtigste Einzelkommando für BGP-Troubleshooting auf Cisco: Es zeigt dir Session-Zustand, Capabilities, Timer, Fehlermeldungen, Policy-Anwendung und Statistiken – also genau die Daten, die du brauchst, um „Session down“, „Routen fehlen“ oder „BGP flapt“ systematisch zu lösen. Der Profi-Workflow lautet: erst Transport (TCP/Reachability), dann BGP-State und Notifications,…
BGP Update Storms sind Phasen, in denen extrem viele BGP-Updates in kurzer Zeit verarbeitet und weitergegeben werden. Das kann CPU und Control Plane überlasten, Sessions instabil machen, Konvergenz verzögern und im Worst Case zu großflächigen Blackholes führen – obwohl das eigentliche Problem vielleicht nur ein flappender Link oder ein einzelnes „lautes“ Prefix ist. In Enterprise-Edges…
Got questions? Ideas? Fill out the form below & our specialist will contact you.