Посмотрел перед собеседованием, не думал, что пригодится, в итоге спросили. Нарисовал, объяснил по видео - получил + на собеседовании!) Спасибо большое!
Как то даже грустно что инженеры, которых спрашивают на собеседовании о технологиях компьютерных сетей, изучают эти самые технологии по коротким обзорным видео на UA-cam. Инженеры, конечно, не врачи, но все же
Добрый день, Андрей! Хочу поблагодарить за очень понятные лекции! Я много чего смотрела и читала по сетям, хоть это и не мой основной профиль, но для работы нужно. И никак у меня не укладывалось в голове - как это всё работает, как компьютеры не путают, что куда и зачем ушло, как они слушают, что им, а что не им. Я сначала думала, что ответ какой-то простой, но до меня не доходит) Я начала смотреть ваши лекции с самого начала. И оказалось, что ответ как раз совсем не простой, но благодаря вам вот уже к этой лекции я всю эту сложную механику увидела как на ладони, и наверное, теперь даже смогу объяснить на пальцах своим детям)) Спасибо огромное! так понятно объяснять такие сложные конструкции - это просто дар!
это просто нечто! то чувство, когда информацию разжевали, да ещё и переварили за меня. запоминается с первого раза! огромная благодарность, лайк и подписка.
Несомненно видео хорошее, однако не сказано про такие понятия как 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 тщательного изучения ), в итоге просто возникает невозможность сдачи всего и преподаватели это прекрасно понимают. Для сетевого инженера или сис-админа знать это обязательно, но подобные требования к студентам как по мне бред. Так что не несите чушь.
Иногда хорошо освежить в памяти подобный материал, вот и смотрю уже не первую лекцию. И каждый раз остаюсь доволен подачей материала и тем как все хорошо разъясняется. Огромное спасибо за Ваш труд!
На 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. Ну а отключено верхнее левое, потому что по алгоритму считаются расстояния именно от корневого коммутатора, а не от каждого к каждому
Добрый день, Андрей. Не понял момент с выбором корневого коммутатора, а именно, что выбирается по принципу наименьшего MAC-адреса коммутатора. Но в предыдущих лекциях вы говорили, что коммутаторы - это прозрачный мост, у которых нет своего MAC-адреса. Можете подробнее объяснить этот момент?
Подскажите, почему STP полностью отключает порт коммутатора, вместо того, чтобы всего лишь запретить широковещательный трафик через этот адрес? Условно логическая топология будет такой, что широковещательный трафик ходит только через остовное дерево, а другие линки между коммутаторами нужны для того, чтобы разгрузить сеть.
Потому что трафик не широковещательный. У кадра есть мак-адрес получателя, но коммутатор не знает, на какой порт его отправить. Поэтому отправляет на все.
потому что, то что вы называете широковещательным трафиком на самом деле является broadcast+unknown unicast + multicast трафиком и как видим unicast трафик тут тоже присутствует. протокол STP был придуман при царе горохе (1985 год) и сделан простым как палка.
Жаль в этой и последующих лекциях не рассказали о Link Aggregation. Это случай, когда кольца (то есть, дублирующиеся маршруты) не только вредны но полезны. Например, можно соединить коммутаторы не 1 кабелем, а 3мя кабелями (через 3 пары портов на каждом коммутаторе), получив 1 логический линк с х3 пропускной способностью и увеличенной надёжностью (отключение 1 кабеля не нарушит связность сети).
Здраствуйте Andrey Sozykin!!Спасибо за отличную лекцию.!!!!!У меня вопрос.Какие особенности имеет корневой коммутатор по сравнению с остольными коммутаторами.?
Никаких особенностей корневому коммутатору иметь не обязательно. Если сеть крупная, то будет лучше, если корневым окажется самый высокопроизводительный коммутатор. Через него может проходить большой трафик, и если корневым окажется медленный коммутатор, он может тормозить всю сеть.
Здравствуйте, Андрей! Не вполне понятно вот что: когда же коммутаторы "договорятся", кто из них на самом деле является корневым и когда они "сойдутся" во мнении по поводу этого? Потому что все друг другу шлют сообщения типа "вот этот коммутатор корневой", но ведь этот процесс когда-то должен закончиться, или же получается так, что этот процесс происходит постоянно и при изменении сети коммутаторы "подхватывают" изменения, и если новый коммутатор имеет меньший идентификатор, то остальные начинают передавать сообщения "новый коммутатор корневой"? И таким образом получается, что и расчёт расстояний тоже начинает меняться, так сказать, в режиме нон-стоп?
В начале коммутаторы выбирают главный коммутатор методом сравнения(количественного) между идентификаторами, выбирая при этом наименьший. По-умолчанию идентификатором служит МАС-адрес коммутатора, но для удобства Адрей заменил макадреса простыми числами 1,2,3,4 - наглядно демонстрируя, что в такой группе идентификаторов минимальным является №1. Так же напомню, что сам МАС-адрес это тоже число, только записанное в 16-чной форме. Расчет расстояний происходит на следующем этапе, только после того, как выбран главный коммутатор.
но допустим при изменении сети и ввод в кольцо допустим 5 новых коммутаторов к уже работающим, все коммутаторы должны опять опрашивать соседние коммутаторы кто из всех теперь стал корневым?
Процесс определения стоимости корня и пути называется процессом сходимости. Когда сеть впервые инициализируется или когда в сети происходят изменения, коммутаторы проходят процесс конвергенции, чтобы определить текущую топологию сети. Этот процесс может занять от нескольких секунд до нескольких минут, в зависимости от размера сети и скорости обмена сообщениями. Как только процесс конвергенции завершен, коммутаторы «договариваются» о корневом коммутаторе, и путь стоит к корню. Однако протокол STP предназначен для постоянного отслеживания изменений в сети и корректировки топологии по мере необходимости, чтобы гарантировать, что все коммутаторы знают о текущем состоянии сети. Это означает, что протокол STP всегда работает, и коммутаторы могут снова пройти процесс конвергенции, если в сети произойдут изменения. Например, если в сеть добавляется новый коммутатор, другие коммутаторы будут получать сообщения от нового коммутатора и могут корректировать стоимость пути и выбор корневого коммутатора на основе полученной информации. Таким образом, коммутаторы «улавливают» изменения в сети и динамически корректируют свои расчеты расстояний.
Конечно видео уже несколько лет, но все равно задамся вопросом. В первых лекциях по ОСИ было утверждение что она не является архитектурой так как в ней нет протоколов. И в итоге происходит разбор протоколов как раз в разрезе уровней ОСИ. Где ошибка, в самом наличии или в толковании?
На 11:10 не понятно как при подключении устройства может получиться так что на этот порт подключён коммутатор там ведь всего 1 порт и подключено там может быть только 1 кабель и мы просто соединяем компьютер с коммутатором и всё или я чего-то не понимаю?
Если коммутатор может определить куда передать кадр, если в его таблице коммутации есть mac-адрес получателя, то почему он шлет широковещательный сигнал, когда не знает на каком порту находится получатель (и есть ли он в сети вообще)? Не логичнее ли было бы разослать сигнал только неизвестным узлам, в надежде что среди них есть тот самый получатель?
К порту коммутатора может быть подключен другой коммутатор. В таком случае с портом будет связано несколько MAC-адресов. При этом вполне возможно, что не все устройства из подключенного к порту коммутатора видны, т.к. некоторые из них могли еще нп отправлять кадры и наш коммутатор их не обнаружил. Поэтому кадры с неизвестным MAC-адресом пересылаются на все порты.
я думаю, возможен ещё такой вариант. К какому-то порту было подключено другое устройство с новым макадресом. Если отфильтровать порты с известными мак-адресами, то на это новое устройство сообщение не придёт, пока оно само не пошлёт сообщение, и таблица не обновится.
Андрей, а Вы не могли бы растолковать поподробнее про проблемы между 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 который строит конечное количество топологий согласно конфигурации.
Женщины могут не только создавать шторм, но и усмирять его! Вот примерный перевод стихотворения , разбитый мной на абзацы для большей эстетической привлекательности: "Я думаю, что я никогда не увижу графа, Более прекрасного, чем дерево! Дерево, чье важнейшее свойство Это бес-петлевая связность! Дерево, которое должно быть обязательно охватывающим, Чтобы пакеты могли достичь каждой локальной сети! Сначала должен быть выбран корень. Он выбирается по идентификатору. От корня отслеживаются кратчайшие пути. Эти пути размещаются в дереве. Сеть создается такими людьми, как я, Затем мосты находят связующее дерево "
Андрей, здравствуйте! Какие МАС адреса записываются в таблицу коммутации для портов, по которым коммутаторы соединены друг с другом? В коммутаторе возможна ситуация, когда два (или более) устройства, подключенные к разным портам коммутатора, посылают кадры, предназначенные для одного и того же устройства, подключенного к третьему порту. Как будет работать коммутатор в этом случае? А если таких устройств будет не 2, а больше?
Да, именно так. Допустим к коммутатору подключено 10 компьютеров и два (или более) из них одновременно посылают кадры на третий компьютер. Получается как бы коллизия, как в классическом Ethernet. Андрей, спасибо, что откликнулись на мои вопросы.
В коммутаторах есть внутренние буферы. Если пришел кадр и его нужно передать на порт, который в данный момент занят, то кадр записывается в буфер. После освобождения порта, кадр из буфера передается на этот порт. Если пришло одновременно несколько кадров для занятого порта, то все они записываются в буфер. Таким образом, в коммутаторах колизий нет.
Андрей Владимирович - в лекции "Коммутаторы Ethernet" Вы говорили (5:38), что у коммутаторов нет МАС адреса. А в этой лекции - МАС адреса у коммутаторов есть. Можете подробнее объяснить этот момент?
У коммутатора есть MAC-адреса, которые используются для служебных целей: удаленное управление через командную строку и Web, протокол STP и т.п. Но эти адреса не используются при передаче данных коммутатором.
2:01 каким образом? Сколько слушаю объяснение широковещательного шторма, нигде нет полного описания и вроде понятна суть, но детально неясно, что происходит дальше, почему кадры плодятся?
Так STP используется вместо каких-то других канальных протоколов или вместе с ними? Администратор как-то явно определяет необходимость использования STP или же STP автоматически используется при необходимости?
STP используется вместе с другими протоколами. Администратор включает протокол STP на оборудовании, а затем коммутаторы могут автоматически обнаруживать петли с помощью протокола STP и отключать их.
Очень понятно всё, огромное спасибо, но поскольку это последняя лекция про ethernet хотелось бы узнать, на каких масштабах он применяется и какие протоколы канального уровня используются между крупнейшими узлами интернета
Ethernet сейчас применяется для построения локальных сетей почти везде на любых масштабах, до нескольких тысяч устройств. Более крупные сети обычно удобнее делить на подсети с помощью маршрутизаторов.
сейчас ethernet победил и фактически вытеснил все другие среды передачи данных. другой вопрос что мы постоянно видим крайний случай, когда ethernet используется в формате точка-точка для соединения двух маршрутизаторов.
В конце вы сказали, что если при подключении нового устройства образуется кольцо, то порт блокируется. Не совсем понятно, как это обнаруживается при подключении?
Спасибо Вам за хорошие видео лекции! Подскажите, пожалуйста, если коммутатор потеряет кадр, то он будет повторно передан на канальном уровне или это исправит транспортный уровень (TCP)?
На канальном уровне повторная передача кадра не производится. Исправление будет только на транспортном уровне, если используется TCP. В случае UDP потеренные данные должно восстанавливать протокол прикладного уровня.
если используете русскую терминологию то ищите как можно более близкие слова к оригиналу. потеря пакета в комутаторе возможна только в случии программной ошибки или аппаратного сбоя. оба эти варианта недалеки друг от друга и являются редко встречаемыми. однако, сама по себе среда ethernet не подразумевает ни гарантий ни подтверждения доставки. ПОэтому в случае, допустим, переполнения порта коммутатор будет самостоятельно отбрасывать пакеты. И ни о какой повторной передаче речи идти не может. А уж какой там протокол транспортного уровня и кто и что будет исправлять это другой вопрос. может как в случае с видео вещанием у вас просто артефакт на экране проскочит и все.
Я правильно понимаю что можно 2 коммутатора (с протоколами 802.1D) связать 2 кабелями, один из них должен отключиться протокол stp, и в случае повреждения активного кабеля, 2й кабель начнёт функционировать?
в общем случае да, но существуют и более удачные варианты использования двух параллельных кабелей между коммутаторами, начиная от агрегированных интерфейсов и заканчивая redundant trunk группами.
10:07 пропущен важный момент: как при пересылке расстояний до корневого маршрутизатора всем остальным маршрутизаторам удается избежать зацикленности от петель? Почему маршрутизатор 4 не отправил расстояния дальше, маршрутизаторам 2 и 3?
Подскажите пожалуйста, если в широковещательном домене, где коммутаторы с протоколом-rstp нескольких вендоров и какой-нибудь 3com старый после выкл./вкл. объявляет себя рутом и от него долетают bpdu-пакеты, до корневого коммутатора нового Huaweiя у которого все приоритеты выставлены, что он главный. В итоге топология не меняется и назначенный Huawei остается рутом, но у него висит сообщение, что с такого-то порта прилетела смена топологии и с этим Huaweiем может пропасть связь на 15-20 сек. Подскажите это нормальная ситуация или можно этого избежать? Это учитывая что все порты настроены правильно по loop и root-протекшэн. Заранее спасибо.
Нет. Широковещательный шторм возникает из-за того, что создается несколько копий кадра, а от них в свою очередь тоже несколько копий. Даже если некоторые кадры дойдут до получателя, это не изменит ситуацию в целом.
Здравствуйте, Андрей! В вашей схеме неочевидно, что происходит с парой идентичных кадров после того, как они попали в нижний на иллюстрации коммутатор первый раз. Можете, пожалуйста, прояснить? Я пытаюсь мысленно смоделировать описанную вами последовательность пересылок кадра, но в итоге получается только пара кадров, вечно циркулирующая в кольце коммутаторов. Разумеется, это пагубно влияет на общую пропускную способность сети, но не так, чтобы это можно было назвать штормом. Не понимаю, в каком шаге я ошибся. Спасибо за лекцию!
Андрей, подскажите, пожалуйста, а как реализуется управление протоколом и настройка его работы (к примеру, выбор корневого коммутатора)? Через командную строку? Или через веб-интерфейс коммутатора? Или и так и так? Заранее благодарю.
скажите пожалуйста, почему для к роутеру нужно на моем телефоне ввести мас адрес? а к остальные требуют ввести только пароль от вифи, а этоту нужно именно мас. Для меня это неонятно.
Прошу прощения за уточнение, если порт нумеруется слева направо и будет отключен порт с наибольшим номером порта при равном весе подграфов, образующих кольцо - значит будет отключен не тот порт, что приводится на слайде?
Огромное спасибо, очень крутой курс лекций! Небольшой вопрос по смежной теме - получается что если сеть состоит из нескольких коммутаторов, то каждый кадр, попавший в коммутатор 1, предназначенный для MAC, который находится под коммутатором 2, будет отправляться во все порты коммутатора 1, т.к. у него в таблице нет этого MAC? Если предварительно известно, что MAC назначения находится в под коммутатором 2, может быть так, что коммутатор 1 в целях оптимизации нагрузки на сеть будет отправлять кадр только в порт для другого коммутатора, а не во все?
Насколько я понимаю, так и произойдёт. В таблице коммутации коммутатора 1 для порта, которым он подключён к коммутатору 2, со временем сформируется полный список МАК адресов компьютеров, подключённых непосредственно к коммутатору 2. Точнее, в этот список попадут только те компьютеры из сегмента 2, которые передают данные на компьютеры из сегмента 1. Потому что обучение таблицы коммутации выполняется по адресу отправителя, а не получателя. Или администратор может сам заполнить таблицу коммутации вручную (но это скорее исключение).
В STP нам нужно оставить рабочим только один путь между коммутаторами. Желательно, чтобы этот путь был самым быстрым. На скорость передачи данных влияют два параметра: 1. Количество соединений между коммутаторами. 2. Скорость соединений, между коммутаторами. Например, если есть два пути, на одном один промежуточный коммутатор и скорость соединения 1ГБ/с, а на втором - два промежуточных коммутатора, но скорость 10ГБ/с. В этом случае лучше выбрать второй путь, хотя там больше промежуточных коммутаторов. В реальных сетях ситуация более сложная: коммутаторов может быть много, и скорость соединений между ними разная. Поэтому ввели метрику стоимости пути между коммутаторами, которая зависит от скорости соединения. Значения метрик точные, они определены в стандарте IEEE 802.1d. Для работы автоматических алгоритмов, таких как STP, нужна строгая математическая модель, в противном случае они не будут работать. Но эта модель, безусловно, только примерно совпадает с действительностью. Если для скорости 1 Гб/с в стандарте задано значение 4, а для 10 Гб/с - 2, это не значит, что скорость передачи по гигабитному каналу всего в два раза меньше, чем по десятигигабитному. Такие значения подходят для работы протокола STP, но никаких дополнительных выводов делать не имеет смысла.
ну если так рассуждать, что никак не находится компьютер, подключенный к порту, то и с двумя коммутаторами та же проблема будет - хождение кадра по кругу. Единственное, что не удваивается.
Иногда нужно определить, сколько промежуточных коммутаторов внутри сети находится по маршруту между хостами. Трассировка не помогает, т.е. для нее L2-устройства прозрачны. Получается, для этого можно использовать данные протокола STP? Ведь он определяет наличие промежуточных коммутаторов? Если да, есть ли утилиты для этого? Если нет, то почему?
А почему две копии кадра идут не к своим коммутаторам, то есть откуда они пришли, а к другим коммутаторам, то есть туда где они еще не были? Как определяется то, каким хостам кадр уже был передан, неужели записями в поле тип ?
т.е. при передаче данных от 4 к 3 расстояние будет уже 12. А разве нету какого нибудь алгоритма, что бы задействовать отключенный порт для более быстрой передачи? а можно ли подключится к сети и прикинуться коммутатором скажем 0,5 и переделать всю таблицу? а если специально гнать шум(т.е. после формирования таблицы маршрутизации подставлять еще меньшее значение и заставлять всю сеть переписывать таблицу) то сеть встанет? а могу ли я подделать состояние порта из другого свитча? миллион вопросов)) или я забегаю вперед?
можно, но в нормально настроенной сети на разных портах коммутаторов получение STP пакетов будет приводит к банальной блокировке данных портов. пакеты STP будут разрешены только на определенных портах.
А как коммутатор поймёт что в его порт подключён другой коммутатор? Вопрос скорее по какому-то из предыдущих видео, но он у меня возник на этом видео Допустим есть 2 коммутатора, соединённых друг с другом. Оба не знают таблицу коммутации 1. Приходит кадр на один из портов 2. Коммутатор 1 рассылает его на остальные порты (в числе которых коммутатор 2) 3. Коммутатор 2 получает кадр на один из своих портов (к которому подключён коммутатор 1) 4. Достаёт из него MAC адрес отправителя (запомним этот момент) и делает вывод что там висит компьютер с таким мак адресом и записывает его в таблицу Два вопроса: 1. Кадр не сможет быть доставлен до компьютера на коммутаторе 1, если он был отправлен из сети коммутатора 2? Допустим коммутатор 2 после предыдущих действий подумал что на условном порту N висит компьютер с MAC адресом (который я просил запомнить выше), а не коммутатор 1 и он не будет на этот порт отправлять кадр (даже если MAC получателя будет в сети коммутатора 1). То есть как коммутаторы понимают что к ним подключены другие коммутаторы и все кадры нужно на эти порты отправлять всегда? 2. Если повторить пункт 1, но с кадром от другого компьютера с другим MAC адресом, то что должен делать коммутатор 2? Перезаписать новый адрес в таблице коммутации на данный порт? Сложновато для понимания, наверное, описал)
Жаль, что не показал на уровне пакетов. Получается после разрыва кольца, если с к3 кратчайший путь на к4, он обходит все кольцо по другим коммутаторам и не пользуется оптимальной разорванной?
+Руслан Аджигитова, основная причина надежность. Плохо, если разорвется кабель и сеть перестанет работать. Недавно был похожий случай с банком Открытие, когда из-за обрыва сетевого кабеля не работали банкоматы. Другая причина: защита от ошибок при конфигурации. Когда сеть большая, оборудования много и оно в разных зданиях, очень просто перепутать и воткнуть кабель не в тот коммутатор. В результате будет кольцо и вся сеть обрушится. STP защищает от такого.
Странный урок, то есть по данному уроку кольцевые соединения не возможны, но все именно это и делают в больших сетях. Научись правильно настраивать коммутационные устройства и проблем не будет
Посмотрел перед собеседованием, не думал, что пригодится, в итоге спросили. Нарисовал, объяснил по видео - получил + на собеседовании!) Спасибо большое!
Очень рад, что пригодилось на собеседовании! Приняли на работу? Или пока не дали ответ?
@@AndreySozykin жду ответа, в конце недели)
@@КонстантинС-ь8ш работаешь?
Как то даже грустно что инженеры, которых спрашивают на собеседовании о технологиях компьютерных сетей, изучают эти самые технологии по коротким обзорным видео на UA-cam. Инженеры, конечно, не врачи, но все же
Добрый день, Андрей! Хочу поблагодарить за очень понятные лекции! Я много чего смотрела и читала по сетям, хоть это и не мой основной профиль, но для работы нужно. И никак у меня не укладывалось в голове - как это всё работает, как компьютеры не путают, что куда и зачем ушло, как они слушают, что им, а что не им. Я сначала думала, что ответ какой-то простой, но до меня не доходит)
Я начала смотреть ваши лекции с самого начала. И оказалось, что ответ как раз совсем не простой, но благодаря вам вот уже к этой лекции я всю эту сложную механику увидела как на ладони, и наверное, теперь даже смогу объяснить на пальцах своим детям))
Спасибо огромное! так понятно объяснять такие сложные конструкции - это просто дар!
это просто нечто! то чувство, когда информацию разжевали, да ещё и переварили за меня. запоминается с первого раза! огромная благодарность, лайк и подписка.
Спасибо!
Я получил столько восторга от данного объяснения, один из интереснейших материалов в этом курсе.
Спасибо! Рад, что видео интересно!
Отличные лекции все, эта особенно полезная. Вот бы так в универе объясняли.
+Сергей Р, спасибо!
Несомненно видео хорошее, однако не сказано про такие понятия как 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 тщательного изучения ), в итоге просто возникает невозможность сдачи всего и преподаватели это прекрасно понимают. Для сетевого инженера или сис-админа знать это обязательно, но подобные требования к студентам как по мне бред. Так что не несите чушь.
Класс! Никогда, не слышал до этого про этот протокол, а тут все очень подробно :) С удовольствием смотрю ваши лекции!
Спасибо!
Иногда хорошо освежить в памяти подобный материал, вот и смотрю уже не первую лекцию. И каждый раз остаюсь доволен подачей материала и тем как все хорошо разъясняется. Огромное спасибо за Ваш труд!
Пожалуйста! Рад, что нравится!
Отличное видео, хороший пример, всё сразу стало понятно 👍
Спасибо!
На 6:15 оговорка - это не простые целые числа, а натуральные, но это такая маленькая и ненужная придирка. Курс чудесный, огромный и познавательный. Спс!
Очень классное изложение. Всё чётко последовательно, человек явно знает о чём говорит
Спасибо!
Лучи добра и благодарности тебе автор !
Спасибо!
@@AndreySozykin я оказывается 10 месяцев назад смотрел уже :-).
Вот так за 10 месяцев и забываются детали
Спасибо!
Завтра экзамен, без вас - шансов не было бы совсем
Успехов!
Привет из ПНИПУ!
Учусь у Масича Г.Ф., в сетях плохо соображаю и ваши видео спасательный круг)
Я сам учился у Григория Федоровича, он очень хорошо объясняет! Половину того, что рассказываю в видео, узнал на его лекциях.
Просто агонь! На таких людях и держится все. Спасибо, Андрей!
Большое спасибо!!! Очень познавательно!!! Так держать!!! Очень полезная и нужная информация!
Спасибо!
Вам спасибо.
Всё это знал, но успел забыть
Пожалуйста! Успехов, вспомнить все!
Спасибо.
Qilgan bu yaxshi amallariyezni ajrini bersin
готовлюсь к собеседованию. отсмотрел конкретно по стп несколько разных лекций.
эта пока максимально доходчивая
+Сергей Иванов, спасибо!
По ipsec пока нет, но планирую запсать несколько лекций.
Большое спасибо за информативный и подробный курс.
Пожалуйста!
Спасибо вам, Андрей!
Пожалуйста!
Спасибо большое! Через два дня гос.экзамен!!
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. Ну а отключено верхнее левое, потому что по алгоритму считаются расстояния именно от корневого коммутатора, а не от каждого к каждому
Спасибо за отличное объяснение)
Пожалуйста!
Браво! очень полезно! Спасибо
Пожалуйста!
Спасибо за видео, лекция хорошая, подписчиков вам
Счастья, здоровья
Спасибо Андрей. Хорошая лекция.
Хочется услышать лекцию про VPN.
Спасибо!
Про VPN уже много запросов. Видимо, придется делать!
@@AndreySozykin сделал?)
@@w1tcherj врядли сделал, там уже так просто по учебнику не прочитаешь ведь
@@anatolyrudenko6084 чего это вдруг? В каждой теме есть теория и есть практика
Добрый день, Андрей. Не понял момент с выбором корневого коммутатора, а именно, что выбирается по принципу наименьшего MAC-адреса коммутатора. Но в предыдущих лекциях вы говорили, что коммутаторы - это прозрачный мост, у которых нет своего MAC-адреса. Можете подробнее объяснить этот момент?
огромное спасибо, очень ценный курс
Пожалуйста!
Отличный курс, большое спасибо)
Спасибо за объяснение! У вас всё просто и понятно, в отличие от книги Олифера, где полно информации, которая написано сложно.
Пожалуйста!
Подскажите, почему STP полностью отключает порт коммутатора, вместо того, чтобы всего лишь запретить широковещательный трафик через этот адрес?
Условно логическая топология будет такой, что широковещательный трафик ходит только через остовное дерево, а другие линки между коммутаторами нужны для того, чтобы разгрузить сеть.
Потому что трафик не широковещательный. У кадра есть мак-адрес получателя, но коммутатор не знает, на какой порт его отправить. Поэтому отправляет на все.
потому что, то что вы называете широковещательным трафиком на самом деле является broadcast+unknown unicast + multicast трафиком и как видим unicast трафик тут тоже присутствует. протокол STP был придуман при царе горохе (1985 год) и сделан простым как палка.
Жаль в этой и последующих лекциях не рассказали о Link Aggregation. Это случай, когда кольца (то есть, дублирующиеся маршруты) не только вредны но полезны. Например, можно соединить коммутаторы не 1 кабелем, а 3мя кабелями (через 3 пары портов на каждом коммутаторе), получив 1 логический линк с х3 пропускной способностью и увеличенной надёжностью (отключение 1 кабеля не нарушит связность сети).
*Л. а. й. к. о. с.* за видос.
Благодарю
Спасибо!
Здраствуйте Andrey Sozykin!!Спасибо за отличную лекцию.!!!!!У меня вопрос.Какие особенности имеет корневой коммутатор по сравнению с остольными коммутаторами.?
Никаких особенностей корневому коммутатору иметь не обязательно. Если сеть крупная, то будет лучше, если корневым окажется самый высокопроизводительный коммутатор. Через него может проходить большой трафик, и если корневым окажется медленный коммутатор, он может тормозить всю сеть.
Отличная лекция
Спасибо!
Здравствуйте, Андрей! Не вполне понятно вот что: когда же коммутаторы "договорятся", кто из них на самом деле является корневым и когда они "сойдутся" во мнении по поводу этого? Потому что все друг другу шлют сообщения типа "вот этот коммутатор корневой", но ведь этот процесс когда-то должен закончиться, или же получается так, что этот процесс происходит постоянно и при изменении сети коммутаторы "подхватывают" изменения, и если новый коммутатор имеет меньший идентификатор, то остальные начинают передавать сообщения "новый коммутатор корневой"? И таким образом получается, что и расчёт расстояний тоже начинает меняться, так сказать, в режиме нон-стоп?
В начале коммутаторы выбирают главный коммутатор методом сравнения(количественного) между идентификаторами, выбирая при этом наименьший. По-умолчанию идентификатором служит МАС-адрес коммутатора, но для удобства Адрей заменил макадреса простыми числами 1,2,3,4 - наглядно демонстрируя, что в такой группе идентификаторов минимальным является №1. Так же напомню, что сам МАС-адрес это тоже число, только записанное в 16-чной форме. Расчет расстояний происходит на следующем этапе, только после того, как выбран главный коммутатор.
но допустим при изменении сети и ввод в кольцо допустим 5 новых коммутаторов к уже работающим, все коммутаторы должны опять опрашивать соседние коммутаторы кто из всех теперь стал корневым?
Процесс определения стоимости корня и пути называется процессом сходимости. Когда сеть впервые инициализируется или когда в сети происходят изменения, коммутаторы проходят процесс конвергенции, чтобы определить текущую топологию сети. Этот процесс может занять от нескольких секунд до нескольких минут, в зависимости от размера сети и скорости обмена сообщениями.
Как только процесс конвергенции завершен, коммутаторы «договариваются» о корневом коммутаторе, и путь стоит к корню. Однако протокол STP предназначен для постоянного отслеживания изменений в сети и корректировки топологии по мере необходимости, чтобы гарантировать, что все коммутаторы знают о текущем состоянии сети. Это означает, что протокол STP всегда работает, и коммутаторы могут снова пройти процесс конвергенции, если в сети произойдут изменения.
Например, если в сеть добавляется новый коммутатор, другие коммутаторы будут получать сообщения от нового коммутатора и могут корректировать стоимость пути и выбор корневого коммутатора на основе полученной информации. Таким образом, коммутаторы «улавливают» изменения в сети и динамически корректируют свои расчеты расстояний.
Обьяснение от chatgpt
Конечно видео уже несколько лет, но все равно задамся вопросом. В первых лекциях по ОСИ было утверждение что она не является архитектурой так как в ней нет протоколов. И в итоге происходит разбор протоколов как раз в разрезе уровней ОСИ. Где ошибка, в самом наличии или в толковании?
Протоколы не из модели OSI, а из стека TCP/IP.
@@AndreySozykin но в лекции вы прямо указываете "какое место эти протоколы занимают в модели OSI", отсюда и вопрос
Модель OSI как раз и используют как референсную, чтобы показать где место того или иного протокола в сетях различного типа.
значимость модели OSI на настоящий момент дискредитирована.
какой полезный канал
Спасибо!
Spasibo ))
kak vseqda vse klasno ))
Пожалуйста! Рад, что нравится!
На 11:10 не понятно как при подключении устройства может получиться так что на этот порт подключён коммутатор там ведь всего 1 порт и подключено там может быть только 1 кабель и мы просто соединяем компьютер с коммутатором и всё или я чего-то не понимаю?
Да, коммутатор соединяется с коммутатором.
@@AndreySozykin это я понимаю я не понимаю как можно подключить кабель привязанный к компьютеру в порт который уже занят коммутатором?
Если коммутатор может определить куда передать кадр, если в его таблице коммутации есть mac-адрес получателя, то почему он шлет широковещательный сигнал, когда не знает на каком порту находится получатель (и есть ли он в сети вообще)? Не логичнее ли было бы разослать сигнал только неизвестным узлам, в надежде что среди них есть тот самый получатель?
К порту коммутатора может быть подключен другой коммутатор. В таком случае с портом будет связано несколько MAC-адресов. При этом вполне возможно, что не все устройства из подключенного к порту коммутатора видны, т.к. некоторые из них могли еще нп отправлять кадры и наш коммутатор их не обнаружил. Поэтому кадры с неизвестным MAC-адресом пересылаются на все порты.
я думаю, возможен ещё такой вариант. К какому-то порту было подключено другое устройство с новым макадресом. Если отфильтровать порты с известными мак-адресами, то на это новое устройство сообщение не придёт, пока оно само не пошлёт сообщение, и таблица не обновится.
Андрей, а Вы не могли бы растолковать поподробнее про проблемы между 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 не обязан быть разрешен на всех портах.
Как жалко что вы больше не в урфу)
Женщины могут не только создавать шторм, но и усмирять его!
Вот примерный перевод стихотворения , разбитый мной на абзацы для большей эстетической привлекательности:
"Я думаю, что я никогда не увижу графа,
Более прекрасного, чем дерево!
Дерево, чье важнейшее свойство
Это бес-петлевая связность!
Дерево, которое должно быть обязательно охватывающим,
Чтобы пакеты могли достичь каждой локальной сети!
Сначала должен быть выбран корень.
Он выбирается по идентификатору.
От корня отслеживаются кратчайшие пути.
Эти пути размещаются в дереве.
Сеть создается такими людьми, как я,
Затем мосты находят связующее дерево "
Андрей, здравствуйте! Какие МАС адреса записываются в таблицу коммутации для портов, по которым коммутаторы соединены друг с другом? В коммутаторе возможна ситуация, когда два (или более) устройства, подключенные к разным портам коммутатора, посылают кадры, предназначенные для одного и того же устройства, подключенного к третьему порту. Как будет работать коммутатор в этом случае? А если таких устройств будет не 2, а больше?
К одному порту коммутатора можно принисать несколько MAC-адресов.
Спасибо. А что со второй частью вопроса?
Не до конца понял вопрос. Что будет, если на один порт будет отправлено несколько кадров одновременно с разных портов?
Да, именно так. Допустим к коммутатору подключено 10 компьютеров и два (или более) из них одновременно посылают кадры на третий компьютер. Получается как бы коллизия, как в классическом Ethernet. Андрей, спасибо, что откликнулись на мои вопросы.
В коммутаторах есть внутренние буферы. Если пришел кадр и его нужно передать на порт, который в данный момент занят, то кадр записывается в буфер. После освобождения порта, кадр из буфера передается на этот порт.
Если пришло одновременно несколько кадров для занятого порта, то все они записываются в буфер.
Таким образом, в коммутаторах колизий нет.
Таки да! Но конспект все равно пишу)
Андрей Владимирович - в лекции "Коммутаторы Ethernet" Вы говорили (5:38), что у коммутаторов нет МАС адреса. А в этой лекции - МАС адреса у коммутаторов есть. Можете подробнее объяснить этот момент?
У коммутатора есть MAC-адреса, которые используются для служебных целей: удаленное управление через командную строку и Web, протокол STP и т.п. Но эти адреса не используются при передаче данных коммутатором.
2:01 каким образом? Сколько слушаю объяснение широковещательного шторма, нигде нет полного описания и вроде понятна суть, но детально неясно, что происходит дальше, почему кадры плодятся?
Так STP используется вместо каких-то других канальных протоколов или вместе с ними?
Администратор как-то явно определяет необходимость использования STP или же STP автоматически используется при необходимости?
STP используется вместе с другими протоколами.
Администратор включает протокол STP на оборудовании, а затем коммутаторы могут автоматически обнаруживать петли с помощью протокола STP и отключать их.
@@AndreySozykin Спасибо
Очень понятно всё, огромное спасибо, но поскольку это последняя лекция про ethernet хотелось бы узнать, на каких масштабах он применяется и какие протоколы канального уровня используются между крупнейшими узлами интернета
Ethernet сейчас применяется для построения локальных сетей почти везде на любых масштабах, до нескольких тысяч устройств. Более крупные сети обычно удобнее делить на подсети с помощью маршрутизаторов.
сейчас ethernet победил и фактически вытеснил все другие среды передачи данных. другой вопрос что мы постоянно видим крайний случай, когда ethernet используется в формате точка-точка для соединения двух маршрутизаторов.
Спасибо, очень интересно!
Пожалуйста!
Все четко и понятно
+Maksym Skachkov, спасибо!
В конце вы сказали, что если при подключении нового устройства образуется кольцо, то порт блокируется. Не совсем понятно, как это обнаруживается при подключении?
При подключении устроиство отправляет запросы, если оно приходит назад через эти же дороги то сеть принимает соеденение как кольцо.
Спасибо Вам за хорошие видео лекции! Подскажите, пожалуйста, если коммутатор потеряет кадр, то он будет повторно передан на канальном уровне или это исправит транспортный уровень (TCP)?
На канальном уровне повторная передача кадра не производится. Исправление будет только на транспортном уровне, если используется TCP. В случае UDP потеренные данные должно восстанавливать протокол прикладного уровня.
если используете русскую терминологию то ищите как можно более близкие слова к оригиналу. потеря пакета в комутаторе возможна только в случии программной ошибки или аппаратного сбоя. оба эти варианта недалеки друг от друга и являются редко встречаемыми. однако, сама по себе среда ethernet не подразумевает ни гарантий ни подтверждения доставки. ПОэтому в случае, допустим, переполнения порта коммутатор будет самостоятельно отбрасывать пакеты. И ни о какой повторной передаче речи идти не может. А уж какой там протокол транспортного уровня и кто и что будет исправлять это другой вопрос. может как в случае с видео вещанием у вас просто артефакт на экране проскочит и все.
Я правильно понимаю что можно 2 коммутатора (с протоколами 802.1D) связать 2 кабелями, один из них должен отключиться протокол stp, и в случае повреждения активного кабеля, 2й кабель начнёт функционировать?
Да.
в общем случае да, но существуют и более удачные варианты использования двух параллельных кабелей между коммутаторами, начиная от агрегированных интерфейсов и заканчивая redundant trunk группами.
10:07 пропущен важный момент: как при пересылке расстояний до корневого маршрутизатора всем остальным маршрутизаторам удается избежать зацикленности от петель? Почему маршрутизатор 4 не отправил расстояния дальше, маршрутизаторам 2 и 3?
Подскажите пожалуйста, если в широковещательном домене, где коммутаторы с протоколом-rstp нескольких вендоров и какой-нибудь 3com старый после выкл./вкл. объявляет себя рутом и от него долетают bpdu-пакеты, до корневого коммутатора нового Huaweiя у которого все приоритеты выставлены, что он главный. В итоге топология не меняется и назначенный Huawei остается рутом, но у него висит сообщение, что с такого-то порта прилетела смена топологии и с этим Huaweiем может пропасть связь на 15-20 сек. Подскажите это нормальная ситуация или можно этого избежать? Это учитывая что все порты настроены правильно по loop и root-протекшэн. Заранее спасибо.
Насколько я понимаю, этого не избежать.
@@AndreySozykin Спасибо!
что мешает выкинуть STP с этих трикомов ? они LACP поддерживают?
Правильно ли я понимаю, что если не подключаются новые устройства к коммутаторам то и петли не будут создаваться?
Строго говоря, можно переключить соединение между старыми устройствами таким образом, что образуется петля.
@@AndreySozykin спасибо за ответ.
Получается петля создаётся если какой-то коммутатор не знает об устройстве?
Да, именно так.
Скажите шировещательный шторм ведь возникает только в случае, если отсутвует во всей сети MAC-адрес получателя?
Нет. Широковещательный шторм возникает из-за того, что создается несколько копий кадра, а от них в свою очередь тоже несколько копий. Даже если некоторые кадры дойдут до получателя, это не изменит ситуацию в целом.
Здравствуйте, Андрей! В вашей схеме неочевидно, что происходит с парой идентичных кадров после того, как они попали в нижний на иллюстрации коммутатор первый раз. Можете, пожалуйста, прояснить? Я пытаюсь мысленно смоделировать описанную вами последовательность пересылок кадра, но в итоге получается только пара кадров, вечно циркулирующая в кольце коммутаторов. Разумеется, это пагубно влияет на общую пропускную способность сети, но не так, чтобы это можно было назвать штормом. Не понимаю, в каком шаге я ошибся. Спасибо за лекцию!
Андрей, подскажите, пожалуйста, а как реализуется управление протоколом и настройка его работы (к примеру, выбор корневого коммутатора)? Через командную строку? Или через веб-интерфейс коммутатора? Или и так и так? Заранее благодарю.
Зависит от модели коммутатора. Почти все современные коммутаторы поддерживают и Web, и командную строку.
скажите пожалуйста, почему для к роутеру нужно на моем телефоне ввести мас адрес? а к остальные требуют ввести только пароль от вифи, а этоту нужно именно мас. Для меня это неонятно.
Cпасибо!
Пожалуйста!
Прошу прощения за уточнение, если порт нумеруется слева направо и будет отключен порт с наибольшим номером порта при равном весе подграфов, образующих кольцо - значит будет отключен не тот порт, что приводится на слайде?
Огромное спасибо, очень крутой курс лекций!
Небольшой вопрос по смежной теме - получается что если сеть состоит из нескольких коммутаторов, то каждый кадр, попавший в коммутатор 1, предназначенный для MAC, который находится под коммутатором 2, будет отправляться во все порты коммутатора 1, т.к. у него в таблице нет этого MAC? Если предварительно известно, что MAC назначения находится в под коммутатором 2, может быть так, что коммутатор 1 в целях оптимизации нагрузки на сеть будет отправлять кадр только в порт для другого коммутатора, а не во все?
Насколько я понимаю, так и произойдёт. В таблице коммутации коммутатора 1 для порта, которым он подключён к коммутатору 2, со временем сформируется полный список МАК адресов компьютеров, подключённых непосредственно к коммутатору 2. Точнее, в этот список попадут только те компьютеры из сегмента 2, которые передают данные на компьютеры из сегмента 1. Потому что обучение таблицы коммутации выполняется по адресу отправителя, а не получателя.
Или администратор может сам заполнить таблицу коммутации вручную (но это скорее исключение).
Что такое стоимость порта?
Что за число расстояния между коммутаторами? Это примерное значение или это что-то означает? Поясните пожалуйста.
В STP нам нужно оставить рабочим только один путь между коммутаторами. Желательно, чтобы этот путь был самым быстрым. На скорость передачи данных влияют два параметра:
1. Количество соединений между коммутаторами.
2. Скорость соединений, между коммутаторами.
Например, если есть два пути, на одном один промежуточный коммутатор и скорость соединения 1ГБ/с, а на втором - два промежуточных коммутатора, но скорость 10ГБ/с. В этом случае лучше выбрать второй путь, хотя там больше промежуточных коммутаторов.
В реальных сетях ситуация более сложная: коммутаторов может быть много, и скорость соединений между ними разная. Поэтому ввели метрику стоимости пути между коммутаторами, которая зависит от скорости соединения. Значения метрик точные, они определены в стандарте IEEE 802.1d. Для работы автоматических алгоритмов, таких как STP, нужна строгая математическая модель, в противном случае они не будут работать. Но эта модель, безусловно, только примерно совпадает с действительностью. Если для скорости 1 Гб/с в стандарте задано значение 4, а для 10 Гб/с - 2, это не значит, что скорость передачи по гигабитному каналу всего в два раза меньше, чем по десятигигабитному. Такие значения подходят для работы протокола STP, но никаких дополнительных выводов делать не имеет смысла.
То есть коммутаторы сравнивают метрику известных им каналов, и выбирают наименьшее значение в приоритет?
+Сергей Иванов, да, выбирают путь с наименьшей метрикой.
ну если так рассуждать, что никак не находится компьютер, подключенный к порту, то и с двумя коммутаторами та же проблема будет - хождение кадра по кругу. Единственное, что не удваивается.
нет. второй коммутатор уже не вернет первому этот кадр - он проходит только в одну сторону
Круто. А было видео о использовании нескольких комутаторов в одной сети?
Иногда нужно определить, сколько промежуточных коммутаторов внутри сети находится по маршруту между хостами.
Трассировка не помогает, т.е. для нее L2-устройства прозрачны.
Получается, для этого можно использовать данные протокола STP? Ведь он определяет наличие промежуточных коммутаторов? Если да, есть ли утилиты для этого? Если нет, то почему?
схему сети нужно было изначально делать)
для реверс инжиниринга топологии сети обычно используется отдельный протокол LLDP . а STP не используется от слова совсем.
Спасибо большое!!!)
А почему две копии кадра идут не к своим коммутаторам, то есть откуда они пришли, а к другим коммутаторам, то есть туда где они еще не были? Как определяется то, каким хостам кадр уже был передан, неужели записями в поле тип ?
При выборе корневого коммутатора- как коммутаторы узнают что они все уже нашли правильный корневой коммутатор и можно приступать к построению дерева?
По прошествии Forward Delay (15 sec)
т.е. при передаче данных от 4 к 3 расстояние будет уже 12. А разве нету какого нибудь алгоритма, что бы задействовать отключенный порт для более быстрой передачи?
а можно ли подключится к сети и прикинуться коммутатором скажем 0,5 и переделать всю таблицу? а если специально гнать шум(т.е. после формирования таблицы маршрутизации подставлять еще меньшее значение и заставлять всю сеть переписывать таблицу) то сеть встанет?
а могу ли я подделать состояние порта из другого свитча?
миллион вопросов)) или я забегаю вперед?
можно, но в нормально настроенной сети на разных портах коммутаторов получение STP пакетов будет приводит к банальной блокировке данных портов. пакеты STP будут разрешены только на определенных портах.
А как коммутатор поймёт что в его порт подключён другой коммутатор? Вопрос скорее по какому-то из предыдущих видео, но он у меня возник на этом видео
Допустим есть 2 коммутатора, соединённых друг с другом. Оба не знают таблицу коммутации
1. Приходит кадр на один из портов
2. Коммутатор 1 рассылает его на остальные порты (в числе которых коммутатор 2)
3. Коммутатор 2 получает кадр на один из своих портов (к которому подключён коммутатор 1)
4. Достаёт из него MAC адрес отправителя (запомним этот момент) и делает вывод что там висит компьютер с таким мак адресом и записывает его в таблицу
Два вопроса:
1. Кадр не сможет быть доставлен до компьютера на коммутаторе 1, если он был отправлен из сети коммутатора 2? Допустим коммутатор 2 после предыдущих действий подумал что на условном порту N висит компьютер с MAC адресом (который я просил запомнить выше), а не коммутатор 1 и он не будет на этот порт отправлять кадр (даже если MAC получателя будет в сети коммутатора 1). То есть как коммутаторы понимают что к ним подключены другие коммутаторы и все кадры нужно на эти порты отправлять всегда?
2. Если повторить пункт 1, но с кадром от другого компьютера с другим MAC адресом, то что должен делать коммутатор 2? Перезаписать новый адрес в таблице коммутации на данный порт?
Сложновато для понимания, наверное, описал)
Жаль, что не показал на уровне пакетов. Получается после разрыва кольца, если с к3 кратчайший путь на к4, он обходит все кольцо по другим коммутаторам и не пользуется оптимальной разорванной?
круто!
Нихера не понятно, но очень интересно. Подписался.
Спасибо!
спасибо!
Спасибо
спосибо
Как это все программируют ? Паяльником? :D
Зависит от реализации. Многие производители для повышения производительности запихивают все в специализированные микросхемы ASIC.
2 дня до экзамена, пора учиться на Ютубе.
Самое время 😉. Успехов!
Like!!
Спасибо!
зачем stp если можно просто не подключать коммутаторы в кольцо а соединить их последовательно? Добавить дополнительной надёжности?
+Руслан Аджигитова, основная причина надежность. Плохо, если разорвется кабель и сеть перестанет работать. Недавно был похожий случай с банком Открытие, когда из-за обрыва сетевого кабеля не работали банкоматы.
Другая причина: защита от ошибок при конфигурации. Когда сеть большая, оборудования много и оно в разных зданиях, очень просто перепутать и воткнуть кабель не в тот коммутатор. В результате будет кольцо и вся сеть обрушится. STP защищает от такого.
Andrey Sozykin спасибо за ответ
выбор разрыва(отключения) STP протокола на коммутаторах происходит в самой отдаленной точке по метрике?
в современной жизни STP используется не часто из-за недостатков. почитайте про spine and leaf
А коммутаторы 3-го уровня?
рахмат ока
Сиз тушундингизми?
МАН тушунмадим
rahmat oka
Спасибо Radia Perlman такую штуку придумала! Спасибо Андрей все по полочкам, но еще бы инфы с Root, TCN и т.д.
Даже умудряетесь исторические справки вставлять. Интересно.
жалко коммутатор bid 4((( :D
вот когда понял что жизнь это окружающие тебя коммутаторы
:-)
5:04
Это не широковещательный шторм. Это просто петля. Юникаст же.
Автор> ..коммутатор с идентификатором четыре...
Субтитры> ..коммутатор сын wi-fi...
😑 6:53
Прям восстание коммутаторов какое-то
не понял если честн
Одна поправка (ua-cam.com/video/xtHlGmd94ec/v-deo.html): не "простые целые", а натуральные числа
Странный урок, то есть по данному уроку кольцевые соединения не возможны, но все именно это и делают в больших сетях.
Научись правильно настраивать коммутационные устройства и проблем не будет
+Plus