6.1.3. OPT Record TTL Field Use (Uso del campo TTL del record OPT)
6.1.3. OPT Record TTL Field Use (Uso del campo TTL del record OPT)
L'RCODE esteso e i flag, che OPT memorizza nel campo Time to Live (TTL) dell'RR, sono strutturati come segue:
+0 (MSB) +1 (LSB)
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
0: | EXTENDED-RCODE | VERSION |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
2: | DO| Z |
+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+
EXTENDED-RCODE : Forma gli 8 bit superiori dell'RCODE esteso a 12 bit (insieme ai 4 bit definiti in [RFC1035]). Si noti che il valore EXTENDED-RCODE 0 indica che è in uso un RCODE non esteso (valori da 0 a 15).
VERSION : Indica il livello di implementazione del setter. La piena conformità con questa specifica è indicata dalla versione '0'. I richiedenti sono incoraggiati a impostare questo al livello implementato più basso capace di esprimere una transazione, per minimizzare il carico del risponditore e della rete nella scoperta del più grande livello di implementazione comune tra richiedente e risponditore. La strategia di numerazione delle versioni di un richiedente PUÒ idealmente essere un'opzione di configurazione a runtime. Se un risponditore non implementa il livello VERSION della richiesta, allora DEVE rispondere con RCODE=BADVERS. Tutte le risposte DEVONO essere limitate in formato al livello VERSION della richiesta, ma la VERSION di ciascuna risposta DOVREBBE essere il livello di implementazione più alto del risponditore. In questo modo, un richiedente apprenderà il livello di implementazione di un risponditore come effetto collaterale di ogni risposta, comprese le risposte di errore e compreso RCODE=BADVERS.
DO : Bit DNSSEC OK come definito da [RFC3225].
Z : Impostato a zero dai mittenti e ignorato dai ricevitori, a meno che non sia modificato in una specifica successiva.