Чому кадри WakeOnLAN відправляються на трансляцію


9

Я намагаюся розібратися, чому будильник на фреймових кадрах, у найпростішому вигляді, позначається на адресу ефірної трансляції (FF: FF: FF: FF: FF: FF), а не на адресу машини, на яку буде включено живлення. .

Це має відношення до внутрішньої таблиці мережевого комутатора, яка передбачає mac-адресу до портів?

Відповіді:


13

За специфікацією AMD, призначення не повинно бути адресою всіх. Це також може бути адреса приймальної станції або адреса багатоадресної передачі. Корисне навантаження інша історія. Це повинна бути послідовність ff: ff: ff: ff: ff: ff, за якою MAC-адреса приймальної станції повторюється 16 разів.

Наявність відсутності запису станції в таблиці CAM перемикача в цьому випадку не має значення. Якщо запису немає, пакет слід переадресувати на всі порти.


Чи є резонансна розсилка конкретної адреси, окремий випадок, який працює лише в ефірній мережі?
ApriOri

@Erb Не те, про що я знаю. Адреса мовлення може бути менш корисною на практиці. Я побіг швидкий тест з використанням etherwakeі wakeonlanутиліти. Машина-джерело має кілька інтерфейсів. Etherwake за замовчуванням надсилає на станцію MAC-адресу і дозволяє задавати інтерфейс. Wakeonlan надсилає MAC-адресу широкомовної програми, і я повинен був вказати IP-адресу призначення, інакше він послав пакет неправильним інтерфейсом.
Джеральд Гребінь

Відповідно до згаданих вами специфікацій AMD, схоже, що існує відношення до спрямованого мовлення, коли вам потрібно розбудити машини в іншій мережі. Це здається лише тоді, коли використовується широкомовна адреса, пакет WOL перейде до передвіжної підмережі.
ApriOri

1
Давайте трохи повернемося сюди. У пакеті є до двох (можливо, більше двох, але давайте будемо просто робити) типи адрес: посилання для передачі даних та мережа. Якщо ви намагаєтесь розбудити машину в одній підмережі, ви можете використовувати адресу одноадресної, багатоадресної або широкомовної лінії зв'язку. Для машини в іншій підмережі вам потрібно використовувати адресу, яку маршрутизатор (и) передаватимуть вперед і відображатиметься в пункті призначення NIC, навіть після того, як вони будуть переміщені в дорозі. Зазвичай це означає мережеву адресу широкомовної підмережі, отже, "підмережа, спрямована на широкомовлення".
Джеральд Гребінь

У розділі "Інфраструктурні наслідки" специфікації пояснюється це краще, ніж я можу.
Джеральд Гребінь

8

Так. Оскільки відображення закінчується через деякий час (як правило, це 4 години, якщо я правильно пригадую), його потрібно транслювати, щоб у нього з’явився шанс досягти цільової машини після того, як карти не зникнуть.

Редагувати:

Виправлення: Якщо відображення закінчується, повідомлення все одно транслюється.

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

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.