7. Transport Considerations (Considérations sur le transport)

7. Transport Considerations (Considérations sur le transport)

La présence d'un pseudo-RR OPT dans une requête devrait être considérée comme une indication que le demandeur implémente complètement la version donnée d'EDNS et peut comprendre correctement toute réponse conforme à la spécification de cette fonctionnalité.

L'absence d'un enregistrement OPT dans une requête DOIT être considérée comme une indication que le demandeur n'implémente aucune partie de cette spécification et que le répondeur NE DOIT PAS inclure d'enregistrement OPT dans sa réponse.

Les agents étendus DOIVENT être préparés à gérer les interactions avec les clients non étendus face à de nouveaux éléments de protocole et revenir gracieusement au DNS non étendu lorsque nécessaire.

Les répondeurs qui choisissent de ne pas implémenter les extensions de protocole définies dans ce document DOIVENT répondre avec un code de retour (RCODE) de FORMERR aux messages contenant un enregistrement OPT dans la section supplémentaire et NE DOIVENT PAS inclure d'enregistrement OPT dans la réponse.

S'il y a un problème avec le traitement de l'enregistrement OPT lui-même, tel qu'une valeur d'option mal formatée ou incluant des valeurs hors plage, un FORMERR DOIT être retourné. Si cela se produit, la réponse DOIT inclure un enregistrement OPT. Ceci est destiné à permettre au demandeur de distinguer entre les serveurs qui n'implémentent pas EDNS et les erreurs de format dans EDNS.

La réponse minimale DOIT être l'en-tête DNS, la section de question et un enregistrement OPT. Cela DOIT également se produire lorsqu'une réponse tronquée (utilisant le bit TC de l'en-tête DNS) est retournée.