Как коммутатор понимает, что к нему пришел именно DHCP-пакет?
После настройки ip dhcp snopping на коммутаторе Cisco 2960, он начинает отбрасывать DHCP Offer от поддельного DHCP-сервера, но как коммутатор понимает, что к нему пришел именно DHCP-пакет, если коммутатор работает на 2 уровне.
Пакеты, подпадающие под определенные условия (DHCP, IGMP, STP, ARP и др.) всё-таки обрабатываются на CPU, а не тупо коммутируются по L2. На некоторых коммутаторах при петлях или штормах по указанным протоколам может отваливаться управление.
Этот коммутатор, хоть он и L2 может анализировать содержимое пакетов. (реально, надо проверить, что протокол UDP, и это пакет dhcp offer. Если порт не доверенный, то пакет отбрасываем. Проверять надо конкретные несколько байт в пакете).
Но так как этот коммутатор на может маршрутизировать трафик, то до L3 он не дотягивает..
Границы - они всегда условны и есть куча переходных состояний...
Так-так, много непонятного, где почитать можно, как называется?
- Пакеты через роутер проходящие тоже как-то помечаются?
- В целом это тема протоколов?
В целом весь сетевой обмен это тема протоколов, потому что протокол - это правила/алгоритм общения двух узлов между собой. Регламент отправки и регламент получения информации. Начиная прямо таки с физического уровня. Ethernet - это тоже протокол.
Ну то есть тут следует воспринимать термин "протокол" в одном из его буквальных значении, а не как айтишный термин.
Протокол — исторически сложившийся и культурологически обусловленный свод правил и предписаний, в соответствии с которым регламентируется и регулируется порядок официальных церемоний и мероприятий (переговоры, подписание двусторонних документов), официальная переписка, форма одежды и т. д., например дворцовый, придворный протокол.
historydev, они никак не помечаются, о чём тебе SunTechnik уже сказал. Свич читает пакет (и то не полностью), видит, что это dhcp offer, и отбрасывает его.
я знаю что такое протокол
Знал бы - не возникали бы вопросы в стиле "- В целом это тема протоколов? "
historydev, ну вот поэтому я и объясняю, что любой сетевой обмен является частью того или иного протокола. Передаёшь ты по витухе dhcp пакет - и у тебя в самом пакете матрёшка из протоколов идёт: ethernet (канальный) -> ip (сетевой) -> udp (транспортный) -> dhcp (прикладной).
А то, что свич l2 - да не бывает управляемых свичей чисто l2. Это условности. Все они умеют что-то на более высоких уровнях.
Ziptar, OSI тоже не нужно мне объяснять, я ещё раз говорю, вопроса бы не было, если бы я знал что dhcp - это протокол.
- Я не автор основного вопроса если что.
- Я не понимаю о чём речь в рамках свитча и это тоже мне не нужно.
Написано
CityCat4
@CityCat4 Куратор тега Сетевое оборудование
lantonov, _порты_ _адреса_ не раздают.
Про фильтрацию _ответов_ dhcp сервера, идущих с недоверенных портов SunTechnik уже всё написал в самом начале - буквально. Ничего "как бы не так все проще" там быть не может.
Ziptar, это показывает что нет базы а база проста когда хост не знает у кого запросить адрес он отправляет запрос с 0.0.0.0:67 со своего мак адреса на где все ff а это соответствует адресу 255.255.255.255 а у коммута этого адрес тоже есть и он может тоже ответить как и у любого компьютера устройства в сети есть этот адрес и мак это называется броаткас запрос и имя ему dhcp discover как только сервером будет получен этот запрос он выделяет ему адрес и отправляет его уже конкретно ему тоже на адрес 0.0.0.0 и как клиент получил адрес он отправляет подтверждение что все хорошо я принимаю этот адрес и получает в ответ от сервера уже что мол вот время до того как им ты можешь пользоваться
Коммутатор, хотя и работает на 2 уровне, анализирует содержимое кадров (глубже уровня 2) с помощью механизма deep packet inspection (DPI). Этот процесс позволяет ему "понимать", что данный кадр содержит DHCP-пакет
Простой
