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

Коллеги, перевожу свой канал на rutube. Название такое же. Ссылку прилагаю rutube.ru/channel/30684749/
БЕСПЛАТНО готовься к тестам CISCO. Лучшие авторские материалы от Networker Channel.
Это видео рассказывает, как работает коммутатор. Описан процесс работы коммутатора, таблица MAC адресов CAM Table. Информация изложена таким образом, чтобы дальнейшее освоение материала было интуитивным и понятны. Запомнилось с первого раза и надолго. Несмотря на то, что видео находиться разделе на для начинающих, материал изложен на уровне CCNA

[@MsPanda1945]

большое спасибо за уроки!!. ОЧЕНЬ редкий пример когда фундаментальные вещи даются простым языком с неперегруженным видеорядом!

[@NetworkerChannel]

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

[@MsPanda1945]

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

[@foxiq1049]

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

[@NetworkerChannel]

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

[@amfibra411]

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

[@virvist]

Ну привет из 2023 что ли, в целом всё понятно, правда про VLAN думал тема будет поменьше)

[@NetworkerChannel]

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

[@Leleka2310]

Дяка за дуже зрозуміле роз'яснення.

[@trek3456]

Спасибо огромое за прекрасные уроки. Успехов вам в создании отличных материалов!

[@NetworkerChannel]

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

[@aprelbbud9296]

Здорово объясняет! Жаль в чебных заведениях так же не могут! Сразу видны практические знания

[@NetworkerChannel]

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

[@envy1616]

лучший канал по сетям, что я видел!

[@NetworkerChannel]

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

[@envy1616]

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

[@azagtot4758]

Легким доступным языком для чайников расписано) Так держать!)

[@NetworkerChannel]

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

[@bishop_ru6767]

Блестящая лекция! Благодарю + подписка на все времена.

[@NetworkerChannel]

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

[@AK-md1dq]

Отличное видео!! Всё чётко, ясно, лаконично и без лишней воды! Автору большая благодарность за такой контент и конечно подписка!!

[@NetworkerChannel]

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

[@Chumik]

Смотрю ваши видео и хочется поставить два лайка, а увы, позволительно только один :)

[@NetworkerChannel]

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

[@ProgressiveTory]

Понятные примеры и графики,объяснение лаконичное! Спасибо, огромное.

[@Sadhir-Dzen]

Благодарю за уроки!

[@Fixed_Gear_New]

Спасибо большое за уроки. Все последовательно, предельно ясно, простым языком объяснються сложные вещи

[@NetworkerChannel]

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

[@stepansp]

Спасибо за "разжеванность" материала и за графическое сопровождение еще больше помогающее понять суть. Подписываюсь однозначно!!!

[@NetworkerChannel]

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

[@kk-vb8nm]

отличные уроки,смотрю с удовольствием и всё понимаю! Огромный лайк!!!

[@NetworkerChannel]

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

[@niva622]

Огромное спасибо за урок, полезная информация доступным языком.

[@NetworkerChannel]

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

[@NetworkerChannel]

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

[@shestakow1993]

Спасибо большое, все просто, в голове отложилось на ура.

[@NetworkerChannel]

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

[@jugunx7917]

Очень неплохо. Спасибо за проделаную работу!

[@NetworkerChannel]

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

[@user-zw8vw2dd2i]

Просто и понятно! Спасибо

[@NetworkerChannel]

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

[@user-uf6in6je5v]

очень доходчиво. огромное спасибо)

[@NetworkerChannel]

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

[@MaxBudkin]

Спасибо за видео! Лайк, подписка!

[@NetworkerChannel]

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

[@JoggingGreece]

СПАСИБО!!!

[@NetworkerChannel]

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

[@M_Chudikov]

Вы из меня делаете , супер-эникея😊

[@NetworkerChannel]

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

[@user-pc2od2hn9s]

отличная подача

[@NetworkerChannel]

Спасибо)

[@vadimgorochinskiy7676]

Спасибо за урок, очень полезно. Поправьте, если не прав. В HUB одна шина для всех портов, в коммутаторе шин должно быть значительно больше, и коммутатор в зависимости от содержимого фрейма (MAC адреса) соединяет шиной два нужных порта (за которыми находятся источник и цель)?

[@digitalturkistan1857]

супер спасибо огромное

[@NetworkerChannel]

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

[@user-uz9gm4vo5n]

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

[@NetworkerChannel]

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

[@user-nw7yo5or1u]

Спасибо

[@NetworkerChannel]

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

[@applebot7179]

Супер!

[@NetworkerChannel]

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

[@KpyTbIeCocku]

крутой дядька

[@NetworkerChannel]

)) Спасибо

[@user-wb4iz2my2i]

