Что такое VLAN, как работает коммутатор. 

Спасибо, Валерий! Хочу чтобы все мои слушатели как можно проще и легче сдали свой первый CCNA с помощью реальных знаний.

Я до вас читал цисковские книги. они хорошие. но после их прочтения в голове осталось много белых пятен. Теперь я понимаю, что не хватало именно истории вопроса.! еще раз огромное спасибо за вашу работу!

Маленький вопросик))У вас есть в видео информация касательно managment vlan? Хотелось бы понять, его специфику.

Специального видео нет. Но, суть его в том, что это отдельная по факту сеть, и сделана так, что никакие настройки в рабочей сети не могут повлиять на доступ к интерфейсам управления. Например, вы сделали VLAN 500 для менеджмента, и все устройства с физическими портами MGMT подключены в него, а у других устройств есть интерфейс влан 500 или субинтерфейса на устройствах L3 в отдельном VRF Lite, созданном для управления. Такие же VRF могут и маршрутизировать этот VLAN в логической отдельной сети.

Я так же рассказывал на парах. т.к. препод считал что надо рассказывать своими словами, иначе - это тупо выучино

Привет из того же 2023 года! Тема на самом деле ГОРАЗДО более объемная чем те 5 роликов, включая нативный влан и даже дизайн, которые есть на моем канале. Это просто база базовая, но чем дальше, тем интереснее, я говорю про технологию тегирования несколькими тегами, она также известна как qinq, но официальное ее название provider bridges 801.1ad )) Хороший позитивный комментарий, спасибо! Рад, что был полезен!

Всегда пожалуйта, кстати есть новый контент )

Огромное спасибо! Я правда старался. Желаю достичь высот совершенства. )

@@NetworkerChannel спасибо! изучаю сети, с огромным удовольствием смотрю ваши видео) благодаря им уже знаю больше, чем многие мои коллеги, хотя я все лишь начинающий специалист)

Иногда бывает забываю и пропускаю посты под видео. Спасибо большое.

Спасибо, да практика есть)

Спасибо большое за высокую оценку моей работы! )

Круто! Спасибо! Буду радовать хорошими видео и дальше! но уже и на отечественных брендах, в том числе!

Очень позитивный комментари) Спасибо)

Я рад это слышать! Очень здорово, что нравится!

спасибо за Ваш комментарий ) спустя 2 года отвечаю на Ваш комментарий ) а также есть пара новых роликов ) Спасибо!

Спасибо! Это важное замечание и комментарий, именно такими я и стараюсь сделать свои ролики - важно, что бы они были "легкими" и простыми, всем понятными. Еще раз спасибо за коментарий!

Отлично! Это и было моей целью - просто, быстро, не напряжно и надолго рассказать о том, что такое vlan)))

Спасибо за оценки и комментарий

niva622 больше спасибо за коментарий. посмотрите мое следующее видео. оно еще более интересное. а потом посмотрите второй ролик в плейлисте о дизайне.

Это всегда пожалуйста. Сам долго не мог понять что и зачем, пока не собрал все воедино. Вот и решил поделится опытом. Так подробно об этом никто не говори в курсе CCNA, а в CCNP уже не считается нужным )))

Всегда пожалуйста, рад что нашли для себя интересным и полезным! Спасибо!

еще раз спасибо! )

Спасибо, рад, что понравилось!

ахаха, от супер-эникея до супер-суперкея один шаг )) главное, чтобы он был вдумчивый, но быстрый)

Спасибо)

Пожалуйста, рад, что порнавились

всегда пожалуйста!

Рад что полезен

Всегда пожалуйста. Это базовые понимания для успешной работы и траублшутига. Люблю, когда люди по моим материалам растут, и помогать им получать уверенность в себе и в своей работе! Спасибо за коммантарий.

)) еще раз спасибо!

)) Спасибо

