Здравствуйте! 16:57 можете пожалуйста обьяснить - почему на два физических порта (интерфейса) нельзя назначить айпи адреса из одинаковой подсети? Ведь далее может появиться какой-нибудь третий интерфейс, смотрящий куда-нибудь в другую сеть, а запросы из той подсети, в которую смотрят два первых порта, будут просто одинаково маршрутизироваться во второй сеть с другой маской? Образно, у всех компов из первой сети в качестве шлюза может быть один из двух айпи адресов роутера для дальнейшей маршрутизации. Или это железное ограничение, выставленное для безопасности сети?
///Образно, у всех компов из первой сети в качестве шлюза может быть один из двух айпи адресов роутера для дальнейшей маршрутизации./// Резервировать сеть одним роутером смысла нет, он вышел из строя и никакого резерва нет. Тем более нет смысла резервировать двумя разными IP-адресами шлюза, как правило, на хостах прописывается один шлюз по умолчанию и всё через него работает. Почитай про VRRP + на ютубе ролики есть, это протокол, который позволяет двум роутерам одновременно выступать шлюзом для устройств сети, правда один из них должен быть активным, а второй резервным. Если же все-таки надо линки/порты резервировать, есть технология Link Aggregation (LAG), как правило LACP протокол используется. //Или это железное ограничение, выставленное для безопасности сети?// Невозможность настройки двух адрес из одной подсети на интерфейсе роутера - это ограничение логики работы самого IP, скорее всего в каком-нибудь RFC это описано. Представь ситуацию: у тебя есть сеть 10.0.0.0/29, первый и второй адрес назначены на роутер, остальные на хосты. Получил роутер пакет с адресом назначения 10.0.0.3 и куда ему его слать? В первый или второй порт? Маки хоста 10.0.0.3 они видит за обоими портами. Что делать в такой ситуации с широковещательной рассылкой? И таких вопросов и нюансов всплывает много, это то что сходу вспомнилось.
Текстовая версия этого видео: pikabu.ru/story/003_pro_ipadresa_i_ikh_svoystva_chast_2_primer_nastroyki_ipadresov_na_routerakh_cisco_i_huawei_11504953
Здравствуйте! 16:57 можете пожалуйста обьяснить - почему на два физических порта (интерфейса) нельзя назначить айпи адреса из одинаковой подсети?
Ведь далее может появиться какой-нибудь третий интерфейс, смотрящий куда-нибудь в другую сеть, а запросы из той подсети, в которую смотрят два первых порта, будут просто одинаково маршрутизироваться во второй сеть с другой маской? Образно, у всех компов из первой сети в качестве шлюза может быть один из двух айпи адресов роутера для дальнейшей маршрутизации.
Или это железное ограничение, выставленное для безопасности сети?
///Образно, у всех компов из первой сети в качестве шлюза может быть один из двух айпи адресов роутера для дальнейшей маршрутизации.///
Резервировать сеть одним роутером смысла нет, он вышел из строя и никакого резерва нет. Тем более нет смысла резервировать двумя разными IP-адресами шлюза, как правило, на хостах прописывается один шлюз по умолчанию и всё через него работает. Почитай про VRRP + на ютубе ролики есть, это протокол, который позволяет двум роутерам одновременно выступать шлюзом для устройств сети, правда один из них должен быть активным, а второй резервным.
Если же все-таки надо линки/порты резервировать, есть технология Link Aggregation (LAG), как правило LACP протокол используется.
//Или это железное ограничение, выставленное для безопасности сети?//
Невозможность настройки двух адрес из одной подсети на интерфейсе роутера - это ограничение логики работы самого IP, скорее всего в каком-нибудь RFC это описано. Представь ситуацию: у тебя есть сеть 10.0.0.0/29, первый и второй адрес назначены на роутер, остальные на хосты. Получил роутер пакет с адресом назначения 10.0.0.3 и куда ему его слать? В первый или второй порт? Маки хоста 10.0.0.3 они видит за обоими портами. Что делать в такой ситуации с широковещательной рассылкой? И таких вопросов и нюансов всплывает много, это то что сходу вспомнилось.
Чтобы ответить на вопрос в конце видео надо документацию смотреть?
Нет, не надо, достаточно собрать подобную лабу той, что в видео, а затем снять дамп при пинге.