Несомненно видео хорошее, однако не сказано про такие понятия как root port, designated port, почему отключился в данном случаи именно этот порт(на это тоже есть причины вроде бы отключается другой по причине меньшего BRIDGE ID так как слева DRIDGE ID 2, то он и главней, они не присваивают себе их id а лишь ретранслируют ID). Что за пакет изначально получил верхний роутер как по мне он просто сделал широковещательный запрос, для заполнения ARP таблицы, редко происходит, так, что пакеты не знают куда идти, ведь топология должна быть уже построена из-за RIP или OSPF, следовательно это широковещательный вопрос, также шторм может возникать не только по причине петель. Опять же скажу, что видео хорошее но в институте, если взять это видео как ответ на вопрос про протокол STP поставят 3, добрые преподаватели 4. Я уверен, что этот комментарий у многих вызовет неодобрение, но я говорю как есть, информация не полная, если хотите быть хорошими IT специалистами, то поверхностной информации недостаточно.
В универе так никогда не будут объяснять, поскольку есть план, по которому препод должен растянуть материал на 1.5ч. А если весь курс объяснить за пару лекций, то чем потом заниматься?
@@РинатЯмалтдинов-х6д Подрабатываю(из-за того, что зарплата не изменилась, но стала в 2 раза меньше) эникеем(а иногда и админом) по вызовам, и часто бываю в школах, как правило в кабинете информатики. И уж я-то на эту программу насмотрелся. Профильный препод по информатике не то, что сети не понимает на бытовом уровне, у них часто с формальной логикой проблемы. Как не зайду, почему-то, решают задачи типа: есть файл 5.4 мВт, за какое время его можно передать через соединение в 117кбт. Более бесполезного занятия мне сложно придумать. Не говоря уже про то, что получаются 1.5 землекопа. Или переводят числа произвольной длинны из двоичной в десятичную и наоборот. Это занятие имеет хоть какой-то смысл, но про этот смысл не знают ни ученики, ни учителя, и соответственно, оно для них тоже бесполезное. Понятно, что в универе всёж информация более осмысленная, но смысл этот до студента не доносят. Вот и как можно объяснить довольно сложные концепции, если сама концепция выглядит бесполезно?
@@skorper9831 когда у тебя условно 5 экзаменов и 5 зачётов, и по каждому нужно знать условный талмуд теории (у нас например сетей было только 2 семестра на всё, включая практику в пакет трейсере и такие тонкости, вроде редких причин широковещательных штормов например не входят даже в ICND, двухтомник общим размеров в 1500 страниц, на который по хорошему надо потратить месяца 1,5-2 тщательного изучения ), в итоге просто возникает невозможность сдачи всего и преподаватели это прекрасно понимают. Для сетевого инженера или сис-админа знать это обязательно, но подобные требования к студентам как по мне бред. Так что не несите чушь.
Добрый день, Андрей! Хочу поблагодарить за очень понятные лекции! Я много чего смотрела и читала по сетям, хоть это и не мой основной профиль, но для работы нужно. И никак у меня не укладывалось в голове - как это всё работает, как компьютеры не путают, что куда и зачем ушло, как они слушают, что им, а что не им. Я сначала думала, что ответ какой-то простой, но до меня не доходит) Я начала смотреть ваши лекции с самого начала. И оказалось, что ответ как раз совсем не простой, но благодаря вам вот уже к этой лекции я всю эту сложную механику увидела как на ладони, и наверное, теперь даже смогу объяснить на пальцах своим детям)) Спасибо огромное! так понятно объяснять такие сложные конструкции - это просто дар!
это просто нечто! то чувство, когда информацию разжевали, да ещё и переварили за меня. запоминается с первого раза! огромная благодарность, лайк и подписка.
Посмотрел перед собеседованием, не думал, что пригодится, в итоге спросили. Нарисовал, объяснил по видео - получил + на собеседовании!) Спасибо большое!
Как то даже грустно что инженеры, которых спрашивают на собеседовании о технологиях компьютерных сетей, изучают эти самые технологии по коротким обзорным видео на RUclips. Инженеры, конечно, не врачи, но все же
На 6:15 оговорка - это не простые целые числа, а натуральные, но это такая маленькая и ненужная придирка. Курс чудесный, огромный и познавательный. Спс!
Иногда хорошо освежить в памяти подобный материал, вот и смотрю уже не первую лекцию. И каждый раз остаюсь доволен подачей материала и тем как все хорошо разъясняется. Огромное спасибо за Ваш труд!
1. А почему на 10:25 было отключено соединение между верхним коммутатором и средним правым? Я ожидал, что будет отключено одно из нижних соединений, потому что в вашем варианте расстрояние от самого верхнего до среднего правого коммутатора было бы равно 4*3=12, а в моем (при отключении, например, нижнего правого соединения) - 4*1=4. В вашем варианте самый длинный путь равен 12, а в моем - 8. Тут есть какая-то дополнительная логика или как оно? 2. Как быть, если хочется быстроты RSTP и смекалки MSTP в одном *STP-протоколе? Умеет ли RSTP учитывать VLAN-ы? Умеет ли MSTP быть быстрым, как RSTP?
На первый вопрос. Мне кажется если бы отключили один иэз нижних то максимальный путь был бы уже 12, а так к одному 4 и максимальный всего 8. У вас бы получилась змейка, а тут дерево
>> В вашем варианте самый длинный путь равен 12, а в моем - 8 С чего это? В вашем тоже 12. Ну а отключено верхнее левое, потому что по алгоритму считаются расстояния именно от корневого коммутатора, а не от каждого к каждому
Жаль в этой и последующих лекциях не рассказали о Link Aggregation. Это случай, когда кольца (то есть, дублирующиеся маршруты) не только вредны но полезны. Например, можно соединить коммутаторы не 1 кабелем, а 3мя кабелями (через 3 пары портов на каждом коммутаторе), получив 1 логический линк с х3 пропускной способностью и увеличенной надёжностью (отключение 1 кабеля не нарушит связность сети).
Женщины могут не только создавать шторм, но и усмирять его! Вот примерный перевод стихотворения , разбитый мной на абзацы для большей эстетической привлекательности: "Я думаю, что я никогда не увижу графа, Более прекрасного, чем дерево! Дерево, чье важнейшее свойство Это бес-петлевая связность! Дерево, которое должно быть обязательно охватывающим, Чтобы пакеты могли достичь каждой локальной сети! Сначала должен быть выбран корень. Он выбирается по идентификатору. От корня отслеживаются кратчайшие пути. Эти пути размещаются в дереве. Сеть создается такими людьми, как я, Затем мосты находят связующее дерево "
2:01 каким образом? Сколько слушаю объяснение широковещательного шторма, нигде нет полного описания и вроде понятна суть, но детально неясно, что происходит дальше, почему кадры плодятся?
Добрый день, Андрей. Не понял момент с выбором корневого коммутатора, а именно, что выбирается по принципу наименьшего MAC-адреса коммутатора. Но в предыдущих лекциях вы говорили, что коммутаторы - это прозрачный мост, у которых нет своего MAC-адреса. Можете подробнее объяснить этот момент?
На 11:10 не понятно как при подключении устройства может получиться так что на этот порт подключён коммутатор там ведь всего 1 порт и подключено там может быть только 1 кабель и мы просто соединяем компьютер с коммутатором и всё или я чего-то не понимаю?
Там же показано все. Кадр двоится так как выхода из коммутатора в другие 2 штуки. И в конечном итоге придет в последний коммутатор с 2ся входами в количестве 2 штук, и опять по новой, количество будет постоянно расти в 2 раза
Здраствуйте Andrey Sozykin!!Спасибо за отличную лекцию.!!!!!У меня вопрос.Какие особенности имеет корневой коммутатор по сравнению с остольными коммутаторами.?
Никаких особенностей корневому коммутатору иметь не обязательно. Если сеть крупная, то будет лучше, если корневым окажется самый высокопроизводительный коммутатор. Через него может проходить большой трафик, и если корневым окажется медленный коммутатор, он может тормозить всю сеть.
10:07 пропущен важный момент: как при пересылке расстояний до корневого маршрутизатора всем остальным маршрутизаторам удается избежать зацикленности от петель? Почему маршрутизатор 4 не отправил расстояния дальше, маршрутизаторам 2 и 3?
Очень понятно всё, огромное спасибо, но поскольку это последняя лекция про ethernet хотелось бы узнать, на каких масштабах он применяется и какие протоколы канального уровня используются между крупнейшими узлами интернета
Ethernet сейчас применяется для построения локальных сетей почти везде на любых масштабах, до нескольких тысяч устройств. Более крупные сети обычно удобнее делить на подсети с помощью маршрутизаторов.
сейчас ethernet победил и фактически вытеснил все другие среды передачи данных. другой вопрос что мы постоянно видим крайний случай, когда ethernet используется в формате точка-точка для соединения двух маршрутизаторов.
Подскажите, почему STP полностью отключает порт коммутатора, вместо того, чтобы всего лишь запретить широковещательный трафик через этот адрес? Условно логическая топология будет такой, что широковещательный трафик ходит только через остовное дерево, а другие линки между коммутаторами нужны для того, чтобы разгрузить сеть.
Потому что трафик не широковещательный. У кадра есть мак-адрес получателя, но коммутатор не знает, на какой порт его отправить. Поэтому отправляет на все.
потому что, то что вы называете широковещательным трафиком на самом деле является broadcast+unknown unicast + multicast трафиком и как видим unicast трафик тут тоже присутствует. протокол STP был придуман при царе горохе (1985 год) и сделан простым как палка.
Если коммутатор может определить куда передать кадр, если в его таблице коммутации есть mac-адрес получателя, то почему он шлет широковещательный сигнал, когда не знает на каком порту находится получатель (и есть ли он в сети вообще)? Не логичнее ли было бы разослать сигнал только неизвестным узлам, в надежде что среди них есть тот самый получатель?
К порту коммутатора может быть подключен другой коммутатор. В таком случае с портом будет связано несколько MAC-адресов. При этом вполне возможно, что не все устройства из подключенного к порту коммутатора видны, т.к. некоторые из них могли еще нп отправлять кадры и наш коммутатор их не обнаружил. Поэтому кадры с неизвестным MAC-адресом пересылаются на все порты.
я думаю, возможен ещё такой вариант. К какому-то порту было подключено другое устройство с новым макадресом. Если отфильтровать порты с известными мак-адресами, то на это новое устройство сообщение не придёт, пока оно само не пошлёт сообщение, и таблица не обновится.
Конечно видео уже несколько лет, но все равно задамся вопросом. В первых лекциях по ОСИ было утверждение что она не является архитектурой так как в ней нет протоколов. И в итоге происходит разбор протоколов как раз в разрезе уровней ОСИ. Где ошибка, в самом наличии или в толковании?
Здравствуйте, Андрей! Не вполне понятно вот что: когда же коммутаторы "договорятся", кто из них на самом деле является корневым и когда они "сойдутся" во мнении по поводу этого? Потому что все друг другу шлют сообщения типа "вот этот коммутатор корневой", но ведь этот процесс когда-то должен закончиться, или же получается так, что этот процесс происходит постоянно и при изменении сети коммутаторы "подхватывают" изменения, и если новый коммутатор имеет меньший идентификатор, то остальные начинают передавать сообщения "новый коммутатор корневой"? И таким образом получается, что и расчёт расстояний тоже начинает меняться, так сказать, в режиме нон-стоп?
В начале коммутаторы выбирают главный коммутатор методом сравнения(количественного) между идентификаторами, выбирая при этом наименьший. По-умолчанию идентификатором служит МАС-адрес коммутатора, но для удобства Адрей заменил макадреса простыми числами 1,2,3,4 - наглядно демонстрируя, что в такой группе идентификаторов минимальным является №1. Так же напомню, что сам МАС-адрес это тоже число, только записанное в 16-чной форме. Расчет расстояний происходит на следующем этапе, только после того, как выбран главный коммутатор.
но допустим при изменении сети и ввод в кольцо допустим 5 новых коммутаторов к уже работающим, все коммутаторы должны опять опрашивать соседние коммутаторы кто из всех теперь стал корневым?
Процесс определения стоимости корня и пути называется процессом сходимости. Когда сеть впервые инициализируется или когда в сети происходят изменения, коммутаторы проходят процесс конвергенции, чтобы определить текущую топологию сети. Этот процесс может занять от нескольких секунд до нескольких минут, в зависимости от размера сети и скорости обмена сообщениями. Как только процесс конвергенции завершен, коммутаторы «договариваются» о корневом коммутаторе, и путь стоит к корню. Однако протокол STP предназначен для постоянного отслеживания изменений в сети и корректировки топологии по мере необходимости, чтобы гарантировать, что все коммутаторы знают о текущем состоянии сети. Это означает, что протокол STP всегда работает, и коммутаторы могут снова пройти процесс конвергенции, если в сети произойдут изменения. Например, если в сеть добавляется новый коммутатор, другие коммутаторы будут получать сообщения от нового коммутатора и могут корректировать стоимость пути и выбор корневого коммутатора на основе полученной информации. Таким образом, коммутаторы «улавливают» изменения в сети и динамически корректируют свои расчеты расстояний.
Андрей Владимирович - в лекции "Коммутаторы Ethernet" Вы говорили (5:38), что у коммутаторов нет МАС адреса. А в этой лекции - МАС адреса у коммутаторов есть. Можете подробнее объяснить этот момент?
У коммутатора есть MAC-адреса, которые используются для служебных целей: удаленное управление через командную строку и Web, протокол STP и т.п. Но эти адреса не используются при передаче данных коммутатором.
Подскажите пожалуйста, если в широковещательном домене, где коммутаторы с протоколом-rstp нескольких вендоров и какой-нибудь 3com старый после выкл./вкл. объявляет себя рутом и от него долетают bpdu-пакеты, до корневого коммутатора нового Huaweiя у которого все приоритеты выставлены, что он главный. В итоге топология не меняется и назначенный Huawei остается рутом, но у него висит сообщение, что с такого-то порта прилетела смена топологии и с этим Huaweiем может пропасть связь на 15-20 сек. Подскажите это нормальная ситуация или можно этого избежать? Это учитывая что все порты настроены правильно по loop и root-протекшэн. Заранее спасибо.
Так STP используется вместо каких-то других канальных протоколов или вместе с ними? Администратор как-то явно определяет необходимость использования STP или же STP автоматически используется при необходимости?
STP используется вместе с другими протоколами. Администратор включает протокол STP на оборудовании, а затем коммутаторы могут автоматически обнаруживать петли с помощью протокола STP и отключать их.
Андрей, здравствуйте! Какие МАС адреса записываются в таблицу коммутации для портов, по которым коммутаторы соединены друг с другом? В коммутаторе возможна ситуация, когда два (или более) устройства, подключенные к разным портам коммутатора, посылают кадры, предназначенные для одного и того же устройства, подключенного к третьему порту. Как будет работать коммутатор в этом случае? А если таких устройств будет не 2, а больше?
Да, именно так. Допустим к коммутатору подключено 10 компьютеров и два (или более) из них одновременно посылают кадры на третий компьютер. Получается как бы коллизия, как в классическом Ethernet. Андрей, спасибо, что откликнулись на мои вопросы.
В коммутаторах есть внутренние буферы. Если пришел кадр и его нужно передать на порт, который в данный момент занят, то кадр записывается в буфер. После освобождения порта, кадр из буфера передается на этот порт. Если пришло одновременно несколько кадров для занятого порта, то все они записываются в буфер. Таким образом, в коммутаторах колизий нет.
Я правильно понимаю что можно 2 коммутатора (с протоколами 802.1D) связать 2 кабелями, один из них должен отключиться протокол stp, и в случае повреждения активного кабеля, 2й кабель начнёт функционировать?
в общем случае да, но существуют и более удачные варианты использования двух параллельных кабелей между коммутаторами, начиная от агрегированных интерфейсов и заканчивая redundant trunk группами.
Андрей, а Вы не могли бы растолковать поподробнее про проблемы между STP и VLAN? Вы сказали, что нужно строить отдельное дерево для каждого VLAN, а можно ли реализовать совместимость этих протоколов без MSTP? И что подразумевается под построением дерева для VLAN( в описании лекции о VLAN вы этого не упоминали.
Под построением дерева имеется в виду процесс удаления циклов и сети. Граф без циклов называется дерево. Проблема с VLAN и STP в следующем. Предположим, у нас есть два коммутатора. На каждом коммутаторе мы создали два VLAN. Теперь мы хотим соединить два VLAN на двух коммутаторах. Для этого берем два кабеля и соединяем порты коммутаторов, которые находятся в разных VLAN. Теоретически, проблем не должно быть, т.к. VLAN изолированы друг от друга. Но протокол STP не знает о подобной возможности. STP увидит два соединения, и одно из них будет отключено. Для решения этой проблемы необходимо, чтобы STP работал отдельно внутри каждого VLAN. Причем для большого количества коммутаторов и VLAN. Именно это и делается в протоколе MSTP. Без него нельзя никак. Только если отключить STP, или не использовать VLAN.
mstp - это протокол который включает в себя работу VLAN и STP одновременно или это протокол который просто понимает что он должен работать только в этом VLANе и не трогать остальные? По названию mstp думаю что второй вариант. И не совсем понятно как строятся деревья для каждого VLAN, как по мне они должны быть одинаковыми ведь мак адрес для каждого VLAN не меняется.
Я так понял, MSTP - это тот же STP, только вместо того, чтобы следить за тем, чтобы не образовалось _хоть какое-нибудь_ кольцо в сети, он следит за кольцами _внутри_ каждого VLAN. Если формально кольцо есть, но оно даже теоретически не сможет спровоцировать широковещательный шторм, потому что не все порты этого кольца принадлежат одному и тому же VLAN (а следовательно, ни один пакет не сможет пропутешествовать по всему кольцу, самодублироваться и тем самым вызвать шторм), старый STP все еще будет думать, что есть опасность широковещательного шторма, потому что старый STP про VLAN-ы не знает, а новый как раз будет считать кольцом только такое кольцевое соединение, в котором каждый порт будет принадлежать одному и тому же VLAN-у. Как я понял, в случае, если каким-то портам прописано несколько VLAN-ов, для того, чтобы образовался широковещательный шторм, нужно, чтобы хотя бы один одинаковый VLAN был назначен для всех портов. Что мне не понятно - так это то, умеет ли RSTP то же, что и MSTP. А то получается, что если мне нужно будет заморочиться с VLAN-ами, я не смогу использовать RSTP, чтобы ускорить работу протокола. Или как?
представьте, что в на портах коммутаторов, образующих кольцо разрешены не все VLANы. если использовать общий алгоритм с одной топологией это очевидно приведет к проблеме, потому-что какие-то VLANы окажутся разорванными. Для решения этой проблемы существует два вектора движения. Per VLAN Spanning Tree (PVST/RPVST) когда распространение STP пакетов происходит отдельно внутри каждого VLAN ( поскольку каждый VLAN является отдельным broadcast domain ) и соответственно в каждом VLAN выбирается свой корневой коммутатор и своя топология. Обычно этот вариант выбирается из-за простоты при небольшом количестве устройств и VLANов. И второй, когда используется протокол MSTP который строит конечное количество топологий согласно конфигурации.
Огромное спасибо, очень крутой курс лекций! Небольшой вопрос по смежной теме - получается что если сеть состоит из нескольких коммутаторов, то каждый кадр, попавший в коммутатор 1, предназначенный для MAC, который находится под коммутатором 2, будет отправляться во все порты коммутатора 1, т.к. у него в таблице нет этого MAC? Если предварительно известно, что MAC назначения находится в под коммутатором 2, может быть так, что коммутатор 1 в целях оптимизации нагрузки на сеть будет отправлять кадр только в порт для другого коммутатора, а не во все?
Насколько я понимаю, так и произойдёт. В таблице коммутации коммутатора 1 для порта, которым он подключён к коммутатору 2, со временем сформируется полный список МАК адресов компьютеров, подключённых непосредственно к коммутатору 2. Точнее, в этот список попадут только те компьютеры из сегмента 2, которые передают данные на компьютеры из сегмента 1. Потому что обучение таблицы коммутации выполняется по адресу отправителя, а не получателя. Или администратор может сам заполнить таблицу коммутации вручную (но это скорее исключение).
т.е. при передаче данных от 4 к 3 расстояние будет уже 12. А разве нету какого нибудь алгоритма, что бы задействовать отключенный порт для более быстрой передачи? а можно ли подключится к сети и прикинуться коммутатором скажем 0,5 и переделать всю таблицу? а если специально гнать шум(т.е. после формирования таблицы маршрутизации подставлять еще меньшее значение и заставлять всю сеть переписывать таблицу) то сеть встанет? а могу ли я подделать состояние порта из другого свитча? миллион вопросов)) или я забегаю вперед?
можно, но в нормально настроенной сети на разных портах коммутаторов получение STP пакетов будет приводит к банальной блокировке данных портов. пакеты STP будут разрешены только на определенных портах.
скажите пожалуйста, почему для к роутеру нужно на моем телефоне ввести мас адрес? а к остальные требуют ввести только пароль от вифи, а этоту нужно именно мас. Для меня это неонятно.
Спасибо Вам за хорошие видео лекции! Подскажите, пожалуйста, если коммутатор потеряет кадр, то он будет повторно передан на канальном уровне или это исправит транспортный уровень (TCP)?
На канальном уровне повторная передача кадра не производится. Исправление будет только на транспортном уровне, если используется TCP. В случае UDP потеренные данные должно восстанавливать протокол прикладного уровня.
если используете русскую терминологию то ищите как можно более близкие слова к оригиналу. потеря пакета в комутаторе возможна только в случии программной ошибки или аппаратного сбоя. оба эти варианта недалеки друг от друга и являются редко встречаемыми. однако, сама по себе среда ethernet не подразумевает ни гарантий ни подтверждения доставки. ПОэтому в случае, допустим, переполнения порта коммутатор будет самостоятельно отбрасывать пакеты. И ни о какой повторной передаче речи идти не может. А уж какой там протокол транспортного уровня и кто и что будет исправлять это другой вопрос. может как в случае с видео вещанием у вас просто артефакт на экране проскочит и все.
В конце вы сказали, что если при подключении нового устройства образуется кольцо, то порт блокируется. Не совсем понятно, как это обнаруживается при подключении?
Здравствуйте, Андрей! В вашей схеме неочевидно, что происходит с парой идентичных кадров после того, как они попали в нижний на иллюстрации коммутатор первый раз. Можете, пожалуйста, прояснить? Я пытаюсь мысленно смоделировать описанную вами последовательность пересылок кадра, но в итоге получается только пара кадров, вечно циркулирующая в кольце коммутаторов. Разумеется, это пагубно влияет на общую пропускную способность сети, но не так, чтобы это можно было назвать штормом. Не понимаю, в каком шаге я ошибся. Спасибо за лекцию!
Прошу прощения за уточнение, если порт нумеруется слева направо и будет отключен порт с наибольшим номером порта при равном весе подграфов, образующих кольцо - значит будет отключен не тот порт, что приводится на слайде?
Жаль, что не показал на уровне пакетов. Получается после разрыва кольца, если с к3 кратчайший путь на к4, он обходит все кольцо по другим коммутаторам и не пользуется оптимальной разорванной?
А почему две копии кадра идут не к своим коммутаторам, то есть откуда они пришли, а к другим коммутаторам, то есть туда где они еще не были? Как определяется то, каким хостам кадр уже был передан, неужели записями в поле тип ?
Нет. Широковещательный шторм возникает из-за того, что создается несколько копий кадра, а от них в свою очередь тоже несколько копий. Даже если некоторые кадры дойдут до получателя, это не изменит ситуацию в целом.
Андрей, подскажите, пожалуйста, а как реализуется управление протоколом и настройка его работы (к примеру, выбор корневого коммутатора)? Через командную строку? Или через веб-интерфейс коммутатора? Или и так и так? Заранее благодарю.
А как коммутатор поймёт что в его порт подключён другой коммутатор? Вопрос скорее по какому-то из предыдущих видео, но он у меня возник на этом видео Допустим есть 2 коммутатора, соединённых друг с другом. Оба не знают таблицу коммутации 1. Приходит кадр на один из портов 2. Коммутатор 1 рассылает его на остальные порты (в числе которых коммутатор 2) 3. Коммутатор 2 получает кадр на один из своих портов (к которому подключён коммутатор 1) 4. Достаёт из него MAC адрес отправителя (запомним этот момент) и делает вывод что там висит компьютер с таким мак адресом и записывает его в таблицу Два вопроса: 1. Кадр не сможет быть доставлен до компьютера на коммутаторе 1, если он был отправлен из сети коммутатора 2? Допустим коммутатор 2 после предыдущих действий подумал что на условном порту N висит компьютер с MAC адресом (который я просил запомнить выше), а не коммутатор 1 и он не будет на этот порт отправлять кадр (даже если MAC получателя будет в сети коммутатора 1). То есть как коммутаторы понимают что к ним подключены другие коммутаторы и все кадры нужно на эти порты отправлять всегда? 2. Если повторить пункт 1, но с кадром от другого компьютера с другим MAC адресом, то что должен делать коммутатор 2? Перезаписать новый адрес в таблице коммутации на данный порт? Сложновато для понимания, наверное, описал)
Иногда нужно определить, сколько промежуточных коммутаторов внутри сети находится по маршруту между хостами. Трассировка не помогает, т.е. для нее L2-устройства прозрачны. Получается, для этого можно использовать данные протокола STP? Ведь он определяет наличие промежуточных коммутаторов? Если да, есть ли утилиты для этого? Если нет, то почему?
ну если так рассуждать, что никак не находится компьютер, подключенный к порту, то и с двумя коммутаторами та же проблема будет - хождение кадра по кругу. Единственное, что не удваивается.
В STP нам нужно оставить рабочим только один путь между коммутаторами. Желательно, чтобы этот путь был самым быстрым. На скорость передачи данных влияют два параметра: 1. Количество соединений между коммутаторами. 2. Скорость соединений, между коммутаторами. Например, если есть два пути, на одном один промежуточный коммутатор и скорость соединения 1ГБ/с, а на втором - два промежуточных коммутатора, но скорость 10ГБ/с. В этом случае лучше выбрать второй путь, хотя там больше промежуточных коммутаторов. В реальных сетях ситуация более сложная: коммутаторов может быть много, и скорость соединений между ними разная. Поэтому ввели метрику стоимости пути между коммутаторами, которая зависит от скорости соединения. Значения метрик точные, они определены в стандарте IEEE 802.1d. Для работы автоматических алгоритмов, таких как STP, нужна строгая математическая модель, в противном случае они не будут работать. Но эта модель, безусловно, только примерно совпадает с действительностью. Если для скорости 1 Гб/с в стандарте задано значение 4, а для 10 Гб/с - 2, это не значит, что скорость передачи по гигабитному каналу всего в два раза меньше, чем по десятигигабитному. Такие значения подходят для работы протокола STP, но никаких дополнительных выводов делать не имеет смысла.
+Руслан Аджигитова, основная причина надежность. Плохо, если разорвется кабель и сеть перестанет работать. Недавно был похожий случай с банком Открытие, когда из-за обрыва сетевого кабеля не работали банкоматы. Другая причина: защита от ошибок при конфигурации. Когда сеть большая, оборудования много и оно в разных зданиях, очень просто перепутать и воткнуть кабель не в тот коммутатор. В результате будет кольцо и вся сеть обрушится. STP защищает от такого.
Я получил столько восторга от данного объяснения, один из интереснейших материалов в этом курсе.
Спасибо! Рад, что видео интересно!
Отличные лекции все, эта особенно полезная. Вот бы так в универе объясняли.
+Сергей Р, спасибо!
Несомненно видео хорошее, однако не сказано про такие понятия как root port, designated port, почему отключился в данном случаи именно этот порт(на это тоже есть причины вроде бы отключается другой по причине меньшего BRIDGE ID так как слева DRIDGE ID 2, то он и главней, они не присваивают себе их id а лишь ретранслируют ID). Что за пакет изначально получил верхний роутер как по мне он просто сделал широковещательный запрос, для заполнения ARP таблицы, редко происходит, так, что пакеты не знают куда идти, ведь топология должна быть уже построена из-за RIP или OSPF, следовательно это широковещательный вопрос, также шторм может возникать не только по причине петель. Опять же скажу, что видео хорошее но в институте, если взять это видео как ответ на вопрос про протокол STP поставят 3, добрые преподаватели 4. Я уверен, что этот комментарий у многих вызовет неодобрение, но я говорю как есть, информация не полная, если хотите быть хорошими IT специалистами, то поверхностной информации недостаточно.
В универе так никогда не будут объяснять, поскольку есть план, по которому препод должен растянуть материал на 1.5ч. А если весь курс объяснить за пару лекций, то чем потом заниматься?
@@РинатЯмалтдинов-х6д Подрабатываю(из-за того, что зарплата не изменилась, но стала в 2 раза меньше) эникеем(а иногда и админом) по вызовам, и часто бываю в школах, как правило в кабинете информатики. И уж я-то на эту программу насмотрелся. Профильный препод по информатике не то, что сети не понимает на бытовом уровне, у них часто с формальной логикой проблемы. Как не зайду, почему-то, решают задачи типа: есть файл 5.4 мВт, за какое время его можно передать через соединение в 117кбт. Более бесполезного занятия мне сложно придумать. Не говоря уже про то, что получаются 1.5 землекопа. Или переводят числа произвольной длинны из двоичной в десятичную и наоборот. Это занятие имеет хоть какой-то смысл, но про этот смысл не знают ни ученики, ни учителя, и соответственно, оно для них тоже бесполезное.
Понятно, что в универе всёж информация более осмысленная, но смысл этот до студента не доносят. Вот и как можно объяснить довольно сложные концепции, если сама концепция выглядит бесполезно?
@@skorper9831 когда у тебя условно 5 экзаменов и 5 зачётов, и по каждому нужно знать условный талмуд теории (у нас например сетей было только 2 семестра на всё, включая практику в пакет трейсере и такие тонкости, вроде редких причин широковещательных штормов например не входят даже в ICND, двухтомник общим размеров в 1500 страниц, на который по хорошему надо потратить месяца 1,5-2 тщательного изучения ), в итоге просто возникает невозможность сдачи всего и преподаватели это прекрасно понимают. Для сетевого инженера или сис-админа знать это обязательно, но подобные требования к студентам как по мне бред. Так что не несите чушь.
Добрый день, Андрей! Хочу поблагодарить за очень понятные лекции! Я много чего смотрела и читала по сетям, хоть это и не мой основной профиль, но для работы нужно. И никак у меня не укладывалось в голове - как это всё работает, как компьютеры не путают, что куда и зачем ушло, как они слушают, что им, а что не им. Я сначала думала, что ответ какой-то простой, но до меня не доходит)
Я начала смотреть ваши лекции с самого начала. И оказалось, что ответ как раз совсем не простой, но благодаря вам вот уже к этой лекции я всю эту сложную механику увидела как на ладони, и наверное, теперь даже смогу объяснить на пальцах своим детям))
Спасибо огромное! так понятно объяснять такие сложные конструкции - это просто дар!
Класс! Никогда, не слышал до этого про этот протокол, а тут все очень подробно :) С удовольствием смотрю ваши лекции!
Спасибо!
это просто нечто! то чувство, когда информацию разжевали, да ещё и переварили за меня. запоминается с первого раза! огромная благодарность, лайк и подписка.
Спасибо!
Посмотрел перед собеседованием, не думал, что пригодится, в итоге спросили. Нарисовал, объяснил по видео - получил + на собеседовании!) Спасибо большое!
Очень рад, что пригодилось на собеседовании! Приняли на работу? Или пока не дали ответ?
@@AndreySozykin жду ответа, в конце недели)
@@КонстантинС-ь8ш работаешь?
Как то даже грустно что инженеры, которых спрашивают на собеседовании о технологиях компьютерных сетей, изучают эти самые технологии по коротким обзорным видео на RUclips. Инженеры, конечно, не врачи, но все же
На 6:15 оговорка - это не простые целые числа, а натуральные, но это такая маленькая и ненужная придирка. Курс чудесный, огромный и познавательный. Спс!
Иногда хорошо освежить в памяти подобный материал, вот и смотрю уже не первую лекцию. И каждый раз остаюсь доволен подачей материала и тем как все хорошо разъясняется. Огромное спасибо за Ваш труд!
Пожалуйста! Рад, что нравится!
Все четко и понятно. Спасибо, Андрей!
Пожалуйста! Рад, что нравится!
Очень классное изложение. Всё чётко последовательно, человек явно знает о чём говорит
Спасибо!
Отличное видео, хороший пример, всё сразу стало понятно 👍
Спасибо!
Привет из ПНИПУ!
Учусь у Масича Г.Ф., в сетях плохо соображаю и ваши видео спасательный круг)
Я сам учился у Григория Федоровича, он очень хорошо объясняет! Половину того, что рассказываю в видео, узнал на его лекциях.
Спасибо!
Завтра экзамен, без вас - шансов не было бы совсем
Успехов!
Просто агонь! На таких людях и держится все. Спасибо, Андрей!
Лучи добра и благодарности тебе автор !
Спасибо!
@@AndreySozykin я оказывается 10 месяцев назад смотрел уже :-).
Вот так за 10 месяцев и забываются детали
Большое спасибо!!! Очень познавательно!!! Так держать!!! Очень полезная и нужная информация!
Спасибо!
Большое спасибо за информативный и подробный курс.
Пожалуйста!
Вам спасибо.
Всё это знал, но успел забыть
Пожалуйста! Успехов, вспомнить все!
Спасибо за объяснение! У вас всё просто и понятно, в отличие от книги Олифера, где полно информации, которая написано сложно.
Пожалуйста!
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin
готовлюсь к собеседованию. отсмотрел конкретно по стп несколько разных лекций.
эта пока максимально доходчивая
+Сергей Иванов, спасибо!
По ipsec пока нет, но планирую запсать несколько лекций.
Спасибо за видео, лекция хорошая, подписчиков вам
Счастья, здоровья
Спасибо Андрей. Хорошая лекция.
Хочется услышать лекцию про VPN.
Спасибо!
Про VPN уже много запросов. Видимо, придется делать!
@@AndreySozykin сделал?)
@@w1tcherj врядли сделал, там уже так просто по учебнику не прочитаешь ведь
@@anatolyrudenko6084 чего это вдруг? В каждой теме есть теория и есть практика
Спасибо вам, Андрей!
Пожалуйста!
огромное спасибо, очень ценный курс
Пожалуйста!
Отличный курс, большое спасибо)
Спасибо за отличное объяснение)
Пожалуйста!
Браво! очень полезно! Спасибо
Пожалуйста!
Спасибо большое! Через два дня гос.экзамен!!
Отличная лекция
Спасибо!
*Л. а. й. к. о. с.* за видос.
Благодарю
Спасибо!
Spasibo ))
kak vseqda vse klasno ))
Пожалуйста! Рад, что нравится!
1. А почему на 10:25 было отключено соединение между верхним коммутатором и средним правым? Я ожидал, что будет отключено одно из нижних соединений, потому что в вашем варианте расстрояние от самого верхнего до среднего правого коммутатора было бы равно 4*3=12, а в моем (при отключении, например, нижнего правого соединения) - 4*1=4. В вашем варианте самый длинный путь равен 12, а в моем - 8. Тут есть какая-то дополнительная логика или как оно?
2. Как быть, если хочется быстроты RSTP и смекалки MSTP в одном *STP-протоколе? Умеет ли RSTP учитывать VLAN-ы? Умеет ли MSTP быть быстрым, как RSTP?
На первый вопрос. Мне кажется если бы отключили один иэз нижних то максимальный путь был бы уже 12, а так к одному 4 и максимальный всего 8. У вас бы получилась змейка, а тут дерево
1. тоже думал, что обрыв должен быть внизу
>> В вашем варианте самый длинный путь равен 12, а в моем - 8
С чего это? В вашем тоже 12. Ну а отключено верхнее левое, потому что по алгоритму считаются расстояния именно от корневого коммутатора, а не от каждого к каждому
Жаль в этой и последующих лекциях не рассказали о Link Aggregation. Это случай, когда кольца (то есть, дублирующиеся маршруты) не только вредны но полезны. Например, можно соединить коммутаторы не 1 кабелем, а 3мя кабелями (через 3 пары портов на каждом коммутаторе), получив 1 логический линк с х3 пропускной способностью и увеличенной надёжностью (отключение 1 кабеля не нарушит связность сети).
Спасибо, очень интересно!
Пожалуйста!
какой полезный канал
Спасибо!
Все четко и понятно
+Maksym Skachkov, спасибо!
Женщины могут не только создавать шторм, но и усмирять его!
Вот примерный перевод стихотворения , разбитый мной на абзацы для большей эстетической привлекательности:
"Я думаю, что я никогда не увижу графа,
Более прекрасного, чем дерево!
Дерево, чье важнейшее свойство
Это бес-петлевая связность!
Дерево, которое должно быть обязательно охватывающим,
Чтобы пакеты могли достичь каждой локальной сети!
Сначала должен быть выбран корень.
Он выбирается по идентификатору.
От корня отслеживаются кратчайшие пути.
Эти пути размещаются в дереве.
Сеть создается такими людьми, как я,
Затем мосты находят связующее дерево "
2:01 каким образом? Сколько слушаю объяснение широковещательного шторма, нигде нет полного описания и вроде понятна суть, но детально неясно, что происходит дальше, почему кадры плодятся?
Таки да! Но конспект все равно пишу)
Спасибо Radia Perlman такую штуку придумала! Спасибо Андрей все по полочкам, но еще бы инфы с Root, TCN и т.д.
Как жалко что вы больше не в урфу)
Добрый день, Андрей. Не понял момент с выбором корневого коммутатора, а именно, что выбирается по принципу наименьшего MAC-адреса коммутатора. Но в предыдущих лекциях вы говорили, что коммутаторы - это прозрачный мост, у которых нет своего MAC-адреса. Можете подробнее объяснить этот момент?
На 11:10 не понятно как при подключении устройства может получиться так что на этот порт подключён коммутатор там ведь всего 1 порт и подключено там может быть только 1 кабель и мы просто соединяем компьютер с коммутатором и всё или я чего-то не понимаю?
Да, коммутатор соединяется с коммутатором.
@@AndreySozykin это я понимаю я не понимаю как можно подключить кабель привязанный к компьютеру в порт который уже занят коммутатором?
Не совсем понятно, а собственно почему кадры эти начинают двоиться? Почему их становится все больше и больше ?
Там же показано все. Кадр двоится так как выхода из коммутатора в другие 2 штуки. И в конечном итоге придет в последний коммутатор с 2ся входами в количестве 2 штук, и опять по новой, количество будет постоянно расти в 2 раза
Здраствуйте Andrey Sozykin!!Спасибо за отличную лекцию.!!!!!У меня вопрос.Какие особенности имеет корневой коммутатор по сравнению с остольными коммутаторами.?
Никаких особенностей корневому коммутатору иметь не обязательно. Если сеть крупная, то будет лучше, если корневым окажется самый высокопроизводительный коммутатор. Через него может проходить большой трафик, и если корневым окажется медленный коммутатор, он может тормозить всю сеть.
10:07 пропущен важный момент: как при пересылке расстояний до корневого маршрутизатора всем остальным маршрутизаторам удается избежать зацикленности от петель? Почему маршрутизатор 4 не отправил расстояния дальше, маршрутизаторам 2 и 3?
Очень понятно всё, огромное спасибо, но поскольку это последняя лекция про ethernet хотелось бы узнать, на каких масштабах он применяется и какие протоколы канального уровня используются между крупнейшими узлами интернета
Ethernet сейчас применяется для построения локальных сетей почти везде на любых масштабах, до нескольких тысяч устройств. Более крупные сети обычно удобнее делить на подсети с помощью маршрутизаторов.
сейчас ethernet победил и фактически вытеснил все другие среды передачи данных. другой вопрос что мы постоянно видим крайний случай, когда ethernet используется в формате точка-точка для соединения двух маршрутизаторов.
Cпасибо!
Пожалуйста!
Подскажите, почему STP полностью отключает порт коммутатора, вместо того, чтобы всего лишь запретить широковещательный трафик через этот адрес?
Условно логическая топология будет такой, что широковещательный трафик ходит только через остовное дерево, а другие линки между коммутаторами нужны для того, чтобы разгрузить сеть.
Потому что трафик не широковещательный. У кадра есть мак-адрес получателя, но коммутатор не знает, на какой порт его отправить. Поэтому отправляет на все.
потому что, то что вы называете широковещательным трафиком на самом деле является broadcast+unknown unicast + multicast трафиком и как видим unicast трафик тут тоже присутствует. протокол STP был придуман при царе горохе (1985 год) и сделан простым как палка.
Если коммутатор может определить куда передать кадр, если в его таблице коммутации есть mac-адрес получателя, то почему он шлет широковещательный сигнал, когда не знает на каком порту находится получатель (и есть ли он в сети вообще)? Не логичнее ли было бы разослать сигнал только неизвестным узлам, в надежде что среди них есть тот самый получатель?
К порту коммутатора может быть подключен другой коммутатор. В таком случае с портом будет связано несколько MAC-адресов. При этом вполне возможно, что не все устройства из подключенного к порту коммутатора видны, т.к. некоторые из них могли еще нп отправлять кадры и наш коммутатор их не обнаружил. Поэтому кадры с неизвестным MAC-адресом пересылаются на все порты.
я думаю, возможен ещё такой вариант. К какому-то порту было подключено другое устройство с новым макадресом. Если отфильтровать порты с известными мак-адресами, то на это новое устройство сообщение не придёт, пока оно само не пошлёт сообщение, и таблица не обновится.
Правильно лия понимаю, что количество коммутатор ограничено в протоколе rstp? И еще, корневой- значит коммутатор с наименьшим приоритетом default ...?
Конечно видео уже несколько лет, но все равно задамся вопросом. В первых лекциях по ОСИ было утверждение что она не является архитектурой так как в ней нет протоколов. И в итоге происходит разбор протоколов как раз в разрезе уровней ОСИ. Где ошибка, в самом наличии или в толковании?
Протоколы не из модели OSI, а из стека TCP/IP.
@@AndreySozykin но в лекции вы прямо указываете "какое место эти протоколы занимают в модели OSI", отсюда и вопрос
Модель OSI как раз и используют как референсную, чтобы показать где место того или иного протокола в сетях различного типа.
значимость модели OSI на настоящий момент дискредитирована.
Спасибо большое!!!)
Здравствуйте, Андрей! Не вполне понятно вот что: когда же коммутаторы "договорятся", кто из них на самом деле является корневым и когда они "сойдутся" во мнении по поводу этого? Потому что все друг другу шлют сообщения типа "вот этот коммутатор корневой", но ведь этот процесс когда-то должен закончиться, или же получается так, что этот процесс происходит постоянно и при изменении сети коммутаторы "подхватывают" изменения, и если новый коммутатор имеет меньший идентификатор, то остальные начинают передавать сообщения "новый коммутатор корневой"? И таким образом получается, что и расчёт расстояний тоже начинает меняться, так сказать, в режиме нон-стоп?
В начале коммутаторы выбирают главный коммутатор методом сравнения(количественного) между идентификаторами, выбирая при этом наименьший. По-умолчанию идентификатором служит МАС-адрес коммутатора, но для удобства Адрей заменил макадреса простыми числами 1,2,3,4 - наглядно демонстрируя, что в такой группе идентификаторов минимальным является №1. Так же напомню, что сам МАС-адрес это тоже число, только записанное в 16-чной форме. Расчет расстояний происходит на следующем этапе, только после того, как выбран главный коммутатор.
но допустим при изменении сети и ввод в кольцо допустим 5 новых коммутаторов к уже работающим, все коммутаторы должны опять опрашивать соседние коммутаторы кто из всех теперь стал корневым?
Процесс определения стоимости корня и пути называется процессом сходимости. Когда сеть впервые инициализируется или когда в сети происходят изменения, коммутаторы проходят процесс конвергенции, чтобы определить текущую топологию сети. Этот процесс может занять от нескольких секунд до нескольких минут, в зависимости от размера сети и скорости обмена сообщениями.
Как только процесс конвергенции завершен, коммутаторы «договариваются» о корневом коммутаторе, и путь стоит к корню. Однако протокол STP предназначен для постоянного отслеживания изменений в сети и корректировки топологии по мере необходимости, чтобы гарантировать, что все коммутаторы знают о текущем состоянии сети. Это означает, что протокол STP всегда работает, и коммутаторы могут снова пройти процесс конвергенции, если в сети произойдут изменения.
Например, если в сеть добавляется новый коммутатор, другие коммутаторы будут получать сообщения от нового коммутатора и могут корректировать стоимость пути и выбор корневого коммутатора на основе полученной информации. Таким образом, коммутаторы «улавливают» изменения в сети и динамически корректируют свои расчеты расстояний.
Обьяснение от chatgpt
Андрей Владимирович - в лекции "Коммутаторы Ethernet" Вы говорили (5:38), что у коммутаторов нет МАС адреса. А в этой лекции - МАС адреса у коммутаторов есть. Можете подробнее объяснить этот момент?
У коммутатора есть MAC-адреса, которые используются для служебных целей: удаленное управление через командную строку и Web, протокол STP и т.п. Но эти адреса не используются при передаче данных коммутатором.
Подскажите пожалуйста, если в широковещательном домене, где коммутаторы с протоколом-rstp нескольких вендоров и какой-нибудь 3com старый после выкл./вкл. объявляет себя рутом и от него долетают bpdu-пакеты, до корневого коммутатора нового Huaweiя у которого все приоритеты выставлены, что он главный. В итоге топология не меняется и назначенный Huawei остается рутом, но у него висит сообщение, что с такого-то порта прилетела смена топологии и с этим Huaweiем может пропасть связь на 15-20 сек. Подскажите это нормальная ситуация или можно этого избежать? Это учитывая что все порты настроены правильно по loop и root-протекшэн. Заранее спасибо.
Насколько я понимаю, этого не избежать.
@@AndreySozykin Спасибо!
что мешает выкинуть STP с этих трикомов ? они LACP поддерживают?
Так STP используется вместо каких-то других канальных протоколов или вместе с ними?
Администратор как-то явно определяет необходимость использования STP или же STP автоматически используется при необходимости?
STP используется вместе с другими протоколами.
Администратор включает протокол STP на оборудовании, а затем коммутаторы могут автоматически обнаруживать петли с помощью протокола STP и отключать их.
@@AndreySozykin Спасибо
Андрей, здравствуйте! Какие МАС адреса записываются в таблицу коммутации для портов, по которым коммутаторы соединены друг с другом? В коммутаторе возможна ситуация, когда два (или более) устройства, подключенные к разным портам коммутатора, посылают кадры, предназначенные для одного и того же устройства, подключенного к третьему порту. Как будет работать коммутатор в этом случае? А если таких устройств будет не 2, а больше?
К одному порту коммутатора можно принисать несколько MAC-адресов.
Спасибо. А что со второй частью вопроса?
Не до конца понял вопрос. Что будет, если на один порт будет отправлено несколько кадров одновременно с разных портов?
Да, именно так. Допустим к коммутатору подключено 10 компьютеров и два (или более) из них одновременно посылают кадры на третий компьютер. Получается как бы коллизия, как в классическом Ethernet. Андрей, спасибо, что откликнулись на мои вопросы.
В коммутаторах есть внутренние буферы. Если пришел кадр и его нужно передать на порт, который в данный момент занят, то кадр записывается в буфер. После освобождения порта, кадр из буфера передается на этот порт.
Если пришло одновременно несколько кадров для занятого порта, то все они записываются в буфер.
Таким образом, в коммутаторах колизий нет.
спасибо!
круто!
Круто. А было видео о использовании нескольких комутаторов в одной сети?
Я правильно понимаю что можно 2 коммутатора (с протоколами 802.1D) связать 2 кабелями, один из них должен отключиться протокол stp, и в случае повреждения активного кабеля, 2й кабель начнёт функционировать?
Да.
в общем случае да, но существуют и более удачные варианты использования двух параллельных кабелей между коммутаторами, начиная от агрегированных интерфейсов и заканчивая redundant trunk группами.
Андрей, а Вы не могли бы растолковать поподробнее про проблемы между STP и VLAN? Вы сказали, что нужно строить отдельное дерево для каждого VLAN, а можно ли реализовать совместимость этих протоколов без MSTP? И что подразумевается под построением дерева для VLAN( в описании лекции о VLAN вы этого не упоминали.
Под построением дерева имеется в виду процесс удаления циклов и сети. Граф без циклов называется дерево.
Проблема с VLAN и STP в следующем. Предположим, у нас есть два коммутатора. На каждом коммутаторе мы создали два VLAN. Теперь мы хотим соединить два VLAN на двух коммутаторах. Для этого берем два кабеля и соединяем порты коммутаторов, которые находятся в разных VLAN. Теоретически, проблем не должно быть, т.к. VLAN изолированы друг от друга. Но протокол STP не знает о подобной возможности. STP увидит два соединения, и одно из них будет отключено.
Для решения этой проблемы необходимо, чтобы STP работал отдельно внутри каждого VLAN. Причем для большого количества коммутаторов и VLAN. Именно это и делается в протоколе MSTP. Без него нельзя никак. Только если отключить STP, или не использовать VLAN.
mstp - это протокол который включает в себя работу VLAN и STP одновременно или это протокол который просто понимает что он должен работать только в этом VLANе и не трогать остальные? По названию mstp думаю что второй вариант. И не совсем понятно как строятся деревья для каждого VLAN, как по мне они должны быть одинаковыми ведь мак адрес для каждого VLAN не меняется.
Я так понял, MSTP - это тот же STP, только вместо того, чтобы следить за тем, чтобы не образовалось _хоть какое-нибудь_ кольцо в сети, он следит за кольцами _внутри_ каждого VLAN. Если формально кольцо есть, но оно даже теоретически не сможет спровоцировать широковещательный шторм, потому что не все порты этого кольца принадлежат одному и тому же VLAN (а следовательно, ни один пакет не сможет пропутешествовать по всему кольцу, самодублироваться и тем самым вызвать шторм), старый STP все еще будет думать, что есть опасность широковещательного шторма, потому что старый STP про VLAN-ы не знает, а новый как раз будет считать кольцом только такое кольцевое соединение, в котором каждый порт будет принадлежать одному и тому же VLAN-у. Как я понял, в случае, если каким-то портам прописано несколько VLAN-ов, для того, чтобы образовался широковещательный шторм, нужно, чтобы хотя бы один одинаковый VLAN был назначен для всех портов.
Что мне не понятно - так это то, умеет ли RSTP то же, что и MSTP. А то получается, что если мне нужно будет заморочиться с VLAN-ами, я не смогу использовать RSTP, чтобы ускорить работу протокола. Или как?
представьте, что в на портах коммутаторов, образующих кольцо разрешены не все VLANы. если использовать общий алгоритм с одной топологией это очевидно приведет к проблеме, потому-что какие-то VLANы окажутся разорванными. Для решения этой проблемы существует два вектора движения. Per VLAN Spanning Tree (PVST/RPVST) когда распространение STP пакетов происходит отдельно внутри каждого VLAN ( поскольку каждый VLAN является отдельным broadcast domain ) и соответственно в каждом VLAN выбирается свой корневой коммутатор и своя топология. Обычно этот вариант выбирается из-за простоты при небольшом количестве устройств и VLANов. И второй, когда используется протокол MSTP который строит конечное количество топологий согласно конфигурации.
@@germanfergyson8098 меняются приоритеты и вообще VLAN не обязан быть разрешен на всех портах.
Огромное спасибо, очень крутой курс лекций!
Небольшой вопрос по смежной теме - получается что если сеть состоит из нескольких коммутаторов, то каждый кадр, попавший в коммутатор 1, предназначенный для MAC, который находится под коммутатором 2, будет отправляться во все порты коммутатора 1, т.к. у него в таблице нет этого MAC? Если предварительно известно, что MAC назначения находится в под коммутатором 2, может быть так, что коммутатор 1 в целях оптимизации нагрузки на сеть будет отправлять кадр только в порт для другого коммутатора, а не во все?
Насколько я понимаю, так и произойдёт. В таблице коммутации коммутатора 1 для порта, которым он подключён к коммутатору 2, со временем сформируется полный список МАК адресов компьютеров, подключённых непосредственно к коммутатору 2. Точнее, в этот список попадут только те компьютеры из сегмента 2, которые передают данные на компьютеры из сегмента 1. Потому что обучение таблицы коммутации выполняется по адресу отправителя, а не получателя.
Или администратор может сам заполнить таблицу коммутации вручную (но это скорее исключение).
спосибо
т.е. при передаче данных от 4 к 3 расстояние будет уже 12. А разве нету какого нибудь алгоритма, что бы задействовать отключенный порт для более быстрой передачи?
а можно ли подключится к сети и прикинуться коммутатором скажем 0,5 и переделать всю таблицу? а если специально гнать шум(т.е. после формирования таблицы маршрутизации подставлять еще меньшее значение и заставлять всю сеть переписывать таблицу) то сеть встанет?
а могу ли я подделать состояние порта из другого свитча?
миллион вопросов)) или я забегаю вперед?
можно, но в нормально настроенной сети на разных портах коммутаторов получение STP пакетов будет приводит к банальной блокировке данных портов. пакеты STP будут разрешены только на определенных портах.
Нихера не понятно, но очень интересно. Подписался.
Спасибо!
скажите пожалуйста, почему для к роутеру нужно на моем телефоне ввести мас адрес? а к остальные требуют ввести только пароль от вифи, а этоту нужно именно мас. Для меня это неонятно.
Правильно ли я понимаю, что если не подключаются новые устройства к коммутаторам то и петли не будут создаваться?
Строго говоря, можно переключить соединение между старыми устройствами таким образом, что образуется петля.
@@AndreySozykin спасибо за ответ.
Получается петля создаётся если какой-то коммутатор не знает об устройстве?
Да, именно так.
Спасибо Вам за хорошие видео лекции! Подскажите, пожалуйста, если коммутатор потеряет кадр, то он будет повторно передан на канальном уровне или это исправит транспортный уровень (TCP)?
На канальном уровне повторная передача кадра не производится. Исправление будет только на транспортном уровне, если используется TCP. В случае UDP потеренные данные должно восстанавливать протокол прикладного уровня.
если используете русскую терминологию то ищите как можно более близкие слова к оригиналу. потеря пакета в комутаторе возможна только в случии программной ошибки или аппаратного сбоя. оба эти варианта недалеки друг от друга и являются редко встречаемыми. однако, сама по себе среда ethernet не подразумевает ни гарантий ни подтверждения доставки. ПОэтому в случае, допустим, переполнения порта коммутатор будет самостоятельно отбрасывать пакеты. И ни о какой повторной передаче речи идти не может. А уж какой там протокол транспортного уровня и кто и что будет исправлять это другой вопрос. может как в случае с видео вещанием у вас просто артефакт на экране проскочит и все.
В конце вы сказали, что если при подключении нового устройства образуется кольцо, то порт блокируется. Не совсем понятно, как это обнаруживается при подключении?
При подключении устроиство отправляет запросы, если оно приходит назад через эти же дороги то сеть принимает соеденение как кольцо.
Здравствуйте, Андрей! В вашей схеме неочевидно, что происходит с парой идентичных кадров после того, как они попали в нижний на иллюстрации коммутатор первый раз. Можете, пожалуйста, прояснить? Я пытаюсь мысленно смоделировать описанную вами последовательность пересылок кадра, но в итоге получается только пара кадров, вечно циркулирующая в кольце коммутаторов. Разумеется, это пагубно влияет на общую пропускную способность сети, но не так, чтобы это можно было назвать штормом. Не понимаю, в каком шаге я ошибся. Спасибо за лекцию!
Прошу прощения за уточнение, если порт нумеруется слева направо и будет отключен порт с наибольшим номером порта при равном весе подграфов, образующих кольцо - значит будет отключен не тот порт, что приводится на слайде?
Like!!
Спасибо!
Жаль, что не показал на уровне пакетов. Получается после разрыва кольца, если с к3 кратчайший путь на к4, он обходит все кольцо по другим коммутаторам и не пользуется оптимальной разорванной?
Спасибо
rahmat oka
А почему две копии кадра идут не к своим коммутаторам, то есть откуда они пришли, а к другим коммутаторам, то есть туда где они еще не были? Как определяется то, каким хостам кадр уже был передан, неужели записями в поле тип ?
Скажите шировещательный шторм ведь возникает только в случае, если отсутвует во всей сети MAC-адрес получателя?
Нет. Широковещательный шторм возникает из-за того, что создается несколько копий кадра, а от них в свою очередь тоже несколько копий. Даже если некоторые кадры дойдут до получателя, это не изменит ситуацию в целом.
Андрей, подскажите, пожалуйста, а как реализуется управление протоколом и настройка его работы (к примеру, выбор корневого коммутатора)? Через командную строку? Или через веб-интерфейс коммутатора? Или и так и так? Заранее благодарю.
Зависит от модели коммутатора. Почти все современные коммутаторы поддерживают и Web, и командную строку.
А как коммутатор поймёт что в его порт подключён другой коммутатор? Вопрос скорее по какому-то из предыдущих видео, но он у меня возник на этом видео
Допустим есть 2 коммутатора, соединённых друг с другом. Оба не знают таблицу коммутации
1. Приходит кадр на один из портов
2. Коммутатор 1 рассылает его на остальные порты (в числе которых коммутатор 2)
3. Коммутатор 2 получает кадр на один из своих портов (к которому подключён коммутатор 1)
4. Достаёт из него MAC адрес отправителя (запомним этот момент) и делает вывод что там висит компьютер с таким мак адресом и записывает его в таблицу
Два вопроса:
1. Кадр не сможет быть доставлен до компьютера на коммутаторе 1, если он был отправлен из сети коммутатора 2? Допустим коммутатор 2 после предыдущих действий подумал что на условном порту N висит компьютер с MAC адресом (который я просил запомнить выше), а не коммутатор 1 и он не будет на этот порт отправлять кадр (даже если MAC получателя будет в сети коммутатора 1). То есть как коммутаторы понимают что к ним подключены другие коммутаторы и все кадры нужно на эти порты отправлять всегда?
2. Если повторить пункт 1, но с кадром от другого компьютера с другим MAC адресом, то что должен делать коммутатор 2? Перезаписать новый адрес в таблице коммутации на данный порт?
Сложновато для понимания, наверное, описал)
рахмат ока
Сиз тушундингизми?
МАН тушунмадим
Иногда нужно определить, сколько промежуточных коммутаторов внутри сети находится по маршруту между хостами.
Трассировка не помогает, т.е. для нее L2-устройства прозрачны.
Получается, для этого можно использовать данные протокола STP? Ведь он определяет наличие промежуточных коммутаторов? Если да, есть ли утилиты для этого? Если нет, то почему?
схему сети нужно было изначально делать)
для реверс инжиниринга топологии сети обычно используется отдельный протокол LLDP . а STP не используется от слова совсем.
Что такое стоимость порта?
ну если так рассуждать, что никак не находится компьютер, подключенный к порту, то и с двумя коммутаторами та же проблема будет - хождение кадра по кругу. Единственное, что не удваивается.
нет. второй коммутатор уже не вернет первому этот кадр - он проходит только в одну сторону
Что за число расстояния между коммутаторами? Это примерное значение или это что-то означает? Поясните пожалуйста.
В STP нам нужно оставить рабочим только один путь между коммутаторами. Желательно, чтобы этот путь был самым быстрым. На скорость передачи данных влияют два параметра:
1. Количество соединений между коммутаторами.
2. Скорость соединений, между коммутаторами.
Например, если есть два пути, на одном один промежуточный коммутатор и скорость соединения 1ГБ/с, а на втором - два промежуточных коммутатора, но скорость 10ГБ/с. В этом случае лучше выбрать второй путь, хотя там больше промежуточных коммутаторов.
В реальных сетях ситуация более сложная: коммутаторов может быть много, и скорость соединений между ними разная. Поэтому ввели метрику стоимости пути между коммутаторами, которая зависит от скорости соединения. Значения метрик точные, они определены в стандарте IEEE 802.1d. Для работы автоматических алгоритмов, таких как STP, нужна строгая математическая модель, в противном случае они не будут работать. Но эта модель, безусловно, только примерно совпадает с действительностью. Если для скорости 1 Гб/с в стандарте задано значение 4, а для 10 Гб/с - 2, это не значит, что скорость передачи по гигабитному каналу всего в два раза меньше, чем по десятигигабитному. Такие значения подходят для работы протокола STP, но никаких дополнительных выводов делать не имеет смысла.
То есть коммутаторы сравнивают метрику известных им каналов, и выбирают наименьшее значение в приоритет?
+Сергей Иванов, да, выбирают путь с наименьшей метрикой.
При выборе корневого коммутатора- как коммутаторы узнают что они все уже нашли правильный корневой коммутатор и можно приступать к построению дерева?
По прошествии Forward Delay (15 sec)
Автор> ..коммутатор с идентификатором четыре...
Субтитры> ..коммутатор сын wi-fi...
😑 6:53
Как это все программируют ? Паяльником? :D
Зависит от реализации. Многие производители для повышения производительности запихивают все в специализированные микросхемы ASIC.
2 дня до экзамена, пора учиться на Ютубе.
Самое время 😉. Успехов!
зачем stp если можно просто не подключать коммутаторы в кольцо а соединить их последовательно? Добавить дополнительной надёжности?
+Руслан Аджигитова, основная причина надежность. Плохо, если разорвется кабель и сеть перестанет работать. Недавно был похожий случай с банком Открытие, когда из-за обрыва сетевого кабеля не работали банкоматы.
Другая причина: защита от ошибок при конфигурации. Когда сеть большая, оборудования много и оно в разных зданиях, очень просто перепутать и воткнуть кабель не в тот коммутатор. В результате будет кольцо и вся сеть обрушится. STP защищает от такого.
Andrey Sozykin спасибо за ответ
выбор разрыва(отключения) STP протокола на коммутаторах происходит в самой отдаленной точке по метрике?
в современной жизни STP используется не часто из-за недостатков. почитайте про spine and leaf
А коммутаторы 3-го уровня?
Даже умудряетесь исторические справки вставлять. Интересно.
5:04
+Plus
жалко коммутатор bid 4((( :D
вот когда понял что жизнь это окружающие тебя коммутаторы
:-)
+
Прям восстание коммутаторов какое-то