src и dst маках фреймов, которые свищ генерит для броадкаста?
с какой стати л2 железка у тебя что-то оригинирует, когда кто-то там фрейм на броадкастовый адрес шлёт?
Броадкаст нередко почти всегда инициируется хостом не просто так, а с целью получения ответа. Это уже полностью отвечает на вопросы "почему свитч не может подменить src mac" и "что изначально записано в поле src mac у широковещательного кадра".
Так это, если у нас L2 протокол, который рассчитывает на что-то там ответ получить, то читателю броадкаста на той стороне интересен не только заголовок фрейма, но и его содержание, в котором есть всё, что нужно, не?
Вообще ВСЁ, включая навороченные MPLS - EVPN с мультихомингом и свистоперделками в итоге сводится к тому, чтобы железка выплюнула фрейм с нужным dst mac в нужную дырку. Весь динамический роутинг служит ровно этой цели. И если вы не знаете нужного dst mac, то вы в жопе. И из пейлоада его выцепить нереально.
И из пейлоада его выцепить нереально. Почему? Не шифруется же
Его там нет. Ваш кэп.
Гм, ну давайте представим условный протокол — кринжкаст. Суть его в том, что фрейм отправляется на специальный мультикаст адрес, а потом свищ реэнкапсулирует его от своего имени, вставляет внутрь MAC автора кринжкаста и отправляет на все порты, а NIC, который его получает понимает, что в промежутке между автором кринжкаста и им есть свищ с таким-то MAC-адресом. Утилитарную пользу не спрашивайте — весь смысл примера в том, чтобы спросить, кто принципиально может помешать сделать такой протокол
ну тебе ещё и в коммутатор нужно завести поддержку своего кринжкаст-протокола
Мало ли проприетарщины
ну это же за пределами стандартов. так что ничто не мешает тебе вообще любую дичь творить.
Обсуждают сегодня