Добрый день, спасибо за Ваши вопросы. Энкапсуляция происходит на пути продвижения данных от уровня приложений до физического, на каждом уровне добавляется заголовок соответствующий уровню. На физическом уровне данные полученные с канального превращаются в электрич сигналы. Перед передачей самих данный происходит передача определенной последовательности электрич сигналов, кот называется преамбулой, служит для синхронизации процесса приема передачи. Данные с уровня приложений энкапсулируются сначала в сегмент на транспортном уровне (tcp), потом в пакет на сетевом (ip), потом во фрейм или кадр на канальном. Время жизни MAC адреса в кэше коммутатора 300 сек поиумолчанию. Если время жизни ARP кэша на компьютере будет больше (настроено или статический MAC прописан), то компьютер будет еще знать, а коммутатор после 300 сек или изменения топологии STP может уже не знать MAC адресс получателя.

Спасибо, все понятно.

Вадим, спасибо! Приятно осознавать, что не зря я этот канал сделал. Успехов с профессиональным ростом и в работе.

Это зачетный вопрос! В последнем предложении Вы, вероятно, имели в виду сервис DHCP? Речь тут идет о возможной вариации, когда оба компьютера имеют в своем кэше записи ARP о друг друге, но по какой-то причине ARP кэш коммутатора был очищен. Это может быть, например, при перестроении топологии STP. И в этом случае, компьютер 1 отправит фрейм с MAC адресами источника и назначения, а вот коммутатору заново придется узнавать адреса. Вот об этом идет речь на 16:45 минуте. Вопрос отличный, спасибо! Рад, что так внимательно смотрите мои тренинги!

Networker Channel Мне ваши уроки во многом помогли, большое спасибо. С Cisco работаю не очень мало, но до этого только на уровне 2960, а там все не слишком сложно. Теперь задача построить полноценную маршрутизацию через 3650 с VoIP, разделением доступа, гостевой сетью и пр. приятные мелочи. Изучаю детально вопрос :). По сути вопроса: да, примерно это и имелось ввиду.

Вопрос не совсем понятен. Но, предполагаю, что у вас есть подключение к оператору связи, и оператор связи предоставляет услугу Интернет и ТВ. Скорее всего у вас роутер со встроенным коммутатором (обычно 4 порта) + один порт для подключеня к оператору. Далее возможны 2 варианта: если вы управляете роутером, то настраиваете один из портов коммутатора, чтобы он передавал оба VLAN, содержащих услуги от оператора Интернет по одному VLAN, а ТВ по другому. Тогда вы сможете одним кабелем подключить коммутатор из другой комнты к роутеру. При этом, коммутатор должен быть управлямым, т.е. вы также настроить на нем транковый порт, который будет принимать оба VLAN, а после этого раздавать каждый VLAN на свой порт: один порт к компьютеру, и второй порт к телевизону (или приставке). Если маршрутизатором управляе оператор связи, то вам потребуется проложить 2 кабеля.

100 процентов, но были хабы с аплинками, они мипа коммутировать могли. Может коллеги это имеют в виду.

коммутатор отправляет unknown unicast, только когда не знает за каким портом у него находится MAC. но, в коммутаторе броадкастовые пакеты, отправленные по адресу FF:FF:FF:FF:FF:FF (или по броадкастовому адресу подсети/сети) будут отправлятся на все порты, кроме того из которого данный фрейм пришел. Хаб же, просто дублирует электрические сигналы всегда. Он не знает про броадкаст, мултикаст, юникаст итд

Вряд современный коммутатор будет испытывать большие проблемы из-за такого варианта подключений. За каждым портом у него будет всего лишь 5 МАС адресов. Больше чем скорость физического порта Вы его не насытите. В транках может быть трафика гораздо больше. Чтобы насытить коммутатор нужно знать его меру "насыщения" - количество миллионов пакетов которые он может обработать в секунду (главное чтобы коммутатор честно работал на данных характеристиках), а также шину коммутации в Gbps. Чтобы "положить" коммутатор проще его закольцевать )

