2.1. Policy Table (Richtlinientabelle)

2.1. Policy Table (Richtlinientabelle)

Die Richtlinientabelle ist eine Longest-Matching-Prefix-Nachschlagetabelle, ähnlich wie eine Routing-Tabelle. Bei einer Adresse A erzeugt eine Suche in der Richtlinientabelle zwei Werte: einen Präzedenzwert, bezeichnet als Precedence(A), und eine Klassifizierung oder Label, bezeichnet als Label(A).

Der Präzedenzwert Precedence(A) wird zum Sortieren von Zieladressen verwendet. Wenn Precedence(A) > Precedence(B), sagen wir, dass Adresse A eine höhere Präzedenz als Adresse B hat, was bedeutet, dass unser Algorithmus bevorzugt Zieladresse A vor Zieladresse B sortieren wird.

Der Label-Wert Label(A) ermöglicht Richtlinien, die ein bestimmtes Quelladresspräfix für die Verwendung mit einem Zieladresspräfix bevorzugen. Die Algorithmen bevorzugen die Verwendung einer Quelladresse S mit einer Zieladresse D, wenn Label(S) = Label(D).

IPv6-Implementierungen SOLLTEN konfigurierbare Adressauswahl über einen Mechanismus unterstützen, der mindestens so mächtig ist wie die hier definierten Richtlinientabellen. Es ist wichtig, dass Implementierungen eine Möglichkeit bieten, die Standardrichtlinien zu ändern, wenn mehr Erfahrung gesammelt wird. Die Abschnitte 10.3 bis 10.7 bieten Beispiele für die Art von Änderungen, die möglicherweise erforderlich sind.

Wenn eine Implementierung nicht konfigurierbar ist oder nicht konfiguriert wurde, dann SOLLTE sie gemäß den hier spezifizierten Algorithmen in Verbindung mit der folgenden Standard-Richtlinientabelle arbeiten:

   Prefix        Precedence Label
   ::1/128               50     0
   ::/0                  40     1
   ::ffff:0:0/96         35     4
   2002::/16             30     2
   2001::/32              5     5
   fc00::/7               3    13
   ::/96                  1     3
   fec0::/10              1    11
   3ffe::/16              1    12

Eine Implementierung KANN automatisch zusätzliche site-spezifische Zeilen zur Standardtabelle basierend auf ihren konfigurierten Adressen hinzufügen, z.B. für Unique Local Addresses (ULAs) [RFC4193] und 6to4 [RFC3056] Adressen (siehe Abschnitte 10.6 und 10.7 für Beispiele). Alle solchen Zeilen, die von der Implementierung als Ergebnis des Adresserwerbs automatisch hinzugefügt werden, DÜRFEN NICHT eine Zeile für dasselbe Präfix überschreiben, die über andere Mittel konfiguriert wurde. Das heißt, Zeilen können hinzugefügt, aber niemals automatisch aktualisiert werden. Eine Implementierung SOLLTE ein Mittel (das Automatic Row Additions Flag) bereitstellen, damit ein Administrator automatische Zeilenhinzufügungen deaktivieren kann.

Wie später deutlich wird, besteht ein Effekt der Standard-Richtlinientabelle darin, die Verwendung nativer Quelladressen mit nativen Zieladressen, 6to4-Quelladressen mit 6to4-Zieladressen usw. zu bevorzugen. Ein weiterer Effekt der Standard-Richtlinientabelle besteht darin, die Kommunikation über IPv6-Adressen gegenüber der Kommunikation über IPv4-Adressen zu bevorzugen, wenn übereinstimmende Quelladressen verfügbar sind.

Richtlinientabelleneinträge für Adresspräfixe, die nicht von globalem Bereich sind, KÖNNEN mit einem optionalen Zonenindex qualifiziert werden. Wenn ja, stimmt ein Präfixtabelleneintrag während einer Suche nur dann mit einer Adresse überein, wenn der Zonenindex auch mit dem Zonenindex der Adresse übereinstimmt.