Zum Hauptinhalt springen

RFC 3031 - Label-Verteilungsverfahren (Label Distribution Procedures)

5. Label-Verteilungsverfahren (Label Distribution Procedures)​

Die genauen Verfahren ergeben sich aus der Kombination „Verteilungsmodus × Rückhalte × Steuerung × Merge-Fähigkeit“. Übersicht (basierend auf Kapitel 4 und [MPLS-LDP]):

KombinationLabel-AnforderungLabel-AnkündigungRückhalteMerge
Unsolicited + liberal + mergenicht nötigRd kündigt alle anbehält alle (inkl. Nicht-Next-Hop)1 Ausgangs-Label/FEC
Unsolicited + conserv. + mergenicht nötigRd kündigt; nur Next-Hop gültigverwirft Nicht-Next-Hop1 Label/FEC
On Demand + liberal + mergeRu fordert bei RdRd antwortetbehält alle1 Label/FEC
On Demand + conserv. + mergeRu fordert bei RdRd antwortet nur Next-Hopverwirft Nicht-Next-Hop1 Label/FEC
Unsolicited + liberal + kein Mergenicht nötigRd kündigtbehält allemehrere Labels pro Upstream
Unsolicited + conserv. + kein Mergenicht nötigRd kündigtverwirft Nicht-Next-Hopmehrere Labels pro Upstream
On Demand + liberal + kein MergeRu fordert (mehrmals)Rd gibt jeweils neues Labelbehält alleneues Label pro Anforderung
On Demand + conserv. + kein MergeRu fordert (mehrmals)Rd gibt neues Label, fordert ggf. selbst weiterverwirft Nicht-Next-HopKaskade nach unten

Zentrale Verfahrensverben:

  • Push / Push* / Downstream Unsolicited: Downstream-Peer pusht die Bindung zum Upstream.
  • Pulled / Downstream on Demand: Push nur nach expliziter Anforderung.
  • Request / Request*: Upstream initiiert eine Anforderung.
  • Release / Release*: Upstream gibt ungenutzte Bindung frei (Routenänderung, Granularität).
  • Withdraw / Withdraw*: Downstream zieht eine Bindung zurück (FEC nicht mehr erreichbar).

Kombiniert man diese zwischen mergenden und nicht-mergenden LSR, gilt §3.25.2: An nicht-mergenden Upstream kein Label ohne explizite Anforderung; mehrfache Anforderung → jeweils neues Label; nicht-mergender Downstream fordert seinerseits weiter unten an.