Zusammenfassung

  • RFC 9521 verwendet beim Sitzungsaufbau VNI und innere VAP-Adressen; sobald der entfernte Discriminator ungleich null ist, muss allein dieser Wert die Sitzung demultiplexen.
  • Up belegt die Kontinuität dieses Kontrollaustauschs. Es belegt nicht dieselbe Behandlung aller Datenflüsse, jede VAP-Paarung, die Berechtigung des Gegenübers oder die Wiederherstellung der Anwendung.

Die interessante Grenze zeigt sich bei Skalierung. Zehn VAPs auf jeder Seite ergeben theoretisch hundert Paarungen. Wer aus Lastgründen zehn Sitzungen auswählt, kann jeden VAP einmal beobachten. Er hat damit noch nicht neunzig weitere Paarungen gemessen.

Der Schlüssel wechselt während der Sitzung

RFC 9521 lässt asynchrones BFD an VAPs beginnen und enden. Trägt der VAP Ethernet, liegt BFD in einem inneren Ethernet/IP/UDP-Stack; trägt er IP, in innerem IP/UDP. Beide Endpunkte müssen demselben VNI zugeordnet sein und dieselbe Nutzdatenform verwenden.

Solange Your Discriminator null ist, braucht der Empfänger Kontext. Bei Ethernet gehören VNI, Quell- und Ziel-MAC sowie Quell- und Ziel-IP zum Suchschlüssel; bei IP sind es VNI und die beiden IP-Adressen. Der innere UDP-Quellport darf helfen. Wird keine Sitzung gefunden, muss das Paket verworfen und eine Management-Ausnahme gemeldet werden.

Mit einem Discriminator ungleich null gilt eine strengere Regel: Nur dieser Wert darf demultiplexen. Deshalb muss ein belastbarer Verlauf den Übergang festhalten. Der Endwert ohne Starttupel verliert seine Bedeutung; Adressen ohne Konfigurationsgeneration übersehen Wiederverwendung nach einem Neustart.

Protokollgültigkeit ist keine Handlungsbefugnis

Der NVE prüft Geneve, die Zuordnung von VNI und Ziel-VAP, Protocol Type, UDP-Ziel sowie TTL oder Hop Limit. O ist eins, C ist null. Ein Fehler stoppt die Übergabe an BFD.

Damit ist die Sitzung gut abgegrenzt, aber kein Tenant vertreten. Geneve besitzt keinen eingebauten Sicherheitsmechanismus; RFC 9521 empfiehlt BFD-Authentisierung. Diese kann den Absender innerhalb einer Schlüsselbeziehung besser zuordnen. Sie erteilt weder Eigentumsrechte noch die Befugnis, Verkehr umzuschalten, ein SLA zu bewerten oder einen Vorfall zu schließen.

Sitzungsreduktion ist eine Stichprobenentscheidung

RFC 9521 warnt vor N² Sitzungen und empfiehlt eine Obergrenze. N Sitzungen können genügen, wenn sämtliche VAPs abgedeckt sind. Die Entlastung ist vernünftig. Sie verlangt aber ein Coverage-Ledger: Welche Paare wurden gewählt, welche ausgelassen, und aufgrund welcher Daten darf ein Probe-Flow andere Flows vertreten?

Gleiches VNI bedeutet nicht gleiche Fate-Sharing-Eigenschaft. Probe und Nutzverkehr können unterschiedliche ECMP- oder LAG-Mitglieder, Queues, ACLs oder Service Chains nutzen. Up und ein partieller Datenausfall können gleichzeitig wahr sein. Ebenso kann eine überlastete Probe-Queue Down melden, obwohl eine Anwendung noch funktioniert.

Darum gehört die Rate zur Aussage. Ohne echte BFD-Staukontrolle verlangt RFC 9521 eine Traffic-Managed Controlled Environment und provisionierte Sendeintervalle. Ohne Ratenkonfiguration, Queue-Zustand und Verlustkontext benennt Down noch keine Ursache.

Sieben Belege statt eines überladenen Symbols

Eine prüfbare Kette verbindet Mapping-Generation, Bootstrap-Tupel, Discriminator-Übergang, tatsächliche Probe-Behandlung, Coverage-Matrix, autorisierte und installierte Reaktion sowie repräsentativen Tenant- und Anwendungserfolg. Jeder Beleg hat eine eigene Zeit und eine eigene verantwortliche Instanz.

Der Standard liefert den präzisen Kern. Das Dashboard darf diese Präzision nicht durch eine allgemeinere Beschriftung wieder verlieren. „Diese BFD-Sitzung ist Up“ ist eine überprüfbare Aussage. „Der Geneve-Dienst ist gesund“ braucht weitere Belege.

Quellen