Є два маршрутизатори, підключені приблизно так:
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 litte, щоб зменшити прокрутку ... Здається, ви говорите, що не можете досягти 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, тому 1.1.1.0/24 і 1.1.2.0/24 рекламуються між R1 і R2; однак зв’язок між 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.