Фрейм и домен это разные понятия. Нет, это не эхо пакет. Эхо пакет это пакет протокола ICMP, запускаемый командой PING. К броадкасту сам эхо пакет не относится. ICPM - это протокол 3 уровня, работающий "рядом" c IP Протоколом. Фрейм работает на 2 уровне модели OSI, имеет в адресе назначения все буквы F шестиричной системы исчисления. На 3 уровне модели OSI в адресе назначения будет броадкастовый адрес сети/подсети или во всех октетах для IPv4, например, будет стоять 255.255.255.255

Вопрос для меня решенный. Cisco лучше. Однозначно по ряду причин.

@@NetworkerChannel спасибо

Да, это так. Но, я предположил, что это понятно. Хотя это важное замечание: коммутатор не тратит лишние "силы". Он же умный)

Вообще то не только предположил, но и уточнил. На 11:12 прозвучала фраза: "на все порты, но которые включены, безусловно" :-)

"бродкастовый фрейм не на все порты как на уровне L1 у HUB" - как фрейм, да и ещё бродкастовый может бегать по L1? Фрейм - понятие L2.

) нет, так не происходит

Я говорил в каком-то ролике об этом. Данный случай возможен, например, когда мы очистим таблицу адресов на коммутаторе после того, как было общение между компьютерами. Или, к примеру, по таймеру коммутатор сбросил данный мак адрес, а таймер на компьютере дольше и адрес остается еще какое-то время на компьютере. На коммутаторах по умолчанию, если не ошибаюсь, время жизни мак адреса 300 секунд

@@NetworkerChannel За объяснение очень благодарен. Даже не думал, что ответят. 😉

Илья, спасибо за Ваш комментарий. Однако, дуплексная частотное разделение предназначено в первую очередь для обеспечения правильного радио покрытия. В диапазоне 2,4ГГц есть три непепекрываемых диапазона. Несколько радиомодулей предназначены для работы в разных диапазонах, 2,4 и 5 ГГц, например. Но работа подчиняется все тем же правилам. А вот возможность одновременной работы нескольких абонентов стала возможной после выхода стандарта 802.1ас. такие точки поддерживаю Multi User MIMO, Simultaneous Streams. MU-MIMO также называется Wave2. В видео я говорил скорее всего, что в классическом понимании вай фай только один абонент является активным в конкретный момент времени. Qualcomm выпустил чипсет поддерживающий SS и MU-MIMO. Однако, Cisco использует его только в младших моделях. Начиная с 28хх серии, используются собственные чипсеты, которые привносят доп функции, не доступные у других производителей.

Ничего не случится. А что случиться, если "замкнуть" порты доступа двух разных Vlan. Порты в режиме access и с настроенным portfast? Это имелось в виду?

Broadcast это когда известен только ip адрес. Unknown unicast, это когда коммутатору неизвестно куда отправлять фрейм, содержащий и ip адрес и mac адрес. В этом случае фрейм отправляется на все порты.

посмотрите на datasheet или техническую спецификацию устройства. Сложите полосы пропускания всех портов и разделите на пропускную способность всего устройства.

от считывает заголовок фрейма, видит там свой мак адрес и принимает фрейм

@@NetworkerChannel то есть получается, что компьютер 4 передает свой мак адрес не для компьютера 1, а для свича? Потому как не могу понять : если компьютер 1 не знает мак адрес компьютера 4 и идет бродкаст, то в заголовке фрейма адрес мак адрес F...F. Каким тогда образом компьютер 4 узнает, что фрейм для него?

@@sergeiandrienko8611 фрейм передается для компьютера. Коммутатор использует фреймы для изучения мак адресов. Если фрейм FFFFFF... То все компьютеры обрабатывают его.

@@NetworkerChannel извините, просто не могу понять, если мак адрес (ведь 1 компьютер не знает мак адрес 4 компьютера) назначения меняется во фрейме на F...F, то как его распознает 4 компьютер. Все остальное понятно, уже дальше пошел по материалу. Спасибо за мериал!

