Perché DNS tramite UDP ha un limite di 512 byte?

Ho cercato una risposta a quella domanda (quella nel titolo) e la cosa migliore che ho trovato è stata:

Nella progettazione del protocollo DNS, la dimensione del blocco di trasporto UDP (dimensione del payload) è stata limitata a 512 byte per ottimizzare le prestazioni generando un traffico di rete minimo.

la mia domanda è: in che modo questo migliora le prestazioni e ci sono altri motivi per questa limitazione quando si utilizza UDP?

Il payload da 512 byte garantisce che i pacchetti DNS possano essere riassemblati se frammentati durante il trasporto. Inoltre, in generale, ci sono meno possibilità che i pacchetti più piccoli vengano eliminati casualmente.

Lo standard IPv4 specifica che ogni host deve essere in grado di riassemblare pacchetti di 576 byte o meno. Con un'intestazione IPv4 (20 byte, sebbene possa arrivare a 60 byte con opzioni) e un'intestazione UDP a 8 byte, un pacchetto DNS con un payload di 512 byte sarà inferiore a 576 byte.

Come dice @RyanRies: DNS può usare TCP per payload più grandi e per trasferimenti di zona e DNSSEC. C'è molta più latenza quando TCP entra in gioco perché, a differenza di UDP, c'è una stretta di mano tra il client e il server prima che i dati inizino a fluire.

Il DNS moderno non è più limitato a 512 byte di payload per UDP.

Con EDNS0 in uso è possibile specificare una dimensione di payload maggiore, che è comunemente il caso dei client compatibili con DNSSEC.

Il supporto per payload più grandi su UDP è stato un'arma a doppio taglio, tuttavia, è in parte il motivo per cui l'utilizzo di nameserver per attacchi di amplificazione è diventato più popolare in quanto è possibile ottenere una migliore amplificazione se l'attaccante utilizza una query che ottiene una risposta ampia .

Vedi rfc2671 per i dettagli chiacchieroni di EDNS0

Le operazioni DNS, ad esempio, le query e le operazioni di manutenzione della zona per impostazione predefinita utilizzano la porta 53. Per motivi di prestazioni, le query utilizzano il protocollo UDP con un limite di dimensione del blocco di 512 byte. Il TCP può essere facoltativamente negoziato su una transazione per transazione per le operazioni di query, ma a causa del sovraccarico di prestazioni sostenuto con TCP, questa è essenzialmente una capacità teorica. Storicamente, il superamento del limite della dimensione di risposta di 512 byte era generalmente evitato a tutti i costi, e in effetti il ​​limite di 13 server root IPv4 era il massimo che poteva essere restituito in una singola transazione UDP da 512 byte.

Ron Aitchison - Pro DNS e BIND 10 - 2011

È una cosa QOS.

Poiché UDP è senza stato, la gestione degli errori dei pacchetti non è possibile.

Pertanto, mantenendo i pacchetti alle dimensioni massime, si verifica una modifica maggiore che raggiungeranno la loro destinazione, riducendo l'impatto dell'assenza di gestione degli errori.