Zum Hauptinhalt springen

4.1. AVP Header

Die Felder im AVP-Header MÜSSEN in Netzwerk-Byte-Reihenfolge gesendet werden. Das Format des Headers ist:

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                           AVP Code                            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |V M P r r r r r|                  AVP Length                   |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                        Vendor-ID (opt)                        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Data ...
   +-+-+-+-+-+-+-+-+

AVP Code​

Der AVP Code identifiziert in Kombination mit dem Vendor-Id-Feld das Attribut eindeutig. Die AVP-Nummern 1 bis 255 sind für die Wiederverwendung von RADIUS-Attributen reserviert, ohne das Vendor-Id-Feld zu setzen. AVP-Nummern 256 und höher werden für Diameter verwendet, die von der IANA vergeben werden (siehe Abschnitt 11.1.1).

AVP Flags​

Das AVP Flags-Feld informiert den Empfänger darüber, wie jedes Attribut behandelt werden muss. Neue Diameter-Anwendungen SOLLTEN NICHT zusätzliche AVP Flag-Bits definieren. Beachten Sie jedoch, dass neue Diameter-Anwendungen zusätzliche Bits innerhalb des AVP-Headers definieren KÖNNEN, und ein nicht erkanntes Bit SOLLTE als Fehler betrachtet werden. Der Sender des AVP MUSS 'R' (reservierte) Bits auf 0 setzen, und der Empfänger SOLLTE alle 'R' (reservierten) Bits ignorieren. Das 'P'-Bit wurde für die zukünftige Verwendung von Ende-zu-Ende-Sicherheit reserviert. Zum Zeitpunkt des Schreibens gibt es keine spezifizierten Ende-zu-Ende-Sicherheitsmechanismen; daher SOLLTE das 'P'-Bit auf 0 gesetzt werden.

Das 'M'-Bit, bekannt als Mandatory-Bit, gibt an, ob der Empfänger des AVP die Semantik des AVP einschließlich seines Inhalts parsen und verstehen MUSS. Die empfangende Entität MUSS eine entsprechende Fehlermeldung zurücksenden, wenn sie ein AVP erhält, bei dem das M-Bit gesetzt ist, das sie aber nicht versteht. Eine Ausnahme gilt, wenn das AVP in einem gruppierten AVP eingebettet ist. Siehe Abschnitt 4.4 für Details. Diameter-Relay- und Redirect-Agenten DÜRFEN NICHT Nachrichten mit nicht erkannten AVPs ablehnen.

Das 'M'-Bit MUSS gemäß den Regeln gesetzt werden, die in der Anwendungsspezifikation definiert sind, die dieses AVP einführt oder wiederverwendet. Innerhalb einer gegebenen Anwendung wird die M-Bit-Einstellung für ein AVP entweder für alle Befehlstypen oder für jeden Befehlstyp definiert.

AVPs mit gelöschtem 'M'-Bit dienen nur zur Information; ein Empfänger, der eine Nachricht mit einem solchen AVP erhält, das nicht unterstützt wird oder dessen Wert nicht unterstützt wird, KANN das AVP einfach ignorieren.

Das 'V'-Bit, bekannt als Vendor-Specific-Bit, gibt an, ob das optionale Vendor-ID-Feld im AVP-Header vorhanden ist. Wenn gesetzt, gehört der AVP Code zum spezifischen Vendor-Code-Adressraum.

AVP Length​

Das AVP Length-Feld umfasst drei Oktette und gibt die Anzahl der Oktette in diesem AVP an, einschließlich des AVP Code-Feldes, des AVP Length-Feldes, des AVP Flags-Feldes, des Vendor-ID-Feldes (falls vorhanden) und des AVP Data-Feldes. Wenn eine Nachricht mit einer ungültigen Attributlänge empfangen wird, MUSS die Nachricht abgelehnt werden.

Letztes Update am