Вадим Чопоров

Когда начнешь понимать эту модель - сам же поймешь, зачем это надо. Если собираешься работать с сетями - то вряд ли ты будешь трогать уровни выше 4-ого (если тебе в плечи не вкинут обслугу какого-нибудь ng firewall'а). Понимание с практикой приходит. Если какие то примеры - вот обобщенный способ решения проблем на сети у рядового админа:
Большинство задач с проблемами на сети (даже маленькой, домашней) сводится к пониманию уровня, на котором проблема возникла - в домашней среде, у тебя, к примеру, есть модем, куда пришел сигнал от провайдера, за ним свич или вифи. У тебя пропал инет по вифи на телефоне. Ты начинаешь разбираться, где же проблема - смотришь, работает ли вифи, подключен ли телефон к роутеру - это 2 уровень OSI. Если там все ок, дальше смотришь подключен ли модем к провайдеру, есть ли пинги и т.п. наружу - это 3-ий уровень. Если там все ок - нужно смотреть прикладные уровни - к примеру, ДНС стал недоступен и это уже говорит о том, что проблема поднялась на прикладной уровень, в данном случае на 7-ой. А теперь попробуй масштабировать данную проблему хотя бы до офисного помещения, а потом добавь пару этажей. Прикинь, сколько у тебя будет коммутаторов, что будет маршрутизировать у тебя трафик в сети, будут ли файрволы. Вот так просто взять, и отключить по очереди устройства порой не то, что не логично, просто невозможно. И тебе нужно по максимуму ограничить потенциальное место возникновения проблем, и дать вощможность работать тем участкам, которые еще не пострадали. Вот здесь тебе нужно понимать, что за что цепляется, на каком уровне работает, как нужно группировать устройства, что бы максимально быстро проводить безопасные проверки как можно больших сегментов сети и т.д. А представь когда у тебя несколько офисов, или ты вообще инженер у провайдера?
Понимание модели OSI даст тебе понимание "вертикальной лесенки" движения трафика от клиентского приложения до кабеля - сверху вниз, и по нему дальше наружу или к другому приложению/сервису уже в обратном направлении - снизу вверх, поможет твою инфраструктуру положить на эту лесенку, и спокойно поуровнево по ней лазать, в случае необходимости. Один фиг, мне самому оно не сильно близко было, пока не поработал у провайдера - только на тех масштабах улеглось в голове, что без нее я делал такой ОГРОМНЫЙ объем лишней работы по траблшутингу и т.п. ранее, что теперь сам же и не понимаю, как можно не знать модель OSI, работая админом (как минимум упрощенную) )))

Broadcast - это вид передачи данных. Почитайте, что такое unicast, multicast - возможно тогда вы сообразите, что такое тип(метод или т.п.) передачи данных и как работает. Хотите запустить broadcast пакет - вросто включите на вашей сетевой карте получение адреса автоматически, и ваша сетевая сама отправит пакет на broadcast адрес в поисках DHCP-сервера. Т.е. broadcast - это просто отправка пакета, с абсолютно любым содержимым в качестве данных (обработка содержимого, это уже вопрос более высокого уровня, и на отправку влиять никак не будет) на широковещательный адрес сети - это последний допустимый адрес, который может быть в вашей сети. Коммутатор, просто видит, что адрес широковещательный, и распуливает этот пакет абсолютно во все дурки, в какие может - разбираться с тем, чей пакет будет уже устройство, которое не может передать пакет никуда дальше, конечный узел, к примеру комп или принтер. Устройство смотрит, что внутри, и решает ему это или нет. В случае DHCP-запроса, DHCP-сервер видит, что это его искали и отвечает. Если DHCP-сервера нет то все просто видят, что пакет не к ним, и они отбрасывают пакет. Что бы "увидеть", что и как, как и писали выше - ставите wireshark, включаете на сетевой автоматический адрес, и смотрите на пакет (не знаю правда, чем это вам поможет)) ).

Первая схема мне нравиться больше. ВЛАНами вся локалка заворачивается на керио, керио и выступает файрволом для всей локали. Между Керио и роутером у Вас будет DMZ, для всяких непотреьностей и потребностей)

Конкретно CCNA (думаю Вы имеете ввиду Routing & Switching) - вы получите отличные знания по сетевым основам. Не обязательно даже сдавать - дороговато по 300 зеленых за попытку, если сдавать сразу за раз, но для работодателя это будет гарантией, что с Вами есть о чем говорить в плане сетей. Конечно если в своей деятельности Вы не работаете активно с сетевым оборудованием - то знания довольно быстро выветрятся, но понимание принципов останется.
У меня был коллега, который не настраивал сеть (только роутеры в маленьких конторах) - он отходил на курсы по подготовке. Я так и не понял что он там делал, т.к. на практике были проблемы даже в базовых понятиях - однако мне они очень помогли упорядочить знания, но опять же, сам уже админил параллельно сеть на цисках и курсы изучал по Одому самостоятельно. Если сертификат не цель, а с сетью плотно не работаете сейчас - почитайте/посмотрите/повыполняйте "Сети для самых маленьких" (есть цикл на хабре, выросли в самостоятельный проект linkmeup.ru). Наиболее удобное и доходчивое преподнесение основ, для старта пожалуй лучшее решение на русском.