Есть 2 маршрутизатора, подключенных примерно так:
Network1 ----- (172.16.1.1/24) Router 1 (172.16.3.1/30) ------ (172.16.3.2/30) Router 2 ------ (172.16.2.1/24) Network 2
Я пытаюсь добавить адреса для динамической маршрутизации с использованием протокола RIP, для маршрутизатора 1 добавление 172.16.1.0 и 172.16.3.0 и для маршрутизатора 2 172.16.3.0 и 172.16.2.0, но они назначены по умолчанию 172.16.0.0 в обоих случаях, и это не работает. Какие-либо предложения?
они назначены по умолчанию 172.16.0.0 в обоих случаях, и это не работает
Я немного изменил ваш ascii art, чтобы уменьшить прокрутку ... Похоже, вы говорите, что не можете достичь N1 от N2 ...
Broken RIPv1 topology
=====================
N1 ---- (172.16.1.1/24) R1 (172.16.3.1/30) ----- (172.16.3.2/30) R2 ----- (172.16.2.1/24) N2
Классный обзор протокола маршрутизации
RIPv1 - это классный протокол маршрутизации ... как таковой, он не связывает сетевые маски с маршрутами, когда они объявлены. Классовые протоколы маршрутизации делают пару не интуитивных вещей ...
Сетевые маски интерфейса
Чтобы ваша топология работала, ваши маски должны будут совпадать на всех интерфейсах RIPv1, если только вы не используете бесклассовый протокол маршрутизации (такой как RIPv2, EIGRP, OSPF или ISIS). Если вам нужно использовать RIPv1, переконфигурируйте топологию так, чтобы все интерфейсы имели совпадающие маски, как это ...
Functional RIPv1 topology
=========================
N1 ---- (172.16.1.1/24) R1 (172.16.3.1/24) ----- (172.16.3.2/24) R2 ----- (172.16.2.1/24) N2
Бонусный материал: Пример автоматического суммирования RIPv1
Поскольку это также приводит в замешательство людей, я привожу пример динамики автоматического суммирования RIPv1.
Когда я упоминаю основные границы сетей ниже, я говорю о классических определениях для сетей IPv4 класса A, класса B и класса C ...
Переходя к примеру автоматического суммирования RIPv1 ... Для простоты я буду использовать совпадающие / 24 маски интерфейса.
Lo0:
192.168.1.0/24
Lo1:
1.1.2.0/24
+----+ +----+ +----+
| R1 +------------------+ R2 +---------------------+ R3 |
+----+ +----+ +----+
1.1.1.0/24 172.16.1.0/24
router rip router rip router rip
version 1 version 1 version 1
network 192.168.1.0 network 1.0.0.0 network 172.16.0.0
network 1.0.0.0 network 172.16.0.0
The routing table on R3 contains:
C 172.16.1.0/24
R 1.0.0.0/8 <--- 1.1.1.0/24 and 1.1.2.0/24 are "hidden" by the
classful summary at R2
R 192.168.1.0/24 <--- 192.168.1.0/24 passes transparently through R2
since it's a Class C network itself and is not
summarized at R2
R1 и R2 соединены подсетями основной сети 1.0.0.0/8, поэтому между R1 и R2 объявляются 1.1.1.0/24 и 1.1.2.0/24; однако связь между R2 и R3 отсутствует в 1.0.0.0/8, поэтому R2 выполняет автоматическое суммирование подсетей 1.0.0.0/8 и подсетей 172.16.0.0/16.
Когда подсети основной сети суммируются, они скрываются суммарным маршрутом ... Это происходит в R2, когда 1.1.1.0/24 и 1.1.2.0/24 суммируются в 1.0.0.0/8. Маршрутизаторы Cisco не могут отключить автоматическое суммирование в версии RIP 1 (но они могут сделать это для RIPv2).
network 172.16.0.0под,router ripи эта конфигурация будет работатьЭто не случай авто сводки. Авто сводка работает только через основные границы сети. Таким образом, вам нужно иметь 172.16.xx и 172.17.xx или около того, чтобы иметь суммарную сеть.
Вы видите, что RIP поддерживает только классные сети в процессе маршрутизации. Таким образом, даже если вы введете 172.16.3.0, он будет преобразован в 172.16.0.0.
Вы можете использовать бесклассовую маршрутизацию с версией RIP 2. Она будет выглядеть классно в конфигурации процесса маршрутизации, но она будет правильно объявлять маршруты.
Пожалуйста, используйте,
sh ip protocolsчтобы проверить, какую версию вы используете.Если это не работает, то я подозреваю, что вы используете версию 1.
источник