Pourquoi la plupart des protocoles d'application ont-ils deux ports attribués ?

Les protocoles qui ont enregistré les versions TCP et UDP d'un certain port le font soit parce qu'ils utilisent les deux protocoles de transport au moins dans certains cas, soit parce qu'à un moment donné, quelqu'un a proposé un ajout au protocole qui utiliserait l'autre transport, mais cette proposition n'a peut-être jamais été déployée à grande échelle, mais il n'y avait aucune raison de se préoccuper de désenregistrer le port de l'autre transport. Les raisons varient selon les protocoles.

HTTP utilise traditionnellement le port 80/TCP, mais QUIC (HTTP/3) utilise désormais 80/UDP (ou 443/UDP).

Le DNS utilise traditionnellement 53/UDP, mais se rabat sur 53/TCP dans certains cas, par exemple lorsque le message de réponse est trop volumineux pour un seul paquet UDP, ou pour les "transferts de zone", lorsqu'un serveur DNS télécharge tous les enregistrements DNS d'un domaine entier afin d'agir en tant que serveur DNS secondaire pour ce domaine. Il existe également un certain intérêt pour la sécurisation du DNS en utilisant le protocole DNS over TLS (DoT), qui passerait par TCP, et non par DTLS via UDP. Cependant, il semble que le DNS sur HTTPS (DoH) ait gagné plus de terrain que le DoT.