<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fast Reroute on bitunfall.de</title><link>https://bitunfall.de/schlagworte/fast-reroute/</link><description>Recent content in Fast Reroute on bitunfall.de</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sun, 05 Jul 2026 18:04:16 +0200</lastBuildDate><atom:link href="https://bitunfall.de/schlagworte/fast-reroute/index.xml" rel="self" type="application/rss+xml"/><item><title>Traffic Engineering und Netzwerkdesign im Service Provider Backbone</title><link>https://bitunfall.de/werkbank/traffic-engineering-und-netzwerkdesign-im-service-provider-backbone/</link><pubDate>Sun, 05 Jul 2026 18:04:16 +0200</pubDate><guid>https://bitunfall.de/werkbank/traffic-engineering-und-netzwerkdesign-im-service-provider-backbone/</guid><description>&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;</description></item><item><title>LDP und RSVP-TE - Wie MPLS-Pfade tatsächlich aufgebaut werden</title><link>https://bitunfall.de/werkbank/ldp-und-rsvp-te-wie-mpls-pfade-tatsachlich-aufgebaut-werden/</link><pubDate>Mon, 22 Jun 2026 18:00:18 +0200</pubDate><guid>https://bitunfall.de/werkbank/ldp-und-rsvp-te-wie-mpls-pfade-tatsachlich-aufgebaut-werden/</guid><description>&lt;p&gt;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?&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;
&lt;p&gt;Genau hierfür wurden spezielle Signalisierungsprotokolle entwickelt.&lt;/p&gt;</description></item></channel></rss>