16:45 Небольшая неточность: При рассылке Unknown unicast - mac адрес получателя пока неизвестен в т.ч. и источнику, т.е. вообще неизвестен пока. У него только IP полученный от ДНС.

[@NetworkerChannel]

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

[@user-wb4iz2my2i]

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

[@daumadness3780]

Спасибо за видео. Даже через ещё 10 лет будет актуально его смотреть или показывать как базу другим. Если увидите можете ответить. Если к примеру к коммутатору будут подключены 10 хабов по 5 ПК каждый и каждый из них активно пользуется сетью, свитч с ума не сойдёт, возможно ли его падение из-за этого? Если короче, слишком большой и частый broadcast сможет вывести из строя коммутатор?

[@NetworkerChannel]

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

[@user-zx4ct2dg7y]

Не понял отличия хаба о котором вы говорили в прошлом видео с коммутатором, если обе аппарата сначала отправляют бродкастом на все хосты, затем установливает юникаст соединение

[@NetworkerChannel]

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

[@Muhammad_9666]

Добрый день. Уроки отличные, спасибо большое. У меня один вопрос назрел: хаб точно работает на пол дюплекса? Форумы 17ти летней давности, подтверждают ваши слова. Но коллеги мои, утверждают обратное. Не ставя под сомнения чьи либо знания, хотел чтоб вы ответили, если не затруднит. Спасибо

[@NetworkerChannel]

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

[@vadimderishev6981]

Спасибо за отличное видео! Очень помогло освежить сведения, почерпнутые довольно давно, из книги Таненбаума. Возникли пара вопросов по мелочи: Вы иногда поправляетесь, что не пакет а фрейм - в чем разница? Как может возникнуть ситуация, когда отправитель знает мак адрес получателя а коммутатор нет? Да, и еще в книге Таненбаума использовался термин "инкапсуляция" - это ввод данных в пакет?

[@NetworkerChannel]

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

[@vadimderishev6981]

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

[@NetworkerChannel]

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

[@191276Serge]

здравствуйте,подскажите,как мне поступить-от роутера в другую комнату проброшена витая пара.в комнате стоит комп и тв,могу ли я с помощью свитч сделать развилку,что бы на тв и компе был интернет и при этом пользоваться одновременно?

[@NetworkerChannel]

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

[@madinaaubakirova1247]

Здравствуйте! Можете поподробнее рассказать о структуре broadcast фрейма, также вы называете это доменом, это эхо-пакет?

[@NetworkerChannel]

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

[@tsilys]

А вот интересно, что случитса с CAM table, есле поменять кабели местами.

[@NetworkerChannel]

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

[@sahibxanbalayev]

Спасибо 👏👏 ест вапрос ?: Чиско или хп аруба ? Каторый из них надежный 💪 и долговечний ?

[@NetworkerChannel]

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

[@sahibxanbalayev]

@@NetworkerChannel спасибо

[@aleksei.melnik0v]

Есть вопрос по рисункам. Если я не ошибаюсь, на уровне L2 коммутатор передает бродкастовый фрейм не на все порты как на уровне L1 у HUB, а на все порты в состоянии UP. А то вы стрелочками все порты отмечаете.

[@NetworkerChannel]

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

[@NeuroTechnic]

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

[@immickful]

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

[@muradverdiyev5252]

А разви при броуд касте он не запалняет весь свой "кам тэбл"? Тоесть не вносит туда все активные порты с их маками?

[@NetworkerChannel]

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

[@rubensaghatelyan6284]

Спасибо Вам огромное за внятное объяснение темы, но у меня вопрос: что может быть причиной того, что pc1 может знать mac address pc2, а switch у себя в cam table не будет иметь эту записку. Заранее благодарен.

[@NetworkerChannel]

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

[@rubensaghatelyan6284]

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

[@HelloWorld-il4rs]

Здравствуйте! У меня есть Wifi роутер со встроенным 4х портовым коммутатором cisco Linksys e1200. Как узнать это блокирующий коммутатор или нет? там нет IOS, но вебинтерфейсная прошивка. Без IOS наверно никак? Я туда поставил dd-wrt.

[@NetworkerChannel]

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

[@iliyaleto]

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

[@NetworkerChannel]

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

[@igorodnogulov2395]

Норм

[@IoganDobryi]

Broadcast передается во все порты и unknown unicast во все порты? Так в чем отличие, простите, не понял.

[@NetworkerChannel]

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

[@evgenyjagushinsky6695]

А что значит ПЕРЕПОДПИСКА коммутатора? Не совсем ясно когда объясняли

[@NetworkerChannel]

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

[@i3e1394]

Если фрейм содержит mac первого компа и mac второго компа, то где хранится его "имя" которое в схеме это 1,2,3,4 ?

