Aller au contenu principal

6.1.3. OPT Record TTL Field Use (Utilisation du champ TTL de l'enregistrement OPT)

6.1.3. OPT Record TTL Field Use (Utilisation du champ TTL de l'enregistrement OPT)

Le RCODE étendu et les drapeaux, que OPT stocke dans le champ Time to Live (TTL) du RR, sont structurés comme suit:

                +0 (MSB)                            +1 (LSB)
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
0: | EXTENDED-RCODE | VERSION |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
2: | DO| Z |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+

EXTENDED-RCODE : Forme les 8 bits supérieurs du RCODE étendu de 12 bits (avec les 4 bits définis dans [RFC1035]). Notez que la valeur EXTENDED-RCODE 0 indique qu'un RCODE non étendu est utilisé (valeurs 0 à 15).

VERSION : Indique le niveau d'implémentation du configurateur. La conformité totale avec cette spécification est indiquée par la version '0'. Les demandeurs sont encouragés à définir cela au niveau d'implémentation le plus bas capable d'exprimer une transaction, pour minimiser la charge du répondeur et du réseau de découverte du plus grand niveau d'implémentation commun entre le demandeur et le répondeur. La stratégie de numérotation de version d'un demandeur PEUT idéalement être une option de configuration à l'exécution. Si un répondeur n'implémente pas le niveau VERSION de la requête, alors il DOIT répondre avec RCODE=BADVERS. Toutes les réponses DOIVENT être limitées en format au niveau VERSION de la requête, mais la VERSION de chaque réponse DEVRAIT être le niveau d'implémentation le plus élevé du répondeur. De cette façon, un demandeur apprendra le niveau d'implémentation d'un répondeur comme effet secondaire de chaque réponse, y compris les réponses d'erreur et y compris RCODE=BADVERS.

DO : Bit DNSSEC OK tel que défini par [RFC3225].

Z : Mis à zéro par les expéditeurs et ignoré par les récepteurs, sauf modification dans une spécification ultérieure.