Annexe B. Modifications apportées à la RFC 5966

Ce document remplace la [RFC5966] et diffère de celle-ci à plusieurs égards. Un aperçu des changements/mises à jour les plus substantiels dont les implémenteurs devraient prendre note est donné ci-dessous.

1. Une section Terminologie (Section 3) est ajoutée définissant plusieurs nouveaux concepts.

2. Le paragraphe 3 de la section 5 met TCP sur un pied d'égalité avec UDP par rapport à la RFC 5966. Par exemple, il stipule :

   1. TCP PEUT (MAY) être utilisé avant l'envoi de toute requête UDP.

   2. TCP devrait être considéré comme une alternative de transport valide à UDP, et pas purement comme une option de repli.

3. La section 6.2.1 ajoute une nouvelle recommandation selon laquelle la réutilisation de la connexion TCP DEVRAIT (SHOULD) être prise en charge.

4. La section 6.2.1.1 ajoute une nouvelle recommandation selon laquelle les clients DNS DEVRAIENT (SHOULD) pipeliner leurs requêtes et les serveurs DNS DEVRAIENT (SHOULD) traiter les requêtes pipelinées simultanément.

5. La section 6.2.2 ajoute de nouvelles recommandations sur le nombre et l'utilisation des connexions TCP pour les interactions client/serveur.

6. La section 6.2.3 ajoute une nouvelle recommandation selon laquelle les clients DNS DEVRAIENT (SHOULD) fermer les sessions inactives à moins d'utiliser un mécanisme de signalisation.

7. La section 7 précise qu'il est RECOMMANDÉ (RECOMMENDED) aux serveurs de préparer les réponses TCP en parallèle et d'envoyer les réponses dans le désordre. Elle précise également comment les requêtes et réponses TCP doivent être mises en correspondance par les clients.

8. La section 8 ajoute une nouvelle recommandation sur la manière dont les clients et serveurs DNS doivent gérer le champ de longueur de message de 2 octets pour les messages TCP.

9. La section 9 ajoute une discussion non normative sur l'utilisation de TCP Fast Open.

10. La section 10 ajoute de nouveaux conseils concernant les techniques d'atténuation des DoS.