7. Transport Considerations (Considerazioni sul trasporto)

7. Transport Considerations (Considerazioni sul trasporto)

La presenza di un pseudo-RR OPT in una richiesta dovrebbe essere presa come un'indicazione che il richiedente implementa completamente la versione data di EDNS e può comprendere correttamente qualsiasi risposta conforme alla specifica di quella funzionalità.

La mancanza di presenza di un record OPT in una richiesta DEVE essere presa come un'indicazione che il richiedente non implementa alcuna parte di questa specifica e che il risponditore NON DEVE includere un record OPT nella sua risposta.

Gli agenti estesi DEVONO essere preparati a gestire le interazioni con i client non estesi di fronte a nuovi elementi di protocollo e tornare con grazia al DNS non esteso quando necessario.

I risponditori che scelgono di non implementare le estensioni di protocollo definite in questo documento DEVONO rispondere con un codice di ritorno (RCODE) di FORMERR ai messaggi contenenti un record OPT nella sezione aggiuntiva e NON DEVONO includere un record OPT nella risposta.

Se c'è un problema con l'elaborazione del record OPT stesso, come un valore di opzione mal formato o che include valori fuori intervallo, DEVE essere restituito un FORMERR. Se ciò si verifica, la risposta DEVE includere un record OPT. Questo è inteso a consentire al richiedente di distinguere tra server che non implementano EDNS ed errori di formato all'interno di EDNS.

La risposta minima DEVE essere l'intestazione DNS, la sezione delle domande e un record OPT. Questo DEVE verificarsi anche quando viene restituita una risposta troncata (utilizzando il bit TC dell'intestazione DNS).