Відповіді:
Швидке читання здається, що це пов'язано з частиною CSMA / CD, що визначає зіткнення. Якби кадрів було занадто мало на старих телерадіомедіа, то деякі зіткнення були б невиявними. Продовжуючи сьогодні мою тему автомобільних аналогій, це з тієї ж причини, що ми не допускаємо велосипедів на швидкісних шосе - це просто не безпечно для них.
На додаток до (абсолютно правильної) відповіді mfinni, встановлення мінімального розміру кадру дозволяє витратити кілька циклів прийому, перевіряючи контрольні суми ваших кадрів. У Ye Olde Days можна легко уявити чіп, який обробляє один біт за цикл, але потрібно багато циклів для обчислення контрольної суми на виділеному шляху, який проходить паралельно шляху отримання. Отримання багатьох коротких повідомлень може призвести до того, що ця логіка контрольної суми стане здивованою, запустивши в ній кілька одночасних операцій. Відмова від чого-небудь нижче певного порогу розміру дозволяє уникнути цієї проблеми простим способом.
Ethernet призначений для роботи над спільним середовищем (ефіром!). Відправники здатні чути, коли сигнал, з яким рухають ефір, відрізняється від сигналу, який є на ефірі.
На жаль, всі носії мають затримку розповсюдження (на жаль, навіть світло рухається з обмеженою швидкістю).
Припустимо, ви надсилаєте дуже короткий кадр. Щоб виявити, чи приймач передає право в той же час, коли вони отримували ваш кадр, ви повинні дочекатися, коли сигнал, який вони надсилають, досягне вас, тому ви повинні почекати / прослухати двічі затримку розповсюдження носія, перш ніж ви дізнаєтесь, чи був зіткнення на приймальному кінці.
Тепер, замість того, щоб просто слухати (відправляти тишу) протягом цього часу, ви можете також продовжити та надсилати корисну інформацію за цей час.
Таким чином, стандарт встановлює мінімальний розмір кадру, який є кількістю даних, які ви можете надіслати в два рази найгіршим затримкою поширення у спільному носії.
Тож якщо ви нещасні, тому що великі кадри відчувають себе "неоптимізованими" для вашого маленького повідомлення, подумайте про цей додатковий простір у пакеті як про можливість знайти щось інше для надсилання, коли вам інакше доведеться надіслати нулі в будь-якому разі.
Звичайно, існує багато інших способів вирішити зіткнення та затримки розповсюдження локального стандарту мереж, але тоді це не було б Ethernet, і я думаю, що всі ми можемо погодитись, що ethernet досить милий.
2 x PDале звідки береться 64 байти? Чи не повинно це залежати від довжини / типу кабелю? 64 байти здаються довільними
Щоб CSMA / CD працював правильно, потрібно послідовне виявлення зіткнень.
Якщо одержувач бачить зіткнення, а відправник цього не робить, пакет буде втрачений. Аналогічно, якщо відправник бачить зіткнення, але одержувач цього не отримає, ви отримаєте повторний пакет після повторного відправлення. Не бажано.
Оскільки дані рухаються з обмеженою швидкістю, потрібен мінімальний розмір пакета, щоб переконатися, що в разі зіткнення це трапляється всюди. Чим більше ви зробите мінімальний розмір пакета, тим більше та / або швидше ви зможете зробити мережу до того, як CSMA / CD вийде з ладу.
Що стосується того, чому 64-байтові я не знаю точно, але я думаю, що це було просто кругле число, яке "здавалося приблизно в той час", враховуючи швидкість, на якій вони працювали, очікуваний розмір мереж Ethernet і очікуваний розмір пакетів вищого рівня.
Мінімальна довжина пакету - 64 байти - це не довільне число. У фізичному шарі 10Base5 (коаксіальний "Fat Ethernet", один з первісно вказаних фізичних шарів, у якого допускаються найдовші кабелі), це призводить до мінімальної довжини пакета, в мікросекундах, що вдвічі перевищує максимальну довжину часу в зворотному напрямку кабель розміром 2500 метрів, що складається з п'яти 500-метрових сегментів з чотирма ретрансляторами. Це потрібно для того, щоб пакети, що передаються з протилежних сторін кабелю, повністю стикаються в кожній точці кабелю для надійного виявлення зіткнень у всіх вузлах.
Дрібниці: