Уважаемые зрители! Если видео лекции/практики оказалось полезным, поддержите ролик лайком и комментарием, это поможет ознакомить с ним большую аудиторию. Спасибо. Анонсы, обсуждения, вопросы тут: t.me/nir_net Для желающих поддержать канал boosty.to/nir_net
А подскажите пожалуйста, при соединении 2ух l3 с поднятым vrrp, мы на портах, которыми они соединены указываем транком все вланы, которые есть в локалке?
Подскажите, а если вдруг у какого нибудь конечного узла, комп, принтер, не важно, будет совпадать ip адрес с ip адресом шлюза второго l3 коммутатора с поднятым hsrp, это как то повлияет на работу узла?
Конечно повлияет, будет классическое пересечение ip адресов. То хост, то коммутатор не будут работать по этим адресам, если коммутатор active то это может создать проблемы всему сегменту.
Спасибо за ответ! То есть если уже настроен dhcp сервак на раздачу с ipшника следующего после шлюза, а мы поднимаем hsrp и там делаем шлюзом как раз следующий адрес, то нужно перенастраивать раздачу dhcp сервака, я правильно понимаю?@@Networkisreachable
Да, лучше перенастроить. Хотя по логике может быть и так что DHCP сервер поймет что адрес задан и выдавать не будет, но лучше поправить диапазон.@@trouble4160
Добрый день. Ситуация как на видео, только ещё хуже(время в видео 26:15). Маршрутизаторы без свитчовых плат, но есть возможность соединить между собой по серийным интерфейсам. Решали такую задачу или знаете как решить?
Если два роутера включены двумя vrrp интерфейсами в один коммутатор, можно попробовать сделать sla/tracl/probe который будет выключать анонс сетки если не пингуется коммутатор например. очень невнятно описали задачу напишите в тг: схема, вендор. t.me/nir_net_chat
Здравствуйте. Допустим, имеется множество IP-хостов(важно: у каждого только один ethernet-интерфейс, нет вариантов) и два маршрутизатора. Какие есть варианты создания отказоустойчивого соединения между хостами и сетью за маршрутизаторами? Я пришел к выделению на каждую небольшую группу хостов по отдельному коммутатору, который имеет по одному линку в каждый маршрутизатор. Меня смущает, что, если выделять под каждый хост по одному коммутатору, то получается громоздко. Нет в природе чего-то вроде 3-портовых коммутаторов, которые позволяют связать один интерфейс хоста сразу с двумя коммутаторами/маршрутизаторами в целях резервирования? Это, фактически, частный случай 3-уровневой модели сети, где мы хотим зарезервировать access-коммутатор.
Это решение называется агрегирование. Коммутаторы собраны в стек или vpc или иной mLAG и выглядят для хоста (а чаще для сервера) как одно целое. ну есть всякий teaming у hp. Всё это по моему обсуждаю в агрегировании.
На самом деле этот кусочек с настройкой дозаписан позже и там была ужасная схема с работой через несколько хостов с telnet\ssh и проблема была в том что выключалась по ctl-c промежуточная сессия. Но Ctl+6 конечно идея хорошая!
![YoungBoy Never Broke Again - Sneaking [Official Video]](http://i.ytimg.com/vi/1ILUps2zDFU/mqdefault.jpg)
![Six Hundred Strike [EPIC: The Musical] Full Animatic](http://i.ytimg.com/vi/zov6NXIAuow/mqdefault.jpg)
Уважаемые зрители! Если видео лекции/практики оказалось полезным,
поддержите ролик лайком и комментарием, это поможет ознакомить
с ним большую аудиторию. Спасибо.
Анонсы, обсуждения, вопросы тут: t.me/nir_net
Для желающих поддержать канал boosty.to/nir_net
Ставлю 256 айтишный лайк
Спасибо
А подскажите пожалуйста, при соединении 2ух l3 с поднятым vrrp, мы на портах, которыми они соединены указываем транком все вланы, которые есть в локалке?
обычно да, главное чтоб там были виланы по которым работают группы.
Гуд)
а в локальной сети вообще нужны маршрутизаторы, если InterVlan Routing осуществляется на L3 коммутаторе и выход в интернет из локальной сети не нужен?
Абсолютно верно, в таких условиях не нужен, вы делаете успехи. :-)
Подскажите, а если вдруг у какого нибудь конечного узла, комп, принтер, не важно, будет совпадать ip адрес с ip адресом шлюза второго l3 коммутатора с поднятым hsrp, это как то повлияет на работу узла?
Конечно повлияет, будет классическое пересечение ip адресов. То хост, то коммутатор не будут работать по этим адресам, если коммутатор active то это может создать проблемы всему сегменту.
Спасибо за ответ!
То есть если уже настроен dhcp сервак на раздачу с ipшника следующего после шлюза, а мы поднимаем hsrp и там делаем шлюзом как раз следующий адрес, то нужно перенастраивать раздачу dhcp сервака, я правильно понимаю?@@Networkisreachable
Да, лучше перенастроить. Хотя по логике может быть и так что DHCP сервер поймет что адрес задан и выдавать не будет, но лучше поправить диапазон.@@trouble4160
Спасибо большое за ответ!@@Networkisreachable
Добрый день. Ситуация как на видео, только ещё хуже(время в видео 26:15). Маршрутизаторы без свитчовых плат, но есть возможность соединить между собой по серийным интерфейсам. Решали такую задачу или знаете как решить?
Если два роутера включены двумя vrrp интерфейсами в один коммутатор, можно попробовать сделать sla/tracl/probe который будет выключать анонс сетки если не пингуется коммутатор например. очень невнятно описали задачу напишите в тг: схема, вендор. t.me/nir_net_chat
Здравствуйте. Допустим, имеется множество IP-хостов(важно: у каждого только один ethernet-интерфейс, нет вариантов) и два маршрутизатора. Какие есть варианты создания отказоустойчивого соединения между хостами и сетью за маршрутизаторами? Я пришел к выделению на каждую небольшую группу хостов по отдельному коммутатору, который имеет по одному линку в каждый маршрутизатор. Меня смущает, что, если выделять под каждый хост по одному коммутатору, то получается громоздко. Нет в природе чего-то вроде 3-портовых коммутаторов, которые позволяют связать один интерфейс хоста сразу с двумя коммутаторами/маршрутизаторами в целях резервирования? Это, фактически, частный случай 3-уровневой модели сети, где мы хотим зарезервировать access-коммутатор.
Это решение называется агрегирование. Коммутаторы собраны в стек или vpc или иной mLAG и выглядят для хоста (а чаще для сервера) как одно целое. ну есть всякий teaming у hp. Всё это по моему обсуждаю в агрегировании.
ruclips.net/video/VZAMj0NRomg/видео.html
На этом моменте)
Нужно нажимать не ctrl + C, а ctrl + 6 - тогда не будет вылетать )
На самом деле этот кусочек с настройкой дозаписан позже и там была ужасная схема с работой через несколько хостов с telnet\ssh и проблема была в том что выключалась по ctl-c промежуточная сессия. Но Ctl+6 конечно идея хорошая!
+Plus