@@sergeiandrienko8611 когда компьютер 1 не знает адрес компьютера 4, он рассылает броад каст с просьбой откликнуться компьютер (во фрейме указан МАК адрес источника и броадкастовый адрес для всех получателей L2 сегменте) с IP адресом получателя (Комп 4) и IP адресом отпраителя (комп 1). Получив броадкаст, компьютер 4 раскрывает фрейм (2 уровень), находит там пакет (3 уровень) видит в пакете свой IP адрес, понимает, что данные для него и отвечает напрямую компьютеру 1. На 2м уровене во фрейме будут указаны уже МАК адрес отправителя (комп 4) и мак адрес получателя (комп 1):

Броадкаст пакет принимается и обрабатываетася всеми узлами в сети. На какой минуте возник вопрос? Может я смогу дать подробный комментарий? А видимо речь идет о работе ARP протокола, когда запрашивается MAC адрес на основе IP адреса. ПК3 в этом случае, как и все остальные компьютеры, обработают фрейм, а дальше ПК3 найдет свой IP адрес в запросе и ответит на ARP запрос.

У коммутатора 48 портов downlink по 10G + 6 Uplink портов по 40/100G. С учетом дуплексной связи, общая коммутационная шина коммутатора, чтобы не было "заторов" должна быть равна общей скорости портов х2 (full duplex). То есть (48*10+6*100)*2= 2160 Gbps (2 Tbps). Это и есть величина коммутационной шины без переподписки. То есть, если Вы идете в кинотеатр, и кассир выдал каждому по билету и места все заняты - переподписки нет, если продал в 2 раза больше билетов, чем мест - переподписка х2, если в 3 раза больше билетов - переподписка х3. Так примерно.

насколько понял вопрос, попробую ответить. во фреймах в заголовках используются MAС адреса назначения и отпраителя. имена я приводил, чтобы было понятно ссылаться на компьютеры. Компьютер один, два, три итд

@@NetworkerChannel с 6:30 идет монолог "я компьютер 1 хочу передать компьютеру 4, но мак адреса мы его не знаем." В ответе на мой вопрос Вы пишите что якобы имена для наглядности, и на самом деле не фигурируют - я правильно понял? Тогда как узнать того, кому фрейм, если в нашей задаче известно только MAC передающего? Как понять куму он вообще его хочет передать?

@@i3e1394 известен ip address. Компьютер не просто так захотел обратиться к другому компьютеру. Представьте, что ему известен адрес шлюза по умолчанию, но не известен его мак адрес. Шлюз мы прописали руками или он получил адрес от dhcp сервера

@@NetworkerChannel Кому известен ip? Тут в видео ip ни разу не где не встречается.

@@i3e1394 имя хоста не храниться, я образоно назваю процесс обращения к компьютеру 1 или 2 итд. Мы описываем процессы произодящие на втором уровне модели OSI. А в реальности, для того чтобы отправить, например, данные в Интернет через шлюз по умолчанию, компьютер запрашивает у других компьютеров сети mac адрес шлюза. И делает это он, отправляя широковещательный запрос, содержащий IP адрес хоста, чей мак адрес ему нужен.

С точки зрения блокировки представьте корзину для бумаги: это память коммутатора, буферная. Фрейм приходит и, в зависимости от типа коммутации: store-and-forward, cut-through, обрабатывается по разному. У Cisco есть функциональная возможность, CEF, которая сильно оптимизирует и улучшает способность коммутатора обрабатывать фреймы. Но, отвечая на вопрос: пока корзина-буфер не заполнена, фрейм стоит в очереди на обработку и будет обработан. Если корзина полная: фрейм будет сброшен, drop.

Networker Channel Спасибо

Пожалуй вопрос может быть одним из самых фундаментальных, если посмотреть чуть шире. Механизм работы коммутатора с VLAN обсуждается в 3 ролике по VLAN. Я разбил эту тему на 3 части для того чтобы, первое: предоставить полную картину и фундаментальные основы работы современных сетей (как ни печально, очень много специалистов задают мне вопрос: мы же не банк, зачем нам вланы, а потом приходят и говорят давайте разделять: а что разделять? коммутаторы все неуправляемые, один сегмент, все работают в сети 192.168.0.0/22 - и это не один заказчик. Одна боль потом разбираться с этим и время, и деньги. И многие сделают затычку и бросают на пол-пути). Второе: вы понимали как строить сети, как их настраивать и как находит неисправности. Все три ролика идеалогически делают из вас сетевого инженера: такой мой тайных подход. Спасибо за вопрос. Очень хороший вопрос.