[@NetworkerChannel]

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

[@i3e1394]

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

[@NetworkerChannel]

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

[@i3e1394]

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

[@NetworkerChannel]

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

[@rvrby2541]

На 6:40, хост1 передаёт фрейм на хост4. Мак 4-ого неизвестен, это будет бродкастовый фрейм. Но как хост4 принимая фрейм определяет, что фрейм предназначен для него? Объясните кто-нибудь, пожалуйста)

[@NetworkerChannel]

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

[@sergeiandrienko8611]

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

[@NetworkerChannel]

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

[@sergeiandrienko8611]

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

[@NetworkerChannel]

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

[@user-sf2ud1mw8d]

как понимает ПК3, что пакет ему предназначен, если ПК1 рассылает broadcast фрейм?

[@NetworkerChannel]

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

[@tuttifrutti6145]

Не понял что значит домен коллизий? Смотрел предыдущий урок и там тоже четкого понимания что такое домен коллизий для меня нет! Понимаю что это встреча двух потоков информации , но почему называют именно словом домен коллизий мне не понятно. Какой домен и причем тут это слово!

[@NetworkerChannel]

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

[@tuttifrutti6145]

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

[@ivperivm10]

Как работает блокировка на коммутаторах? Фрейм просто уничтожается или ставится в очередь?

[@NetworkerChannel]

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

[@ivperivm10]

Networker Channel Спасибо

[@akineosun]

Хабы ещё используют?

[@NetworkerChannel]

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

[@RyRyoval]

Посмотрел первый урок по вилану, теперь этот. В названии обоих уроков есть фраза "Что такое VLAN", но об этом ничего не сказано. Что такое VLAN?

[@NetworkerChannel]

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

[@RyRyoval]

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

[@NetworkerChannel]

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

[@NetworkerChannel]

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

[@Victorius-first]

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

[@user-bs4tu2pf4l]

А можно такой вопрос задать. У нас есть свитч на 24 порта с пропускной способностью в 100мбит/с каждый. То есть при полной загруженности шина должна работать с каналом в широной в 2.4гбит/с. Но в видео вы говорите ещё и про, что т.к. у нас full-duplex, то передача должна быть неблокируемой(в теории) и общая пропускная шины должна быть уже 4.8гбит/с. Возникает вопрос, а как компьютер на каком-то порту может получить информацию от другого компьютера, в случаи если его порт и так заружен на 100%. Или все компьютеры работают на 100%, то собственно они и передать другим ничего не смогут, канал на порту та забит. И зачем тогда нужны эти 4.8гбит/с ?

[@NetworkerChannel]

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

[@MichailLLevin]

где найти первый урок???

[@NetworkerChannel]

kzbin.info/www/bejne/h6bcmqxuZ6mLoLM&lc=z22nupswsxuwyh3g304t1aokgr0sag0k5nberabkqexyrk0h00410

[@Adomich_Aleksandr]

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

[@NetworkerChannel]

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

[@Adomich_Aleksandr]

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

[@NetworkerChannel]

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

[@031185alex]

автор шариш в портах белый ip не доступен из интернета помоги провайдер намудрил перезагрузил порт так что меня ушатался трафик tcp и играть стало на столько дискомфортно обматерил провайдера а толку я не понимаю докозать не могу что он такая зараза натворил что у меня белый айпи не регаеться там в сети не доступен на порту isp провайдера

[@Almaskhmetov]

А коммутатору вообще нужны имена ПК (первый, второй), если он использует только привязку мака к порту?

[@NetworkerChannel]

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

[@immickful]

kzbin.info/www/bejne/j6bcpYePlrqifKc - а за счёт чего что компьютер 1 _сразу_ передает информацию компьютеру 2? Сколько портов, столько и шин передачи данных, что ли? То, что кол-во портов = кол-ву доменов коллизий ясно, а с шинами что? Они же тут также есть, несмотря на то, что коммутатор функционирует на L2, он же к шинам всё равно обращается.

[@NetworkerChannel]

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

[@immickful]

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

[@user-nn5iw7cb7b]

Спасибо за уроки, но про мегабиты вы неправильно говорите. GB и Gb одно и то же. Мегабит - Mbit, гигабит - Gbit, но мегабайт - Mb, гигабайт - Gb.

[@NetworkerChannel]

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

[@totkotoriy3361]

Только не сказано что это для ipv4

[@NetworkerChannel]

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

[@totkotoriy3361]

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

[@NetworkerChannel]

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

[@totkotoriy3361]

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

[@totkotoriy3361]

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

[@031185alex]

это законно ? kzbin.info/www/bejne/iHSyiHtthrmiqM0