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