Istnieją 2 routery podłączone w taki sposób:
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
Próbuję dodać adresy do routingu dynamicznego przy użyciu protokołu RIP, dla routera 1 dodając 172.16.1.0 i 172.16.3.0, a dla routera 2 172.16.3.0 i 172.16.2.0, ale w obu przypadkach są one domyślnie przypisane do 172.16.0.0 i to nie działa. Jakieś sugestie?
Odpowiedzi:
w obu przypadkach są domyślnie przypisane do 172.16.0.0 i to nie działa
Zmodyfikowałem twoją sztukę ascii, aby zmniejszyć przewijanie ... Wygląda na to, że mówisz, że nie możesz dotrzeć do N1 z 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
Przegląd klasowego protokołu routingu
RIPv1 jest klasowym protokołem routingu ... jako taki, nie kojarzy maski sieci z trasami, gdy są reklamowane. Klasowe protokoły routingu robią kilka nieintuicyjnych rzeczy ...
Maski sieciowe interfejsu
Aby topologia działała, maski będą musiały pasować do wszystkich interfejsów RIPv1, chyba że użyjesz bezklasowego protokołu routingu (takiego jak RIPv2, EIGRP, OSPF lub ISIS). Jeśli musisz użyć protokołu RIPv1, ponownie skonfiguruj swoją topologię, aby wszystkie interfejsy miały pasujące maski, takie jak ten ...
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
Materiał bonusowy: Przykład automatycznego podsumowania RIPv1
Ponieważ to również powoduje, że ludzie się potykają, podaję przykład dynamiki automatycznego podsumowania RIPv1.
Kiedy wymienię poniżej główne granice sieci, mówię o klasycznych definicjach sieci IPv4 klasy A, klasy B i klasy C ...
Przechodząc do przykładu automatycznego podsumowania RIPv1 ... Dla uproszczenia użyję pasujących masek sieciowych interfejsu / 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 i R2 są połączone podsieciami głównej sieci 1.0.0.0/8, więc 1.1.1.0/24 i 1.1.2.0/24 są reklamowane między R1 i R2; jednak połączenie między R2 a R3 nie jest w wersji 1.0.0.0/8, dlatego R2 wykonuje automatyczne podsumowanie podsieci 1.0.0.0/8 i podsieci 172.16.0.0/16.
Gdy podsumowane są podsieci dużej sieci, są one ukrywane przez podsumowaną trasę ... Dzieje się tak w R2, gdy 1.1.1.0/24 i 1.1.2.0/24 są podsumowane do 1.0.0.0/8. Routery Cisco nie mogą wyłączyć automatycznego podsumowania w RIP w wersji 1 (ale mogą to zrobić w przypadku RIPv2).
network 172.16.0.0pod router ripi ta konfiguracja będzie działać
To nie jest przypadek automatycznego podsumowania. Automatyczne podsumowanie działa tylko w głównych sieciach. Musisz mieć 172.16.xx i 172.17.xx lub coś takiego, aby podsumować sieć.
To, co widzisz, to fakt, że protokół RIP obsługuje sieci klasowe tylko w ramach procesu routingu. Więc nawet jeśli wpiszesz 172.16.3.0, skonwertuje to na 172.16.0.0.
Możesz używać routingu bezklasowego z RIP w wersji 2. Będzie wyglądał klasowo w konfiguracji procesu routingu, ale będzie poprawnie reklamował trasy.
Użyj, sh ip protocolsaby sprawdzić, jakiej wersji używasz.
Jeśli to nie działa, podejrzewam, że używasz wersji 1.