Чому DNS через UDP має обмеження 512 байт?

Я шукав відповідь на це запитання (те, що в назві), і найкраще, що я знайшов:

У дизайні протоколу DNS розмір транспортного блоку UDP (розмір корисної навантаження) був обмежений 512-байтовими для оптимізації продуктивності, створюючи при цьому мінімальний мережевий трафік.

моє запитання: як саме це підвищує продуктивність і чи є інші причини цього обмеження при використанні UDP?

Корисна навантаження 512 байтів гарантує, що пакети DNS можуть бути повторно зібрані, якщо вони фрагментовані під час транзиту. Крім того, загалом менше шансів на те, що менші пакети будуть випадково скинуті.

Стандарт IPv4 визначає, що кожен хост повинен мати можливість збирати пакети з 576 байт або менше. Із заголовком IPv4 (20 байт, хоча він може досягати 60 байт з параметрами) та 8-байтним заголовком UDP, пакет DNS з корисним навантаженням 512 байт буде меншим за 576 байт.

Як говорить @RyanRies: DNS може використовувати TCP для великих корисних навантажень, а також для передачі зон та DNSSEC. Існує набагато більше затримок, коли TCP вступає в гру, тому що, на відміну від UDP, між клієнтом і сервером відбувається рукостискання, перш ніж будь-які дані почнуть надходити.

Сучасний DNS вже не обмежений навантаженням UDP на 512 байт.

Завдяки використанню EDNS0 може бути визначений більший розмір корисної навантаження, що також часто трапляється для клієнтів, обізнаних у DNSSEC.

Підтримка більших корисних навантажень через UDP була мечем з двома острими, однак, це частково є причиною того, що використання серверів імен для атак посилення стає більш популярним, оскільки ви можете досягти кращого посилення, якщо зловмисник використовує запит, який отримує велику відповідь .

Див. Rfc2671 щодо деталей, що містять зернистість EDNS0

Наприклад, DNS-операції, запити та операції з обслуговування зони за замовчуванням використовують порт 53. З міркувань продуктивності запити використовують протокол UDP з обмеженням розміру блоку 512 байт. TCP можна необов'язково узгоджувати на основі транзакцій за операціями запитів, але внаслідок накладних витрат на виконання TCP це, по суті, теоретична можливість. Історично раніше перевищення межі розміру відповіді 512 байтів зазвичай уникалось будь-якою ціною, і дійсно межа 13 кореневих серверів IPv4 була максимальною, яку можна було повернути в одній транзакції UDP 512 байтів.

Рон Ейчісон - Pro DNS та BIND 10 - 2011

Це QOS річ.

Оскільки UDP не має статусу, обробка помилок з пакетами неможлива.

Таким чином, зберігаючи пакети до максимального розміру, відбувається більша зміна, коли вони досягнуть місця призначення, зменшуючи вплив відсутності обробки помилок.