ОГРОМНОЕ спасибо за Ваш труд! Очень много полезной информации узнала для себя, все доступно и понятно. Хочется похвалить Вас и пожелать всего самого хорошего, ни в коем случае не бросайте такое благородное дело!
Очень достойно. Автор умеет расказать просто о достаточно сложном. Третий день стараюсь при помощи гугла разобраться в протоколе IS-IS. Если бы Вы могли объяснить это так же просто, на пальцах - было бы очень круто. Тем не менее Андрей Вы гениальный лектор!!!
@@AndreySozykin Ждем с нетерпением))). Тоже бы хотелось понять про зоны. И про другие протоколы динамической маршрутизации, такие как ERGP, IS-IS и BGP))) Было бы круто
Это правда самое лучшее решение, какое только можно было принять. В добавок к этому стоит уделить время и computer science. Вместе с сетями изучить как работает память компьютера, ее историю, трудности реализации и нюансы работы с ней; процессор, хранилища и остальное, вплоть до OS. После того, программирование будет гораздо яснее во всех отношениях.
@@centwor1on167 Думаю веб разработка. Бэк энд, потом фронт энд. Но в интересах никогда не ограничивал себя. Когда то любимым журналом был Компьютерра. Учил сестру программировать на Паскале. Можно сказать я просто возвращаюсь туда где должен был быть.
Однозначно лайк и подписка! Из пожеланий - настройка типовых параметров протоколов. Понятно что на каждом девайсе могут быть свои настройки, но хотя бы в первом приближении.
Все супер. Только мне кажется, нужно было еще упомянуть о несимметричной маршрутизации и о том, что косты на одном канале в разные стороны вполне могут быть разные.
Андрей, вы говорите, что OSPF это база, это протокол, который встречается практически везде. Так может стоит про него подробнее углубиться? Рассказать подробнее(как мне кажется, потому что я недопонимаю) про Зоны, про DR и про hello пакеты(зачем hello нужны, если роутеры об изменениях уведомляют DR, если роутер включается в сеть, он общается именно с DR), почему DR после получения обновления маршрутной информации от участника сети отправляет всем роутером юникастом изменения, хотя есть групповой адрес 224.0.0.5(а вообще могут ли быть подтверждения получения пакетов, если они отправлены на групповой адрес?). Хорошо бы ещё при рассказе про протоколы говорить, примерное количество роутеров. То бишь, для такого протокола в среднем столько-то роутеров должно быть, если больше-то такой протокол. ПС прошу прощение за сумбурные мысли, изучаю сети и голова порой гудит от количество информации из разных источников.
Мой курс рассчитан на программистов, а они почти не сталкиваются с OSPF. Поэтому рассказываю немного для общего представления. OSPF обязательно нужен сетевым администраторам. Но для них есть отличные книги от Cisco.
Я так понимаю, протоколы под топологию построения сети выбирает админ этой сети? И выбранные протоколы заливаются в прошивку маршрутизатора? Спасибо вам за ваши уроки.
Обычно маршрутизаторы уже содержат в прошивке готовый набор протоколов. Администратор и включает нужный протокол, подходящий для топологии сети, и настраивает его.
Вопрос - при выходе маршрутизатора из строя вся структура не останавливается? т.е. таблица меняется на каждом маршрутизаторе постепенно, когда дойдет волна обновления или все останавливаются и ждут, пока вся таблица будет снова синхронизована?
Если я правильно помню, то стоимость можно понижать или повышать вручную. Типа можно понизить определенный параметр в настройках протокола на отдельных маршрутизаторах, тогда стоимость будет ниже и дальше уже как рассказывал Андрей.
19:30.Петли маршрутизации в протоколе OSPF не возникают в основном из-за того, что каждый маршрутизатор выполняет расчёт маршрутов другим маршрутизаторам. На основе стоимости каналов связи полученные из базы данных информации о каналах. Вообще не могу понять, вот этот промежуток времени, что вы рассказывали.
В RIP маршрутизатор получал информацию о подсетях, которые подключены не напрямую к нему от своих соседей. Расстояние до этих сетей считали другие маршрутизаторы. И если они ошиблись, то маршрутизатор никак не мог это обнаружить. Это приводило к проблеме счета до бесконечности. В OSPF маршрутизаторы передают соседям не расстояние до сетей, а стоимость каналов связи. Кратчайшее расстояние считает каждый маршрутизатор в отдельности. Поэтому ошибиться гораздо меньше шансов.
Есть два варианта: 1. Она определяется автоматически на основе скорости канала и его типа. 2. Администраторы могут задать стоимость вручную. На практике обычно используются стоимости, которые определены автоматически, а администраторы меняют их значения только если явно хотят изменить предпочтительные пути в сети.
Андрей, в случае, если в одном процессе OSPF существует несколько зон, у роутеров могут быть различные LSDB. Просто потому что роутеры, не являющиеся BR, знают только о своей зоне. Я правильно понял? Допустим, есть пограничник и его LSDB выглядит так Area: 0.0.0.10 a b c d Area: 0.0.0.30 e f g А есть роутер внутри зоны 30, и у него в LSDB только часть, которая относится к его зоне, про 10 он не знает: Area: 0.0.0.30 e f g То есть, то, что LSDB у всех роутеров сети одинакова - неверно. Но секция в LSDB, относящаяся к конкретной зоне, у всех роутеров сети будет одна и та же из-за синхронизации. Верно?
1 Если в таблице маршрутизации есть информация только о первых хопах, то почему в примере таблица маршрутизации А имеет информацию о маршрутизаторе F? 2 по видео и комментариях никак не могу понять, как маршрутизатор определяет какому хопу надо передать пакет, если путь назначения имеет более 2 промежуточных узлов. Ответ типа - дефолтный маршрутизатор знает. Вопрос - а откуда дефолтный маршрутизатор это знает?
Стоимость соединения между маршрутизаторами назначается администратором. Изначально для стоимости автоматически устанавливается значение на основе скорости соединения. Но администратор может это изменить. Алгоритм рассчитывает кратчайший путь, когда стоимости соединений уже известны.
@@AndreySozykin спасибо за ответ. Получается, что на втором этапе работы OSPF происходит и расчёт стоимости, и поиск оптимальных маршрутов на основе алгоритма Деикстры?
К сожалению, нет. Во-первых, я сам в нем не очень хорошо разбираюсь и не смогу сделать хорошую лекцию. Во-вторых, курс рассчитан на программистов, для которых EIGRP - не самая востребованная тема. Большая часть разработчиков вообще вряд ли столкнётся на практике с протоколами маршрутизации. Поэтому для них лекции по RIP и OSPF просто для расширения кругозора.
Не респект. Видео о протоколе ospf, но в тексте постоянное сравнение с rip. Чел, мне всё равно на рип, если называешь видео "Протокол OSPF", то рассказывай только о нём, ну серьёзно
ОГРОМНОЕ спасибо за Ваш труд! Очень много полезной информации узнала для себя, все доступно и понятно. Хочется похвалить Вас и пожелать всего самого хорошего, ни в коем случае не бросайте такое благородное дело!
Всегда рад вашим лёгким и доступным лекциям
Очень достойно. Автор умеет расказать просто о достаточно сложном. Третий день стараюсь при помощи гугла разобраться в протоколе IS-IS. Если бы Вы могли объяснить это так же просто, на пальцах - было бы очень круто. Тем не менее Андрей Вы гениальный лектор!!!
Спасибо за приятный отзыв! К сожалению, про протокол IS-IS я почти ничего не знаю. Поэтому хорошую лекцию вряд ли смогу сделать.
@@AndreySozykin Спасибо Андрей. Вы очень достойный человек. Благодарю.
У Вас очень хорошие уроки!
Спасибо!
+
Несколько раз реализовывал алгоритм Дейкстры по примерам, но это объяснение самое лучше и для глубокого усваивания.
Спасибо большое, очень хорошее объяснение материала.
Пожалуйста!
Спасибо, но очень хотелось бы услышать про зоны, т.к. в ospf это очень, на мой взгляд, важная особенность со своими сложностями
Про зоны, возможно, сделаю отдельную лекцию. Это достаточно узкая и сложная тема.
@@AndreySozykin Ждем с нетерпением))). Тоже бы хотелось понять про зоны. И про другие протоколы динамической маршрутизации, такие как ERGP, IS-IS и BGP))) Было бы круто
@@AndreySozykin Здравствуйте. Про зоны еще не вышло видео? По крайней мере, в каталоге на сайте его нет
@@AndreySozykin ждем )
@@AndreySozykin тоже хотелось бы увидеть лекцию про зоны в OSPF
Спасибо большое )
Все доступно и понятно.
Пожалуйста!
Отличный урок. Спасибо 🦭
Пожалуйста!
Спасибо за труд!
Пожалуйста!
Норм видос,редко встретишь сейчас настолько сочный прлезней информацией
Спасибо Андрей очень познавательно
Пожалуйста!
Спасибо большое!
Пожалуйста!
Почти дослушал курс. Как же он хорошо сделан! Спасибо огромное! Решил начать свой путь в ит с сетей:)
Это правда самое лучшее решение, какое только можно было принять. В добавок к этому стоит уделить время и computer science. Вместе с сетями изучить как работает память компьютера, ее историю, трудности реализации и нюансы работы с ней; процессор, хранилища и остальное, вплоть до OS. После того, программирование будет гораздо яснее во всех отношениях.
@@centwor1on167Спасибо за совет! Так в общем и выходит:)
@@РоманДоброквашин-т6ъ Какие у Вас планы в it, определились с направлением?
@@centwor1on167 Думаю веб разработка. Бэк энд, потом фронт энд. Но в интересах никогда не ограничивал себя. Когда то любимым журналом был Компьютерра. Учил сестру программировать на Паскале. Можно сказать я просто возвращаюсь туда где должен был быть.
@@РоманДоброквашин-т6ъ Отлично! Больших успехов Вам
Все доступно и понятно.
Спасибо!
@@AndreySozykin А вы не планируете закрепить теорию реальным примером, например в gns3? Было бы очень здорово.
Да, планирую.
Поддерживаю, очень хотелось бы увидеть реализация OSPF и RIP в gns3
Понятно. Постараюсь записать.
Однозначно лайк и подписка!
Из пожеланий - настройка типовых параметров протоколов. Понятно что на каждом девайсе могут быть свои настройки, но хотя бы в первом приближении.
Спасибо. Про настройки типовых параметров протоколов подумаю, как сделать.
Все супер. Только мне кажется, нужно было еще упомянуть о несимметричной маршрутизации и о том, что косты на одном канале в разные стороны вполне могут быть разные.
Спасибо!
Пожалуйста!
Дякую за корисний контент :))))))))
Спасибо! Только не хватает примера из жизни. Как можно использовать ospf, зачем несколько роутеров в локальной сети? Ведь обычно хватает одного
спосибо больше, хотелось бы услышать про MPLS и VPLS
К сожалению, с этими протоколами не работал и не смогу сделать качественные лекции.
спосибо ваши лекции много помогли мне)
Сначала Лайк потом просмотр .Андрей спасибо за труд.
Пожалуйста!
спасибо!!!
Пожалуйста!
спасибо все понятно
Супер
Спасибо!
Андрей, вы говорите, что OSPF это база, это протокол, который встречается практически везде. Так может стоит про него подробнее углубиться? Рассказать подробнее(как мне кажется, потому что я недопонимаю) про Зоны, про DR и про hello пакеты(зачем hello нужны, если роутеры об изменениях уведомляют DR, если роутер включается в сеть, он общается именно с DR), почему DR после получения обновления маршрутной информации от участника сети отправляет всем роутером юникастом изменения, хотя есть групповой адрес 224.0.0.5(а вообще могут ли быть подтверждения получения пакетов, если они отправлены на групповой адрес?). Хорошо бы ещё при рассказе про протоколы говорить, примерное количество роутеров. То бишь, для такого протокола в среднем столько-то роутеров должно быть, если больше-то такой протокол.
ПС прошу прощение за сумбурные мысли, изучаю сети и голова порой гудит от количество информации из разных источников.
Мой курс рассчитан на программистов, а они почти не сталкиваются с OSPF. Поэтому рассказываю немного для общего представления. OSPF обязательно нужен сетевым администраторам. Но для них есть отличные книги от Cisco.
Spasibo
Пожалуйста!
спасибо
Пожалуйста!
Я так понимаю, протоколы под топологию построения сети выбирает админ этой сети? И выбранные протоколы заливаются в прошивку маршрутизатора? Спасибо вам за ваши уроки.
Обычно маршрутизаторы уже содержат в прошивке готовый набор протоколов. Администратор и включает нужный протокол, подходящий для топологии сети, и настраивает его.
Вопрос - при выходе маршрутизатора из строя вся структура не останавливается? т.е. таблица меняется на каждом маршрутизаторе постепенно, когда дойдет волна обновления или все останавливаются и ждут, пока вся таблица будет снова синхронизована?
Остановка работы не происходит, обновление выполняется постепенно.
про "стоимость"не понял как его рассчитать и с чем его едят???
Если я правильно помню, то стоимость можно понижать или повышать вручную. Типа можно понизить определенный параметр в настройках протокола на отдельных маршрутизаторах, тогда стоимость будет ниже и дальше уже как рассказывал Андрей.
19:30.Петли маршрутизации в протоколе OSPF не возникают в основном из-за того, что каждый маршрутизатор выполняет расчёт маршрутов другим маршрутизаторам. На основе стоимости каналов связи полученные из базы данных информации о каналах.
Вообще не могу понять, вот этот промежуток времени, что вы рассказывали.
У роутера есть защита от петлей. Называется split horizon. Роутер просто умеет в полученном пакете ospf определить сети принадлежащие ему самому
В RIP маршрутизатор получал информацию о подсетях, которые подключены не напрямую к нему от своих соседей. Расстояние до этих сетей считали другие маршрутизаторы. И если они ошиблись, то маршрутизатор никак не мог это обнаружить. Это приводило к проблеме счета до бесконечности.
В OSPF маршрутизаторы передают соседям не расстояние до сетей, а стоимость каналов связи. Кратчайшее расстояние считает каждый маршрутизатор в отдельности. Поэтому ошибиться гораздо меньше шансов.
@@MrNick5421 split horizon only for DV protocols.... OSPF link-state...
Откуда взалась начальная метрика? Ну та, которую мы меняем после работы ospf?
Сначала все расстояния равны бесконечности. Или откуда берется стоимость канала?
@@AndreySozykin да, начальная стоимость каналла.
Есть два варианта:
1. Она определяется автоматически на основе скорости канала и его типа.
2. Администраторы могут задать стоимость вручную.
На практике обычно используются стоимости, которые определены автоматически, а администраторы меняют их значения только если явно хотят изменить предпочтительные пути в сети.
@@AndreySozykin благодарю за разъяснение.
Подскажите пожалуйста, как именно определяется стоимость самого пути и от чего зависит, так и не понял.
Андрей, в случае, если в одном процессе OSPF существует несколько зон, у роутеров могут быть различные LSDB.
Просто потому что роутеры, не являющиеся BR, знают только о своей зоне.
Я правильно понял?
Допустим, есть пограничник и его LSDB выглядит так
Area: 0.0.0.10
a
b
c
d
Area: 0.0.0.30
e
f
g
А есть роутер внутри зоны 30, и у него в LSDB только часть, которая относится к его зоне, про 10 он не знает:
Area: 0.0.0.30
e
f
g
То есть, то, что LSDB у всех роутеров сети одинакова - неверно.
Но секция в LSDB, относящаяся к конкретной зоне, у всех роутеров сети будет одна и та же из-за синхронизации.
Верно?
Пардон, следующее видео как раз про зоны.
Перенесу вопрос туда, если он будет актуален после просмотра.
Там не совсем про это, точнее иерархия в OSPF почти не рассмотрена.
Оставлю вопрос тут :)
1 Если в таблице маршрутизации есть информация только о первых хопах, то почему в примере таблица маршрутизации А имеет информацию о маршрутизаторе F?
2 по видео и комментариях никак не могу понять, как маршрутизатор определяет какому хопу надо передать пакет, если путь назначения имеет более 2 промежуточных узлов. Ответ типа - дефолтный маршрутизатор знает. Вопрос - а откуда дефолтный маршрутизатор это знает?
👏👏👏👍
а где про DR и BDR?
Ну я правильно понимаю, что это больше межпровайдерская возня?
Нет, это внутри одного провайдера/организации. Межпровайдерская - это BGP.
Не до конца понятно: стоимость соединения назначается администратором или всё-таки высчитывается алгоритмом?
Стоимость соединения между маршрутизаторами назначается администратором. Изначально для стоимости автоматически устанавливается значение на основе скорости соединения. Но администратор может это изменить.
Алгоритм рассчитывает кратчайший путь, когда стоимости соединений уже известны.
@@AndreySozykin спасибо за ответ.
Получается, что на втором этапе работы OSPF происходит и расчёт стоимости, и поиск оптимальных маршрутов на основе алгоритма Деикстры?
Да.
Андрей, почему фест? fest -festival, first -фЁрст/фЁст
Скажи спасибо, что не фист -fist- кулак
Добрый день! А будет ли лекция по EIGRP?
К сожалению, нет. Во-первых, я сам в нем не очень хорошо разбираюсь и не смогу сделать хорошую лекцию. Во-вторых, курс рассчитан на программистов, для которых EIGRP - не самая востребованная тема. Большая часть разработчиков вообще вряд ли столкнётся на практике с протоколами маршрутизации. Поэтому для них лекции по RIP и OSPF просто для расширения кругозора.
@@AndreySozykin спасибо за ответ!
Разве тут маршрутизатор "е" сосед "а"?
Да, все верно, они соседи (линк со стоимостью 7).
Именно так, есть прямое соединение, стоимость 7.
+Plus
2/3 времени считал Алгоритм Дейксты...
о ариях и рестирибьюции о виртуальных линках ни слова...
Про DR и BDR вообще не сказал ничего
Лучше Дарк Майкл. Там намного все подробнее, а тут слишком много "воды"...
Самое бесполезное видео по ospf. Автор налил воды по расчетам стоимосьти путей, но не дал никакой полезной информации.
Рассказал ровно нихрена... А про DR и BDR.... А этапы до full, а hello/dead...
Не респект. Видео о протоколе ospf, но в тексте постоянное сравнение с rip. Чел, мне всё равно на рип, если называешь видео "Протокол OSPF", то рассказывай только о нём, ну серьёзно
Наоборот респект, небольшие сравнения помогают понять изучаемое явление и дают задел для освоения явления с которым сравнивали
Спасибо
Спасибо
Спасибо
Пожалуйста!