Есть данная схема с данными настройками - https://imgur.com/a/tmHrKZ6. На R7/R8 - f0/0 настроены две группы vrrp с разными приоритетами (псевдо-балансировка) для разделения трафика компов, у которых разные def gateway 1 и 2 vrid. На f1/0 одна группа, где мастером выступает R8. На картинках обозначены маршруты пакетов при пинге с разных пк. Требуется сделать симметричную обратную маршрутизацию. Есть ли какие-то протоколы или способы воплотить такое?
Есть данная схема со следующими настройками портов и таблицами маршрутизации - https://imgur.com/a/AZxZZHZ. Необходимо отправить пинг с PC2 на PC1 так, чтобы он прошел через R1 на R2 и вернулся обратно к хосту назначения. Задача усложняется тем, что в таблице маршрутизации R1 есть запись об искомой подсети «С 10.0.0.0/24», так что фрейм не руководствуется никакими протоколами маршрутизации и спокойно отсылается хосту назначения PC1, минуя путь до R2. PC1 и PC2 в разных vlan, 100 и 200 соответственно.
Чем чревата настройка совместно-соединенных интерфейсов OSPF на разные типы сетей? Допустим, broadcast/point-to-point, point-to-point/non-broadcast, broadcast/non-broadcast и т.д. и т.п. При настройке подобного подключения выводится такое сообщения: «*Apr 1 07:04:44.791: %OSPF-4-NET_TYPE_MISMATCH: Received Hello from 10.10.10.1 on FastEthernet0/0 indicating a potential»
По какому принципу вычисляется максимальное количество записей в таблице коммутации и arp-таблице? Знаю, что одной командой можно посмотреть и то, и другое значение, что этот показатель зависит от чипа коммутатора, но интересует именно на основе чего определяется максимальное количество записей.
На физическом хосту enp2s0 создано два сабинтерфейса enp2s0.100 и enp2s0.200, которые были привязаны к сетевым пространствам NS1 и NS2, симулирующим отдельные компьютеры. Также к физическому хосту подключен коммутатор. На сабинтерфейсе первого пространства установлен IP-адрес: 10.0.0.1/30, второго - 10.0.0.2/30. Задача состоит в том, чтобы успешно пропинговать адрес 10.0.0.2 с 10.0.0.1, и наоборот, чтобы путь трафика при этом проходил через коммутатор. На данный момент проблема состоит в том, что трафик успешно добирается до коммутатора, но так как трафик разных vlan, то ARP не может обозначить дальнейший канальный путь для трафика. Какие манипуляции нужно провести с настройками коммутатора или физическим хостом, чтобы выполнить задачу? Маршрутизатор в данной схеме не предусмотрен, но можно пользоваться статикой