Site icon bintorosoft.com

BGP-LU (Label Unicast): Grundlagen und Einsatzfälle im MPLS-Core

Red Snapper

BGP-LU (Label Unicast) ist ein Mechanismus, um Transport-Labels für IPv4/IPv6-Präfixe direkt über BGP zu verteilen – ohne LDP als separaten Label-Distributor. In MPLS-Kernen ist das besonders interessant, wenn du LDP reduzieren oder komplett ersetzen willst, z. B. bei Inter-AS-Transport, bei MPLS-Backbones mit klarer iBGP-Architektur oder als Schritt in Richtung Segment Routing (SR-MPLS). Der Kern der Idee: Ein BGP-Update trägt neben dem Prefix auch ein MPLS-Label („Label für dieses Prefix“). Dadurch entsteht ein MPLS-Forwarding-Pfad, der über BGP-Pfade und Policies steuerbar ist.

Was BGP-LU technisch ist

BGP-LU nutzt die BGP Address Family „labeled-unicast“. Der Nachbar lernt ein Prefix und gleichzeitig das zugehörige Transportlabel. Dieses Label wird dann in der MPLS Forwarding Table verwendet, um Traffic label-switched durch den Core zu transportieren.

Merker

BGP-LU = BGP Update + MPLS Label

BGP-LU vs. LDP: Was ist der Unterschied?

LDP verteilt Labels hop-by-hop entlang des IGP, BGP-LU verteilt Labels entlang der BGP-Topologie (typischerweise iBGP im Core). Dadurch verschiebt sich die Kontrolle: Mit BGP-LU steuerst du Transport-Labels über BGP-Policy, RR-Design und BGP-Attribute.

Warum BGP-LU im MPLS-Core interessant ist

In modernen Kernen willst du oft Protokolle reduzieren und Konvergenz kontrollieren: BGP-LU kann LDP ersetzen, wenn du bereits ein stabiles iBGP/RR-Design hast. Außerdem kann BGP-LU in Inter-AS-Szenarien eleganter sein, weil BGP sowieso die Domänen-Grenze bildet.

Typische Einsatzfälle im Enterprise/Provider-Umfeld

BGP-LU ist kein „Standard überall“, sondern ein Werkzeug für bestimmte Architekturen. Diese drei Use-Cases sind in der Praxis am häufigsten.

Design-Voraussetzungen: Was du brauchst, bevor du BGP-LU einführst

BGP-LU setzt ein stabiles Underlay voraus: IGP liefert Reachability für BGP Next-Hops, MPLS Forwarding ist aktiv, und dein iBGP-Design (RRs) ist belastbar. Ohne diese Basis wird LU schnell zum Debug-Albtraum.

Pre-Checks

show ip route <core-loopback>
show mpls interfaces
show mpls forwarding-table
show ip bgp summary

Grundkonfiguration: BGP-LU Address-Family aktivieren

Du aktivierst in BGP die labeled-unicast Address Family und aktivierst sie pro Neighbor (meist iBGP im Core oder eBGP an einer Domänengrenze). Wichtig ist außerdem, dass die Nachbarn Labels akzeptieren und du die passende Next-Hop-Strategie hast.

iBGP LU (Beispielpattern)

router bgp 65000
 neighbor 10.255.0.2 remote-as 65000
 neighbor 10.255.0.2 update-source loopback0

address-family ipv4 labeled-unicast

neighbor 10.255.0.2 activate

neighbor 10.255.0.2 send-community

neighbor 10.255.0.2 next-hop-self

Hinweis zur Praxis

Welche Routen du mit Labels verteilst

Im MPLS-Core wird BGP-LU häufig für Loopback-Prefixes (Transport-Endpunkte) genutzt. Das ist ähnlich zur LDP-Labelvergabe für IGP-Routen, aber eben über BGP. Du willst dabei strikt filtern: nur Transport-Prefixes, nicht „alles“.

Whitelist Loopbacks (Beispiel)

ip prefix-list PL_CORE_LOOPBACKS seq 10 permit 10.255.0.0/16 le 32

LU Route-Map (Beispiel)

route-map RM_LU_OUT permit 10
 match ip address prefix-list PL_CORE_LOOPBACKS

LU + Route Reflector: Skalierung und Fallstricke

Wenn du RRs nutzt, muss das RR-Design LU sauber tragen. Viele Probleme entstehen, wenn LU nur „teilweise“ reflektiert wird oder wenn Next-Hop-Reachability nicht überall gegeben ist. Außerdem gilt: RRs sollten möglichst transparent bleiben – LU ist Transport, nicht Policy-Spielwiese.

RR Verifikation

show ip bgp ipv4 labeled-unicast summary
show ip bgp ipv4 labeled-unicast
show ip route 10.255.0.2

Konvergenz und Betrieb: Was sich mit BGP-LU ändert

Mit LU verlagert sich Transport-Label-Konvergenz stärker in die BGP-Welt. Das kann Vorteile haben (weniger Protokolle), aber du musst BGP-Fast-Convergence bewusst designen: BFD, PIC und saubere RR-Redundanz werden wichtiger.

Troubleshooting: Wie du LU-Probleme systematisch findest

LU-Probleme wirken oft wie „MPLS kaputt“, sind aber meist BGP/Next-Hop/Label-Themen. Du prüfst daher in einer festen Reihenfolge: BGP LU Session, learned labeled routes, MPLS forwarding, dann Data Plane Tests.

Checkliste

Commands

show ip bgp ipv4 labeled-unicast summary
show ip bgp ipv4 labeled-unicast <prefix>
show mpls forwarding-table | include 10.255.
show ip route <next-hop>
traceroute mpls ipv4 <dst>

Typische Pitfalls im MPLS-Core

Die häufigsten Fehler sind konzeptionell: zu breite LU-Exports, fehlende Next-Hop-Reachability oder inkonsistente RR-Implementierung. Diese Punkte solltest du vor einem Rollout aktiv adressieren.

Quick-Template: Minimal BGP-LU für Core Loopbacks

Dieses Template zeigt ein minimalistisches LU-Setup für Loopbacks. Passe IPs, ASNs und Prefixes an deine Umgebung an.

ip prefix-list PL_CORE_LOOPBACKS seq 10 permit 10.255.0.0/16 le 32

route-map RM_LU_OUT permit 10

match ip address prefix-list PL_CORE_LOOPBACKS


router bgp 65000

neighbor 10.255.0.2 remote-as 65000

neighbor 10.255.0.2 update-source loopback0


address-family ipv4 labeled-unicast

neighbor 10.255.0.2 activate

neighbor 10.255.0.2 next-hop-self

Konfiguration speichern

Router# copy running-config startup-config

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

Sie erhalten

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.

Exit mobile version