Zusammenfassung
MULTI_EXIT_DISCist ein schwacher, optionaler und nicht transitiver Hinweis auf den bevorzugten Eingang unter mehreren Links zum selben ankündigenden AS; der kleinere Wert zählt erst, wenn stärkere lokale Kriterien gleich sind.- Das empfangende Netz behält die Kontrolle: Es kann MED vor der Auswahl entfernen oder ändern, und die normale Regel vergleicht Werte nur zwischen Pfaden desselben Nachbar-AS.
- Sichere Nutzung verlangt bilaterale Bedeutung, hinreichende Kandidatensicht und laufende Belege. Zahlen verschiedener Netze als gemeinsame Skala zu behandeln, kann in bestimmten Topologien widersprüchliche Wahl oder dauerhafte Oszillation auslösen.
AS 65001 und AS 65002 treffen sich in Frankfurt und München. Für dasselbe Präfix kündigt 65001 MED 20 in München und MED 80 in Frankfurt an. Sind andere wichtige Attribute gleich, möchte 65001 den Verkehr in München empfangen. Dort gibt es vielleicht mehr Kapazität, einen kürzeren Innenweg oder am anderen Standort eine Einschränkung.
65002 entscheidet weiterhin selbst. Ein Vertrag kann dem Münchner Weg einen niedrigeren LOCAL_PREF geben. Das Netz kann MED nur in ausgewählten Beziehungen akzeptieren, entfernen, ersetzen oder an einem Router entscheiden, dem die Alternative fehlt. Die kleine Zahl schreibt keine fremde Policy; sie wird in einem eigenständig regierten System bewertet.
RFC 4271 fasst diese Zurückhaltung in MULTI_EXIT_DISC: eine vorzeichenlose Vier-Oktett-Zahl, optional und nicht transitiv. Bei sonst gleichen Faktoren soll die niedrigere Metrik bevorzugt werden. Über EBGP empfangen darf sie per IBGP im AS verteilt, aber nicht an ein anderes Nachbar-AS weitergegeben werden. Der Hinweis endet an der Beziehung, die ihm Bedeutung gibt.
Die Rechte des Empfängers sind ausdrücklich. Jede Implementierung muss das lokale Entfernen eines empfangenen MED vor Präferenzberechnung und Auswahl ermöglichen. Sie darf den Wert in derselben Phase verändern. Der Sender besitzt seine Ankündigung; der Empfänger besitzt Fortbestand und lokale Folge der Zahl.
Die Schwäche ist Absicht. RFC 1773 beschrieb den früheren inter-AS metric als späten Faktor. Ein ferner Betreiber sollte ein Netz nicht zum Aufnehmen oder Abgeben von Verkehr zwingen können, wenn es bereits eine stärkere Präferenz gesetzt hatte. LOCAL_PREF, AS_PATH-Länge und frühere Schritte bilden die Grenze, die den Hinweis bedingt hält.
„Das niedrigste MED gewinnt“ ist falsch. Ein Pfad mit 10 kann gegen einen mit 100 verlieren, wenn dieser höheren LOCAL_PREF besitzt oder zuvor gewinnt. RFC 8326 zeigt die Grenze bei Wartung: MED zu erhöhen entleert einen Link nicht, wenn der Ersatz früher wegen LOCAL_PREF oder AS_PATH-Länge ausscheidet.
Der normale Vergleichsraum ist enger. RFC 4271 vergleicht MED nur für Routen desselben Nachbar-AS, bestimmt über AS_PATH. Drei Werte von AS 65001 können dessen Eingänge ordnen. Eine Route von AS 65003 verwendet wahrscheinlich andere Topologie, Kosten und Policy. Zwanzig in einer Beziehung ist nicht natürlich kleiner als vierzig in einer anderen.
MED schafft keine Totalordnung. A kann B schlagen, weil beide vom selben Nachbarn stammen und A niedriger liegt. B und C aus verschiedenen AS gehen über andere Kriterien weiter. Daraus folgt keine transitive Reihe A, B, C. Gruppierung, Gruppensieger und sichtbare Kandidaten beeinflussen die Antwort.
IOS XR beschreibt das Modell: Kandidaten nach Nachbar-AS gruppieren, innerhalb jeder Gruppe nach MED gewinnen lassen, dann zwischen den Gruppensiegern weiter auswählen. Das entspricht dem begrenzten Vergleichsraum und erklärt, weshalb Reihenfolge oder Vollständigkeit der Pfade das Ergebnis verändern können.
Einige Produkte erlauben den Vergleich über verschiedene Nachbar-AS hinweg. Alle Zahlen in einem Wettbewerb wirken einheitlich, doch damit wächst der Einfluss fremder Werte. Juniper warnt bei Skalen ohne gemeinsame Herkunft; RFC 3345 lehnt dies als allgemeines Heilmittel ab. Derselbe Zahlentyp beweist keine gemeinsame Einheit.
Der Empfänger kann bewusst eine gemeinsame Skala schaffen, etwa alle Eingänge nach eigener Policy umschreiben oder mit bestimmten Partnern eine bekannte Dienstmetrik vereinbaren. Dann entsteht Vergleichbarkeit aus lokaler Bedeutung. Gruppe, Herleitung, Abwesenheit und Vorrang müssen dokumentiert werden; vier Oktette aus dem Internet besitzen keine automatische Einheit.
Auch fehlendes MED braucht eine Regel. Weil das Attribut optional ist, kann ein Pfad eine Zahl tragen und ein anderer nicht. Produkte und Policies deuten Schweigen verschieden. Betreiber prüfen das aktive Verhalten und behaupten nicht, Abwesenheit bedeute stets null, unendlich oder die Wahl eines Herstellers.
Kandidatensicht verändert Entscheidungen. Full-Mesh-IBGP verteilt mehr Ausgänge; Route Reflection und Konföderationen sparen Last, indem nicht jeder Kandidat überall erscheint. RFC 4456 warnt: MED ist nicht immer vergleichbar und IGP-Distanz unterscheidet sich je Router, sodass reflektierte Topologien anders wählen können als ein vollständiges Mesh.
Hierarchie ist damit nicht verurteilt. Ihre Sicht gehört in den Nachweis. Sieht ein Reflector A und B, ein anderer B und C, während Präferenz nicht transitiv ist, kann jede lokal vernünftige Wahl die Grundlage einer anderen entfernen. Die Skaleneinsparung hat die Entscheidungsfläche verändert.
RFC 3345 dokumentiert begrenzte Bedingungen dauerhafter Oszillation: bestimmte Reflector- oder Konföderationsstrukturen, partielle und widersprüchliche Ausgangssicht sowie MED-abhängige Wahl. Unter diesen Bedingungen ist das Verhalten deterministisch. Es tritt nicht in jedem Netz auf, ist aber auch kein zufälliges physisches Rauschen.
Gegenmaßnahmen ändern Hoheit oder Sicht: Reflectors neu anordnen, Grenzrouter gegenseitig sichtbar machen, LOCAL_PREF am Eingang setzen, MED normalisieren oder entfernen, Beziehungen begrenzen oder zusätzliche Pfade verteilen. Alles zu vergleichen kann unvereinbare Räume mischen; alles zu entfernen verwirft nützlichen Rat. Die Reparatur folgt dem belegten Mechanismus.
RFC 5004 behandelt einen engeren Wechsel. Überleben der bisherige externe Bestpfad und sein möglicher Ersatz bis zu einem späten Kennungsvergleich, kann der vorhandene Pfad bleiben und ein unnötiger Wechsel entfallen. Das reduziert bestimmte Übergänge, beseitigt aber nicht jede Oszillation aus RFC 3345.
Auch Ankunftszeit zählt. RFC 4451 berichtet Implementierungen, bei denen Speicherung des ältesten Pfades und Reihenfolge zu zeitabhängiger MED-Wahl führten. Ein stabiles Ergebnis soll aus definierten Eingaben und Policy folgen, nicht daraus, welches UPDATE zuerst im Speicher lag. Stabile Verarbeitung verlangt weiterhin Pfadbelege.
Der Beweis beginnt vor dem Verkehr. Roh empfangene Route, Nachbar-AS-Gruppe, MED-Anwesenheit, Wert nach Policy, LOCAL_PREF, AS_PATH, sichtbare Kandidaten und Best-Path-Begründung aufzeichnen. Grenzrouter und interne Entscheider vergleichen, nicht nur ein Looking Glass.
Danach Forwarding prüfen. Die BGP-Wahl muss den erwarteten FIB-NEXT_HOP erzeugen, und Telemetrie den Verkehr am beabsichtigten Link zeigen. Ein niedriges MED auf dem Bildschirm beweist keinen Sieg. Best Path in einem RIB beweist nicht den Paketweg eines anderen Eingangs. Ein ruhiger Link kann Umleitung, Verlust oder fehlende Nachfrage bedeuten.
Tests umfassen beide Rechte. Einen Senderwert für begrenzte Präfixe ändern und Empfang sowie Auswahl beobachten; beim Empfänger entfernen oder umschreiben und lokale Policy bestätigen. Abwesenheit, Gleichheit, ungleiche frühere Attribute, mehrere AS, Ausgangsrückzug, Reflection, Ankunftsfolge und Rollback abdecken. Ziel ist der bewiesene Umfang des Rats.
Die Beziehungsvereinbarung wiegt mehr als Syntax. Erwartet ein Kunde MED auf zwei privaten Links, müssen Präfixe, Familien, Links, Bereiche, frühere LOCAL_PREF, Abwesenheit, Abweichungsrecht und Streittelemetrie feststehen. Ohne Kontext ist das Attribut auf dem Draht gültig und im Geschäft mehrdeutig.
Heng Lus Prinzip der minimalen Anfangsspezifikation passt. Das gemeinsame Protokoll liefert ein kleines Objekt: optionale Metrik, begrenzte Weitergabe, bedingter Vergleich. Ob die Zahl Kapazität, Kosten oder Policy bedeutet, entscheiden die Netze, die Router betreiben und Folgen tragen.
Die Primatstellung laufenden Codes definiert Abnahme. Dokument und Commit sind Absicht; empfangenes Attribut, wirksame Umschreibung, sichtbare Kandidaten, Auswahlgrund, FIB-NEXT_HOP und gelieferter Verkehr sind das System. Gehen Pakete nicht durch die erwartete Tür, übte die Metrik keine praktische Hoheit aus.
Datensouveränität heißt hier Kontrolle über eigenen Betriebszustand, nicht Besitz der fremden Route. Der Sender beschreibt den bevorzugten Eingang; der Empfänger folgt, wenn Vertrag und Risiko passen. Zusammenarbeit gelingt, weil keiner seine Entscheidungsmaschine abgibt.
MED gelingt, wenn beide Seiten seine Bescheidenheit verstehen. Die kleine Zahl empfiehlt eine Tür; sie garantiert weder Korridor, interne Sicht, Zustimmung stärkerer Policy noch tatsächlichen Verkehr. Die Schwäche ist keine unfertige Hoheit. Sie schützt Beratung ohne Herrschaft.
Quellen
- RFC 4271: A Border Gateway Protocol 4
- RFC 4451: BGP MULTI_EXIT_DISC Considerations
- RFC 3345: BGP Persistent Route Oscillation Condition
- RFC 5004: Avoid BGP Best Path Transitions
- RFC 4274: BGP-4 Protocol Analysis
- RFC 1773: Experience with the BGP-4 Protocol
- RFC 4456: BGP Route Reflection
- RFC 8326: Graceful BGP Session Shutdown
- Cisco: Select BGP Best-path Algorithm
- Cisco IOS XR: Order of comparisons and nontransitivity
- Juniper Networks: BGP MED Attribute
- Heng Lu: Running-Code Primacy
- Heng Lu: Minimum Initial Specification
- Heng Lu: On Data Sovereignty
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten
