Коммутаторы Ethernet | Курс "Компьютерные сети"
HTML-код
- Опубликовано: 15 июл 2016
- Видеолекция по работе Ethernet коммутаторов.
Лекции по курсу "Компьютерные сети" - goo.gl/0aIOuf
Страница курса - www.asozykin.ru/courses/networ...
Коммутируемый Ethernet - совершенно другая сетевая технология по сравнению с классическим Ethernet.
Основное отличие: отказ от разделяемой среды передачи данных. Поэтому коллизии не возникают.
Для коммутируемого Ethernet необходимо новое устройство: коммутатор (switch).
Коммутатор использует полносвязную топологию.
Коммутатор работает на канальном уровне: он анализирует заголовок канального уровня и передает данные только компьютеру получателя, а не всем компьютерам в сети, как это делает концентратор.
Основные особенности работы коммутаторов:
1. Таблица коммутации - Соответствие MAC-адресов портам коммутатора.
2. Алгоритм обратного обучения - Заполнение таблицы коммутации.
3. Алгоритм прозрачного моста - Передача кадров коммутатором.
Преимущества коммутаторов:
- высокая производительность и масштабируемость
- высокая безопасность.
Практические занятия по курсу "Компьютерные сети"
goo.gl/YP3l83
Практика "Канальный уровень в Wireshark" - • Канальный уровень в Wi...
Мой канал с краткими и понятными объяснениями сложных тем в ИТ и компьютерных науках:
goo.gl/kW93MA 
Наука
Хороший курс. Доступно и без воды.
Красные выделения на слайдах отлично помогают фокусировать внимание.
Андрей, спасибо.
+Mother, пожалуйста! Рад, что понравилось!
@@AndreySozykin photo
Благодарю от души, Андрей.Делаете очень полезное дело!Для начинающих системных администраторов и для системных администраторов с опытом, которые захотели освежить свои знания, ваш курс - Клондайк!
+Дмитрий Тихонов, спасибо!
Отличный курс. Все четко и ничего лишнего, с наглядными примера. 👍👍👍👍👍
Спасибо!
Благодарю за лекцию, очень доступно, ёмко, без лишней информации. Успехов Вам и удачи.
Спасибо!
Чётко, лаконично и структурировано.
Спасибо за такую форму подачи материала!!!
Очень радует связная речь и параллельное графическое сопровождение!
Андрей, огромное спасибо за Вашу работу! Изучал по Вашим урокам компьютерные сети, прошёл собеседование!
Столько смотрю ваши видео, уже и привык к такому всегда одинаковому "До свидания".
А тут его нету. 😔
+Nazariy Demyanovskyi, в этот раз были какие-то проблемы с записью и "До свидания" не записалось :(
Я подумал, что этого никто не заметит :)
В следующей лекции обязательно будет!
Вот тоже, лол. Вообще, вот это постоянное и дружелюбное "Даа свидааания!" мне каждый раз настроение поднимает. Навевает ассоциации с какими-то, наверное, советскими выпусками чего-то хорошего, в которых весь выпуск рассчитан на тех, кто готов думать, а в конце звучит честное такое и простое "До новых встреч!", и чувствуешь, что это не просто фраза, с которой заканчивается передача, а что-то, что _имеют_ ввиду.
:3
@@AndreySozykin я тоже отметила, что нет Вашего дружелюбного «до свидания» :)
Андрей, спасибо Вам за Ваш труд
Понадобилось изучить данную тему по работе, ваши курсы очень помогают.
Спасибо!
Спасибо!
Спасибо за ваши труды, как всегда очень приятно смотреть и очень доходчиво объяснили )
Андрей,спасибо Вам за бесценный труд!
Пожалуйста!
Андрей я смотрел много видео по этой теме , но только у вас до конца понял данную тему
Новый вариант лекции про коммутируемый Ethernet.
В прошлой презентации использовался логотип Уральского федерального университета, на что у меня нет права. Чтобы избежать юридических проблем, перезаписываю все лекции с таким шаблоном. Заодно буду исправлять ошибки, которые вы заметили.
Очень хороший канал...Спасибо вам за то что вы делаете..Единственное хотелось еще посмотреть видео о интеллектуальных функциях КОММУТАТОРОВ.Протокол STP например,VLAN есть у вас видео-,логические каналы(агрегация каналов),транки.
+Максим Монти, спасибо за хороший отзыв. Про STP лекцию планирую записать. Про агрегацию скорее всего тоже.
Andrey Sozykin спасибо большое
@@AndreySozykin Видео ниочем, абсолютно ниочем вообще.. Как у профессоров на уроке.. Умных куча слов, сплошная теория и нихрена толку.. Хоть бы показал пример как отличить коммутаттор от концентратора.. Ан нет.. надо умных начитавшихся слов нагородить )
@@user-ln4nv3bw7n Так курс вроде не о том, как выбрать железо и засучив рукава проложить сеть в здании)) Зря автора ругаете. Для знакомства новичков с устройством сети очень полезные видео. И как по мне это именно уроки. Информация разложена по темам и доступна для понимания. Остальное осваиваем после уроков))
Спасибо большое, Андрей, интересный урок
Спасибо, очень интересно и, что не маловажно, понятно. При таком тщательном объяснении не возникают вопросы, спасибо!
Пожалуйста! Рад, что понравилось!
Сел освежать знания. Узнал что-то новое. Спасибо.
Спасибо за ролик, теперь полностью разобралась в отличиях коммутируемого и классического Ethenet
Отличный результат!
Большое спасибо автору за курс. Лаконично, понятно, и по делу)
Спасибо! Рад, что курс понравился!
огромное спасибо за Ваш труд!
Спасибо вам, Андрей!
Пожалуйста!
Большое спасибо за ваши видео!
+Каролина Фоменко, пожалуйста!
Очень познавательный и классный курс, однозначно лайк!
Спасибо!
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin
Спасибо за Ваш труд!!!!
Большое спасибо, Андрей ... :)
Пожалуйста!
Спасибо, Андрей, большое-пребольшое!)
Больше пожалуйста 🙂
Великолепно)! СПАСИБО!
Супер, очень полезно и актуально. Спасибо за ролик!
Пожалуйста!
Большое спасибо. Очень интересно
Пожалуйста!
Курс - вышка!
Спасибо!
Андрей, здравствуйте. Дайте ответ пожалуйста:
1 - Сколько коммутаторов можно подключать последовательно (не каскадно а именно последовательно, располагая их в разных местах через расстояние) ?
2 - Что произойдет с таблицей МАС адресов, существует ли вероятность ее переполнения при большом количестве хостов?
3 - Параметр коммутатора "Размер таблицы MAC-адресов" - соответствует ли реальному количеству хостов? Если да, то зачем такая избыточность? Например 16К у D-Link 3000-28L
4 - Исходя из избыточности, сколько всего хостов, подключаемых через коммутаторы в древовидной структуре сможет выдержать сеть? (количество IP-адресов не брать в расчет). Неужели ограничение связано с общим размером таблиц всех коммутаторов?
5 - Ну и напоследок вечный вопрос. Если ставить коммутатор через каждые 100 метров, то....... до луны достанет :) ?
Красавчик всегда все понятно
Спасибо!
Молодец Андрей!!!
Спасибо тебе огромное ! Помог в учёбе !
Пожалуйста!
Скажите а к практическому курсу на каком этапе можно начинать?
Мне как тому, кому предстоит по воле судьбы быть в ближайшее время инженером внедрения (а у меня образование не техническое от слова совсем) этот курс заменил часы чтива, где я ничего не понимаю. Если есть лекцию по маскам подсетей, то его бы хотелось посмотреть.
Про маски есть в видео про IP-адреса - ruclips.net/video/Uj1XQgRXYOc/видео.html . Или что-то другое интересует? Примеры, как разбить сеть на подсети и как там будут маски выбираться?
Здравствуйте. Я немного запутался. Ранее говорилось, что для коммутируемого Ethernet не требуется подуровень МАС. При этом используются MAC-адреса для адресации. Не могли бы Вы пояснить этот момент?
Спасибо! Великолепно!
Пожалуйста!
Тема широковещательных запросов не раскрыта. Что делать если хост не знает МАС адреса получателя?
Чтобы узнать MAC-адрес получателя есть специальный протокол ARP - ruclips.net/video/EZkkodleWqc/видео.html
Отличная лекция
Спасибо!
Андрей, как заполняется таблица коммутации, при первом подключении к нему хостов?
С помощью алгоритма обратного обучения. Сначала таблицам коммутации пустая. Затем хост подключается к порту и начинает передавать кадры. Коммутатор принимает кадр, извлекает MAC-адрес отправителя и сохраняет пару MAC-адрес отправителя и порт, через который пришел кадр, в таблицу коммутации.
Очень нравится ваш курс Андрей, вам стоить учить людей построению курсов за деньги
Интересная идея. Подумаю на эту тему.
6:47 - 7:15
Если в таблице коммутации у портов (1 и 2) уже есть записанные MAC-адреса, но они не соответствуют MAC-адресу получателя, данные всё равно поступят на эти (1 и 2) порты?
Да, отправит. К одному порту может быть подключено несколько MAC-адресов (например, к порту подключен коммутатор, а к нему много устройств). Или уже могли успеть отключить от порта устройство и подключить устройство с другим MAC, которое пока ничего не передавало и не попало в таблицу коммутации.
@@AndreySozykin Круто. Спасибо за ответ.
возник небольшой вопрос.
а что будет если подключить к одному из портов свитча сеть на основе хаба?
может ли он в свою таблицу поставить в соответствие одному из портов НЕСКОЛЬКО мак-акдресов и работать как мост? об этом в видео не сказано...
Я так понял, что в таком случае свитч начинает работать в broadcast-режиме и отправляет полученный из сети хаба кадр на все порты. Но гуглится это очень сложно, хотелось бы знать наверняка :)
Здравствуйте, у меня вопрос вы говорите, что в полудуплексном может быть коллизия если комп и свитч решат отправить кадры одновременно, но в полудуплексном можно отправлять лишь по очереди, а как раз в дуплексном можно одновременно или я что-то упустил?
Работа полудуплексного режима зависит от реализации технологии. В классическом Ethernet отправитель и получатель действительно могут начать отправлять данные одновременно и тогда возникнет коллизия. Но если кто-то успешно захватил канал, то передавать данные может только он.
@@AndreySozykin так ведь в полудуплексном можно отправлять лишь по очереди это было в лекции о физическом уровне или это лишь в коммутируемом Ethernet?
В классическом Ethernet перед тем, как передавать данные, нужно получить доступ к каналу. Это другая задача по сравнению с передачей. Канал один, общая шина, сигнал тоже один. Если одна сторона передаёт данные, то другая только принимает. Поэтому режим полудуплексный.
Но вопрос, кто начинает передавать первым, если канал свободен? Если две стороны начнут передавать одновременно, то случится коллизия и сигналы исказятся. Одновременная передача данных в классическом Ethernet может быть только при попытке получить доступ к каналу.
@@AndreySozykin про Классический я знаю но мы ведь говорим о коллизии в коммутаторе?
Получается, если сейчас взять два современных ноутбука и подключить их к концентатору, то их сетевые интерфейсы будут работать через классический ethernet?
Понятно даже таким как я. Спасибо.
Отлично! Вы во всем разберётесь!
Отлично
Очень хороший курс, помог мне в развитии себя как системного администратора. Но этот урок единственный, на который я поставил "палец вниз" потому что не хватает информации о том, что такое управляемый и не управляемый коммутаторы, и чем управляемый коммутатор отличается от маршрутизатора
Спасибо за объяснение своей позиции.
Согласен, что не хватает информации об управляемых и не управляемых коммутаторах и отличиях от маршрутизаторов. Но это сделано сознательно. Невозможно объяснить все темы сразу. В этом видео я первый раз рассказываю про коммутаторы, а маршрутизаторы до этого не рассматривались. Если в одно видео включить коммутаторы, маршрутизаторы, их разновидности и отличия друг от друга - то будет очень сложно все понять.
Вообще, в сетях все связано и поэтому сложно сделать курс с последовательным изложением всех концепций независимо друг от друга. Всегда будет получатся, что в каки-то видео не хватает информации, или упоминаются технологии, которые раньше не проходили.
Я прозрел)
Такие лекции на udemy продавать надо!
Зачем продавать, если есть бесплатно?
спасибо!
Подскажите пожалуйста, а откуда берется MAC-адрес получателя, когда отправляется кадр? Я так понимаю: пользователь А хочет передать сообщение пользователю В в той же ЛВС. Тогда ему нужен его IP-адрес или имя хоста, которое преобразует DNS в IP-адрес. Но ведь это канальный уровень, здесь про IP ничего не говорится. Запутался...
Для того, чтобы узнать MAC-адрес по IP-адресу используется протокол ARP.
Видеолекция по ARP - ruclips.net/video/EZkkodleWqc/видео.html
спсибо большое, еще не дошел)
+андрей юрьевич, да именно в этом сложность изучения сетей: нужно знать, как работает много разных технологий и как они взаимодействуют между собой. Только после этого сложится общая картина работы сетей и придет понимание.
Спасибо, тоже возник этот вопрос. Лекции смотрятся на одном дыхании, посмотрел - и скорее следующую.
+Сергей Глущенко, MAC адрес определяется по IP адресу с помощью протокола ARP. Об этом будет в дальнейших лекциях.
Андрей, подскажите пожалуйста сколько времени хранится MAC таблица?
Зависит от производителя коммутаторов. Популярное значение по-умолчанию - 300 секунд. Но администраторы могут его изменить.
Классно, но непонятно как концентратор подсоединяется к порту, если он подключен к устройствам с разными mac адресами, а на порт коммутатора мак только один.
На порту коммутатора может быть несколько MAC-адресов. Например, если к этому порту подключён другой коммутатор.
Подскажите, пожалуйста, какая будет скорость на каждом порту коммутатора, если он подключен к гигабитному порту роутера? У роутера на каждом порту по гигабиту. Получается, что у коммутатора гигабит будет делиться на все его порты?
Если имеется в виду, что через все порты коммутатора будет идти подключение к роутеру (и затем в интернет), то да.
А можно показать на практике? Взять два ПК, соединить их кабелем и произвести необходимые манипуляции, чтобы было наглядно. Без теоритизированя.
А что произойдет, если два компьютера одновременно начнут передавать данные на один компьютер через коммутатор?
У коммутатора есть буфер для хранения сообщений. Одно из сообщений будет записано в такой буфер и передано после завершения передачи первого сообщения.
А по какому алгоритму вычисляется приоритет доставки двух сообщений в этом случае? Тоже что-то вроде алгоритма вычисления периода простоя с рандомной переменной?
@@user-gd6il5zb8l Тут скорее все работает по принципу "Кто успел, тот и сьел"
Интересно
Если в таблице коммутатора нет нужного мак адреса, он отправляет броадкаст на все порты кроме источника, или на все порты кроме источника + уже известные порты и мак адреса?
На все порты кроме источника. Получатель может быть подключен к любому порту, просто он еще не отправлял данные. Или коммутатор знал про MAC-адрес на определенном порту, но этот компьютер уже отключился и вместо него подключился другой. Еще может быть много подобных вариантов.
@@AndreySozykin получается при отправке на все порты безопасность на какой то момент теряется? А за курс спасибо, забавно от практики перейти к теории )
Да, при отправке на все порты безопасность снижается.
Привет Андрей!!!! Если мы подключим один коммутатор к другому(к примеру к первому порту подключили 2-ой свитч), то что будет отображаться в таблице коммутации.И хачу понять логику , если мы с компьютера, который подключен к первому коммутатору, будем посылать кадр на другой компьютер который подключен ко второму коммутаторы, в этом случаи как оба коммутатора будут взаимодействовать(их принцип работы).
Привет!
1. Если подключить к порту коммутатора другой коммутатор, то в таблице коммутации первого коммутатора будет несколько записей для этого порта. Там будут все MAC-адреса, подключенные ко второму коммутатору.
2. Взаимодействие очень простое. Первый коммутатор просматривает таблицу коммутации, ищен нужный MAC-адрес и передает его на нужный порт. Что там будет, устройство с искомым MAC-адресом, или другой коммутатор, первый коммутатор не интересует. Если там оказался другой коммутатор, он действует по такому же алгоритму. Поэтому можно соединять вместе много коммутаторов без дополнительных настроек. Главное, не сделать случайно кольцо (но в этом случае поможет STP).
Значит у каждого коммутатора в локальной сети(она состоит из нескольких коммутаторов и к ним подключенным компьютерам) в таблице коммутации будут отображаться все МАС адреса, которые присутствуют в сети(я правильно понял?).
Андрей Огромное Спасибо за ответ вы мне очень помогли и помогаете при помощи ваших драгоценых курсах!!!
Правильно ли я понимаю, что если у нас в сети есть просто один коммутатор (К1) с заполненной таблицей коммутации, а потом к нему кто-то подключил второй (К2) - со своей таблицей - то таблица К1 будет дополняться значениями из таблицы К2 только по мере обращения компьютеров, подключенных к К2, а не при подключении? Раз они не настраиваются.
И если так, то как это работает на практике? Неужели каждый раз при добавлении в сеть новой подсети со своим коммутатором сетевой администратор должен прогнать через всю сеть (и все ее коммутаторы) по запросу от каждого компьютера вручную, чтобы создать полную таблицу коммутации для всех "мостов"?
Ответ на этот вопрос стоило бы сразу включить в видео.
А то не понятно сразу, сколько Mac адресов может быть привязано к порту в таблице коммутации, есть ли свой Mac адрес у коммутатора и как передают кадры коммутаторы друг другу.
Спасибо
Пожалуйста!
Cпасибо!)
Пожалуйста!
А как при отсутсвии в таблице коммутации адресов, коммутатор узнает адрес получателя?
Никак не узнает. Если порт для получателя не известен, то кадр отправляется на все порты.
@@AndreySozykin спасибо
Спасибо.
Пожалуйста!
Если на данный момент мы, подключим, например, 10 ПК к хабу витой парой, то значит ли, что мы используем классический Ethernet?
Если к хабу, то да.
ну и в чем тогда разница?
Если я правильно понял то... Разница в том что при такой схеме когда 1 ПК отправляет информацию на 2 ПК по всей сети от 2-10 ПК приходит информация о том что идет передача данных и сеть не доступна. А когда используют свич то забивается только канал от 1 ПК до 2 ПК при этом допустим одновременно можно передавать информацию с 3 ПК на 4 ПК или любой другой на котором свободный канал.
+German Fergyson, да именно так. При этом почти все современные коммутатопы умеют использовать как коммутируемый, так и классический Ethernet. Если к коммутатору подключить хаб, то классический Ethernet будет работать только на том порту, к которому подключен хаб.
м-да... все намного хуже, чем ожидалось... (я так понял на Таненбаума времени нет)
Плейлист построен не по годам, а по темам?
Да, по темам.
Получается, что если устройство не отправит никаких данных, то все данные, которые предназначаются ему, будут доставлены всем. А если это устройство так и не отправит ничего.
Если устройство ничего не отправит, то данные так и будут отправляться всем. Но на практике такого не происходит. Достаточно просто включить Wireshark и посмотреть, сколько отправляется и принимается пакетов, даже когда пользователь ничего не делает.
Получается в теории не может быть ситуации когда устройство долго не отправляет данные? Я просто подумал, может ли использоваться практика, когда устройство время от времени отправляет пустой кадр, для того, чтобы его MAC-адрес был записан в таблицу. Это могло бы разгрузить сеть и избежать получения твоих данных другими устройствами.
В теории может быть, но на практике обычно не бывает.
А можете вот этот момент пояснить, если не сложно? Я, если честно, ни сам вопрос, ни ответы не понял, но уловил, что это, видимо, касается ситуации, когда MAC-а получателя нет в таблице коммутации, из-за чего коммутатор пересылает кадр всем портам, кроме порта отправителя. Я не понял, как в этой ситуации коммутатор может вообще ничего не отправить (он же _отправляет_ всем портам, хоть и не факт, что кадр в итоге дойдет по адресу) и как - хоть и теоретически - коммутатор из-за этого может отправлять и все последующие кадры всем портам. Или я вообще не понял, о чем вопрос?
(Понимание маловероятных финтов, которые могут произойти только в теории, мне так же важно, как и чисто практических вопросов, потому что если я теоретические финты не понимаю, значит, я не понимаю весь механизм).
Не совсем понятно где именно на практике сейчас используются коммутаторы и почему их нельзя заменить маршрутизаторами?
Коммутаторы используются для подключения устройств к проводной сети. На маршрутизаторы заменить нельзя, т.к. коммутаторы гораздо более простые и дешевые устройства.
А если на коммутатор приходит кадр с групповым(multicast) МАС адресом, как коммутатор поймет на какую группу компьютеров послать его?
А разве такое возможно? По идее групповой МАК имеет смысл как раз для коммутатора. Тогда как коммутатор может быть конечным получателем кадра? Запрос на получение или отправление кадра делает конечная станция. Или я не про то говорю ?)
У коммутатора нет своего MAC-адреса. Поэтому он не может быть конечным получателем кадра.
Исключение составляет управляющий модуль коммутатора, у которого есть MAC и IP адреса. Но этот модуль используется только для настройки коммутатора, а не для передачи кадров.
@@AndreySozykin
Спасибо, извините, что приходится задавать вопросы заранее, до просмотра всего курса. Возможно где-то дальше и был мой ответ. Просто это помогает сформировать свои мысли и выделить сомнения/ пробелы знаний. Когда формирую свои сомнения таким образом, я как бы таргетирую эту информацию как недостающую, иногда к концу сообщения сам себе отвечаю на вопрос и всё удаляю ) Спасибо за вашу открытость.
По вашему комментарию:
Тогда как хосты видят коммутаторы в локальной сети и как они их видят в глобальной сети. Как они идентифицируются, если у них нет не ip, не MAC адреса? Они же являются узлом сети?
Если в сети несколько коммутаторов и один из них послал широковещательный запрос, кому придёт ответ? Это в ARP рассматривается ?)
О, или имеется ввиду, что широковещательные и групповые мак адреса могут быть только в пределах локальной сети?
Немного почитал инфу и понял, что групповой и широковещательный мак, это одно и тоже?
... Коммутатор может посылать широковещательные арп запросы или это только делают хосты на канальном уровне внутри ethernet?
Я что-то в конец запутался.
Вопросы задавайте, конечно же. Наверняка это поможет и другим понять лучше.
1. Хосты не видят коммутаторы в локальной сети :-). Коммутаторы работают по алгоритму прозрачного моста, где "прозрачный" означает невидимый другим устройствам.
2. У одного устройства может быть как индивидуальный, так и групповой MAC адрес. На широковещательный адрес данные могут отправлять не только хосты, но и коммутаторы тоже.
Если два коммутатора соединены, а как фрейм находит получателя. Ведь таблица коммутации отправителя и получателя не знают друг о друге?
На первом коммутаторе в таблице коммутации будет много записей для того порта, к которому подключен второй коммутатор. Именно так первый коммутатор узнает, что нужно отправлять на второй коммутатор. А второй коммутатор уже отправит куда нужно.
rahmat oka
у вас есть paypal? хотелось бы внести свой небольшой вклад в ваше дело
Paypal нет, но есть Яндекс Кошелек - money.yandex.ru/to/410014298228017
Или на него нет возможности переводить?
Получается, каждый порт коммутатора это мост. Каждый компьютер подключается к своему мосту и коллизии не возникает.
Да, именно так.
Из этого курса понял что лучше не ругать админов, а почитать их....
Как минимум, относиться с уважением ;-)
Не хватает cut-through, store-and-forward и fragment-free switching.
Красиво стелишь. Спасибо.
Пожалуйста! Рад, что нравится.
Спасибо конечно за курс, но для многих было бы лучше, если устаревшие технологии не забивали голову.
👍
Мне кажется говорить о безопасности на канальном уровне не стоит (Или стоит но подробней). Вот еще способ хакнуть коммутатор: если я (хост) знаю MAC-адрес другого хоста, я могу послать кадр, в котором укажу отправителем другой хост (чей MAC-адрес я знаю). И коммутатор будет мне присылать кадры, адресованные другому хосту.
Кстати, как поступает коммутатор, если хосты, подключенные к разным его портам говорят, что у них одинаковый MAC-адрес?
В теме безопасности я не очень силен, поэтому подробно не рассказываю :-)
В таблице коммутации MAC адреса должна встречаться один раз. Если будет два компьютера с одним MAC адресом, то поведение не определено. Может работать один компьютер, могут не работать оба, а могут работать оба попеременно.
Спасибо!
Разве маршрутизаторы не "умнее" коммутаторов? Тогда почему один может понимать, какие у него МАКи на портах, а другой нет?
Маршрутизатор не "умнее" коммутатора, он работает на более высоком уровне - сетевом. Данные он отправляет не по MAC, а по IP адресам.
+Plus
В кой-то веки кто-то понятно объяснил, чем хаб отличается от свитча
Как это так? Коаксиальный кабель заменён на концентраторы?
Видео конечно толковое но я уснул.
клоун
Разница между концентратором и коммутатором не раскрыта. От слова Вообще.
клоун
Видео ниочем, абсолютно ниочем вообще.. Как у профессоров на уроке.. Умных куча слов, сплошная теория и нихрена толку.. Хоть бы показал пример как отличить коммутаттор от концентратора.. Ан нет.. надо умных начитавшихся слов нагородить )
Это и есть университетская лекция по теории компьютерных сетей 😉
@@AndreySozykin МОжет и так.. но такое на ютуб?? нудняцкую теорию которую и в книжке могу увидеть? Хоть бы чуть практики. Чтоб к примеру любой школьник при покупке свича, мог понять Комутатор он или концентратор. 2 слова то всего надо было сказать, как отличить их.. ппц жалко?
@@AndreySozykin p.s. ВОт к примеру - ruclips.net/video/1z0ULvg_pW8/видео.html охрененное обьяснение. Намного понятнее и простым языком, нежели заумных куча слов
клоун
7:36 полудуплекс также может возникнуть в результате обрыва части кабеля или подключения витой парой с 2 парами ?
Так может быть, но это аварийная ситуация. Не всё оборудование, рассчитанное на дуплекс, может работать в режиме полудуплекса.
@@AndreySozykin спасибо !
мне в этом видео очень не хватило информации
1) о том, что порта коммутатора могут быть access (к хостам, 1 мак-адрес) и trunk (магистральный, к этому порту подключен другой коммутатор, при этом в таблице коммутации коммутатора "верхнего" уровня прописаны сразу несколько мак-адресов хостов коммутатора "нижележащего" уровня). А то долго ломал голову, как же заполняется таблица мак-адресов если коммутаторы подключаются друг к другу в виде дерева.
вот например так
ruclips.net/video/V6h_uR4MdxA/видео.html
2) как вообще можно подключать коммутаторы между собой (каскад, стек, кластер, можете что-то еще ?)
(удивительно что в вики этого тоже нет)
PS . возможно это уже относится к теме VLAN ? но в видео про ВЛАН этого тоже нет.
9:00 "на этом всё, спасибо что смотрели" а обычно в конце ещё идёт "до свидания". в этот раз не было)