Спасибо. Продолжаю смотреть и вникать.

RyRyoval спасибо, что смотрите мои ролики

Спасибо! Обязательно пишите вопросы!

А что посоветуете для чайников в плане "проектировки сетей". Вот строится новое здание, чтобы заранее определить, где какое оборудование ставить и как провода тянуть? Что учитывать, что почитать из книг?

Потому что домен это область в данном случае, изначально это был сегмент или сегменты коаксиального кабеля, потом хабы.

Спасибо, теперь все прояснилось.

ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-Quyiy82DXjQ.html&lc=z22nupswsxuwyh3g304t1aokgr0sag0k5nberabkqexyrk0h00410

Скорее всего живые где-то есть. Я видел лет 5-6 назад гибридные устройства с хабом для подключения домашних устройств от оператора связи. Но, но вряд ли их стоит рассматривать - коммутаторы наверное дешевле уже стоят, и давно )

Хороший совет. Я безусловно рассказываю об этих терминах подробнее в других моих роликах. В каждом будет тяжело это сделать, разве что оставлять перекрестные ссылки. Спасибо за Ваш комментарий.

@@NetworkerChannelДа, конечно, оставляйте ссылку на предыдущий ролик. Стал смотреть ваши ролики начиная с первого в этом плейлисте и все что надо нашел. Благодарю за ваш труд. Очень понятно и полезно...

@@Adomich_Aleksandr спасибо большое

Только по маркам и работает. Имена я использовал, чтобы людям понятно было.

Руслан, спасибо за вопрос. Почему-то мне казалось, что я ответил на него. При полном дуплексе передача происходит в обоих направлениях по кабелю. Т.е. в обе стороны, допустим 100Мбит/с. Если порт компьютера загружен на 100% на входящий трафик, то понятно, что он принять от других компьютеров не сможет ничего, пока не освободится порт на входящий трафик; но передавать это компьютер сможет. Получилось у меня ответить на вопрос?

Коммутатор разделяет домены коллизий. Каждый порт - это один домен коллизий. Коммутатор предназначен для такого рода работы. Его можно сравнить со старыми телефонными коммутаторами, где телефонистки соединяли абонентов проводами. Вот так же делает и коммутатор, соединяет условно компьютеры в сети, кому с кем нужно. Хаб этого делать не умел. У него одна условно шина на всех.

@@NetworkerChannel так коммутатор решает саму проблему коллизий? Как я понимаю, исключительно засчёт технологии store and forward (буфер кадров)? Вы просто ничего про это не сказали... Хотя может цели такой и не преследовали, а просто хотели отразить именно кол-во самих доменов коллизий... Но всё же? Спасибо!

Интересное мнение, а откуда такая информация? Я правда специально не искал, но, думаю, что GB и Gb все же разные вещи. Есть ссылка на источник? Интересно посмотрать. Спасибо за коментарий, рад, что полезно.

Что именно для ipv4? VLAN? Не совсем понял.

@@NetworkerChannel состав фрейма и широковещательные пакеты... мелочи конечно, но всё таки

Так и в итоге, что не так-то? Пвкеты на 2 уровне не ходят. Я оговорился возможно где-то. Тут речь сугубо о втором уровне модели OSI. К протоколам IP это ведь не имеет отношения. Напишите, пожалуйста, подробнее, с чем Вы не согласны. Может где-то проскользнула ошибка в моем повествовании)

@@NetworkerChannel да, это я мало информирован, извиняюсь. Я думал фрейм и пакет - это одно и тоже

@@NetworkerChannel Не подскажите за одно, что нужно знать на сдачу сертификата cisco CCNA??)))