mrlabel
Goto Top

Cisco RIPv1 RIPv2

Hallo Zusammen,

ich muss nochmal auf eine schon behandelte Frage eingehen.
Bitte jemand, der auch den Cisco Paket Tracer besitzt.

GOOGLE DRIVE:

https://drive.google.com/file/d/1GQRCjO0nwuuLm-LO4Z7AULypkLXc8p3d/view?u ...

Hier findet ihr meine Projektdokumentation (dort findet ihr alles was in Paket Tracer gearbeitet und eingestellt wurde) sowie die Paket Tracer Dateien.

PROBLEM:
Vergleichen der Routingtabellen von RIPv1 zu RIPv2.
In Aufgabe 3g. soll der unterschied der Routingtabellen aufgezeigt werden - ich sehe jedoch keinen Unterschied!
Kann sich das bitte mal jemand ansehen und mir da eventuell weiterhelfen?

Vielen Vielen Danke im Vorraus!

Content-ID: 616491

Url: https://administrator.de/forum/cisco-ripv1-ripv2-616491.html

Ausgedruckt am: 22.12.2024 um 15:12 Uhr

brammer
brammer 27.10.2020 um 12:03:57 Uhr
Goto Top
Hallo,

das haben wir doch gerade erst alle durchgekaut...

RIPv1 VS RIPv2 (Routingtabelle)

und vergiss den Link auf Google drive...

brammer
MrLabel
MrLabel 27.10.2020 um 12:15:36 Uhr
Goto Top
Ja, aber es MUSS doch einen sichtbaren Unterschied geben sonnst würde es da nicht stehen.
Mein Lehrer meinte auch dort würde man normalerweise einen Unterschied sehen....
das kanns doch nicht sein :'D
aqui
aqui 27.10.2020 aktualisiert um 12:48:52 Uhr
Goto Top
Wann lernst du es... Es ist auch schon zig mal im ursprünglichen Thread gesagt worden:
  • RIPv1 kann NICHT mit CIDR_Netzmasken umgehen !! Ein variables Subnetting außerhalb der alten Class A, B und C Masken ist nicht möglich. Genau das sieht man auch an der Routing Tabelle.
  • RIPv2 überwindet das und lässt auch CIDR Masken zu.

Versuche z.B. 10er Adressen mit einem 24er Prefix mit RIPv1 zu routen, das geht nicht !!
Du siehst es hier an einer Live Konfig anhand von alten Class B 172er Adressen:
!
interface Ethernet0
description Lokales LAN
ip address 172.31.77.1 255.255.255.0
!
interface Ethernet2
description Link zu Router 1
ip address 172.27.2.1 255.255.255.0
!
router rip
version 1
passive-interface default
no passive-interface Ethernet2
network 172.27.0.0
network 172.31.0.0 <== 24Bit Prefixe sind NICHT konfigurierbar mit v1 !!
no auto-summary
!

Diese 172er Netze (altes Class B) werden bei RIPv1 immer nur als /16er Netze propagiert an andere v1 Router und NICHT mit den am Interface konfigurierten 24 Bit Masken !
Das ist der Unterschied der deutlich in der Routing Tabelle zu sehen ist !!
Warum stellst du es nicht einfach nach mit der o.a. Banal Konfig ??!!

Der ursprüngliche Thread von dir hat dir das haarklein an einem Live System und Konfig ja auch gezeigt. Mehr Silbertablett zum Hausaufgaben lösen gibt es ja nun wahrlich nicht !
MrLabel
MrLabel 27.10.2020 um 12:28:11 Uhr
Goto Top
Wenn du dir meine Doku ansiehst - siehst du, dass der Ping von 10.168.0.1 zu 10.168.3.1 mir RIPv1 funktioniert?!
MrLabel
MrLabel 27.10.2020 um 12:31:12 Uhr
Goto Top
Wo bitte ist hier der Unterschied?
newyorkripv1
newyorkripv2
MrLabel
MrLabel 27.10.2020 um 12:35:16 Uhr
Goto Top
schau dir mal meine Bilder an
brammer
brammer 27.10.2020 um 12:35:59 Uhr
Goto Top
Hallo,

poste doch bitte mal die Konfigurationen der beiden Router.

Der obere Screenshot kann kein RIPv1 sein.

brammer
aqui
aqui 27.10.2020 aktualisiert um 12:37:30 Uhr
Goto Top
Die erste Abbildung ist FALSCH !
Dort ist ein Druckfehler, denn das Bild ist identisch zum 2ten Bild. Sie zeigt auch einen v2 Output. Und Kollege @brammer hat hier absolut Recht. Das ist kein RIPv1 Output !
Das ist ein klarer Druckfehler in der Dokumentation.
Wenn du dir selber in einem Live Setup einmal die Routing Tabelle ansiehst, dann siehst du die per RIPv1 gelernten Netze dort nur mit den klassischen Class A, B oder C Masken aufgeführt sind.
MrLabel
MrLabel 27.10.2020 um 12:38:57 Uhr
Goto Top
ich habe RIPv1 so konfiguriert:

router rip
version 1
netwrok ....


so wirds doch gemacht!?
brammer
brammer 27.10.2020 um 12:42:54 Uhr
Goto Top
Hallo,

hast du evtl noch Reste von einer RIPv2 Konfiguration in dem Router?
bitte mal die Komplette Konfig posten

brammer
aqui
aqui 27.10.2020 aktualisiert um 15:49:28 Uhr
Goto Top
so wirds doch gemacht!?
Warum liest du den Thread hier nicht ?? face-sad
Oben steht eine Bilderbuch Konfig für 2 Router !!!

Router 1:
!
interface Ethernet0
description Lokales LAN
ip address 10.1.77.1 255.255.2550
!
interface Ethernet2
description Link zu Router 2
ip address 172.27.2.1 255.255.255.0
!
router rip
version 1
passive-interface default
no passive-interface Ethernet2
network 10.0.0.0
network 172.27.0.0
no auto-summary
!

Router 2:
!
interface Ethernet0
description Lokales LAN
ip address 172.31.77.1 255.255.255.0
!
interface Ethernet2
description Link zu Router 1
ip address 172.27.2.2 255.255.255.0
!
router rip
version 1
passive-interface default
no passive-interface Ethernet2
network 172.27.0.0
network 172.31.0.0
no auto-summary
!
MrLabel
MrLabel 27.10.2020 um 12:48:12 Uhr
Goto Top
Router1:

Boston#show run
Building configuration...

Current configuration : 665 bytes
!
version 15.1
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption
!
hostname Boston
!
!
!
!
!
!
!
!
ip cef
no ipv6 cef
!
!
!
!
license udi pid CISCO1941/K9 sn FTX1524NU9B-
!
!
!
!
!
!
!
!
!
!
!
spanning-tree mode pvst
!
!
!
!
!
!
interface GigabitEthernet0/0
ip address 10.168.0.1 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.1.1 255.255.255.0
duplex auto
speed auto
!
interface Vlan1
no ip address
shutdown
!
router rip
network 10.0.0.0
!
ip classless
!
ip flow-export version 9
!
!
!
!
!
!
!
!
line con 0
!
line aux 0
!
line vty 0 4
login
!
!
!
end


ROUTER2:

Router#show run
Building configuration...

Current configuration : 668 bytes
!
version 15.1
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption
!
hostname Router
!
!
!
!
!
!
!
!
no ip cef
no ipv6 cef
!
!
!
!
license udi pid CISCO1941/K9 sn FTX1524IHZ9-
!
!
!
!
!
!
!
!
!
!
!
spanning-tree mode pvst
!
!
!
!
!
!
interface GigabitEthernet0/0
ip address 10.168.1.2 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.2.1 255.255.255.0
duplex auto
speed auto
!
interface Vlan1
no ip address
shutdown
!
router rip
network 10.0.0.0
!
ip classless
!
ip flow-export version 9
!
!
!
!
!
!
!
!
line con 0
!
line aux 0
!
line vty 0 4
login
!
!
!
end


ROUTER3:

Houston>ena
Houston#show run
Building configuration...

Current configuration : 666 bytes
!
version 15.1
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption
!
hostname Houston
!
!
!
!
!
!
!
!
ip cef
no ipv6 cef
!
!
!
!
license udi pid CISCO1941/K9 sn FTX15244ABY-
!
!
!
!
!
!
!
!
!
!
!
spanning-tree mode pvst
!
!
!
!
!
!
interface GigabitEthernet0/0
ip address 10.168.2.2 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.3.1 255.255.255.0
duplex auto
speed auto
!
interface Vlan1
no ip address
shutdown
!
router rip
network 10.0.0.0
!
ip classless
!
ip flow-export version 9
!
!
!
!
!
!
!
!
line con 0
!
line aux 0
!
line vty 0 4
login
!
!
!
end
MrLabel
MrLabel 27.10.2020 um 12:49:16 Uhr
Goto Top
sehe gerade dass das die falsche datei war.. hat wohl eben einfach gespeichert moment...
aqui
aqui 27.10.2020 aktualisiert um 12:52:24 Uhr
Goto Top
Bitte kürze die Konfigs um die überflüssigen "!" im Text !!! face-sad (geht auch nachträglich !)
Es fehlt das version 1 in deiner RIP Konfig !! Oben siehst du doch eine RIP v1 Konfig !!
MrLabel
MrLabel 27.10.2020 aktualisiert um 12:54:54 Uhr
Goto Top
So jetzt....

Router1
________________________________________________
Houston(config)#no router rip
Houston(config)#router rip
Houston(config-router)#version 1
Houston(config-router)#network 10.168.2.0
Houston(config-router)#network 10.168.3.0
Houston(config-router)#exit
Houston(config)#exit
Houston#
%SYS-5-CONFIG_I: Configured from console by console

Houston#
Houston#show run
Building configuration...

Current configuration : 677 bytes

version 15.1
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption

hostname Houston


ip cef
no ipv6 cef

license udi pid CISCO1941/K9 sn FTX15244ABY-

spanning-tree mode pvst

interface GigabitEthernet0/0
ip address 10.168.2.2 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.3.1 255.255.255.0
duplex auto
speed auto
!
interface Vlan1
no ip address
shutdown

router rip
version 1
network 10.0.0.0

ip classless
ip flow-export version 9

line con 0

line aux 0

line vty 0 4
login


end


Router2
_________________________________________________-
Router(config)#no router rip
Router(config)#router rip
Router(config-router)#version 1
Router(config-router)#network 10.168.1.0
Router(config-router)#network 10.168.2.0
Router(config-router)#exit
Router(config)#
Router(config)#exit
Router#
%SYS-5-CONFIG_I: Configured from console by console

Router#show run
Building configuration...

Current configuration : 679 bytes
!
version 15.1
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption

hostname Router

no ip cef
no ipv6 cef

license udi pid CISCO1941/K9 sn FTX1524IHZ9-

spanning-tree mode pvst

interface GigabitEthernet0/0
ip address 10.168.1.2 255.255.255.0
duplex auto
speed auto

interface GigabitEthernet0/1
ip address 10.168.2.1 255.255.255.0
duplex auto
speed auto

interface Vlan1
no ip address
shutdown

router rip
version 1
network 10.0.0.0

ip classless

ip flow-export version 9

line con 0

line aux 0

line vty 0 4
login

end


Router3
______________________________________________-
Boston(config)#router rip
Boston(config-router)#version 1
Boston(config-router)#network 10.168.0.0
Boston(config-router)#network 10.168.1.0
Boston(config-router)#exit
Boston(config)#exit
Boston#
%SYS-5-CONFIG_I: Configured from console by console

Boston#
Boston#show run
Building configuration...

Current configuration : 676 bytes
!
version 15.1
no service timestamps log datetime msec
no service timestamps debug datetime msec
no service password-encryption
!
hostname Boston

ip cef
no ipv6 cef

license udi pid CISCO1941/K9 sn FTX1524NU9B-

spanning-tree mode pvst

interface GigabitEthernet0/0
ip address 10.168.0.1 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.1.1 255.255.255.0
duplex auto
speed auto
!
interface Vlan1
no ip address
shutdown
!
router rip
version 1
network 10.0.0.0
!
ip classless
!
ip flow-export version 9

line con 0
!
line aux 0
!
line vty 0 4
login

end
aqui
aqui 27.10.2020 aktualisiert um 13:03:54 Uhr
Goto Top
Es ist sehr frustrierend mit dir hier... face-sad
Bitte KÜRZE deine Konfigs um die überflüssgen Ausrufezeichen ! Es hilft hier ALLEN die hilfswillig sind mit der Übersichtlichkeit !!!

Du kannst das Elend bei v1 ja schon selber sehen. Eigentlich müsstest du deine 24er Netze ja auch so in der RIP Konfig angeben damit sie mit einen 24er Prefix propagiert werden:
network 10.168.0.0
network 10.168.1.0

Das ist aber bei v1 nicht möglich und es steht dort nur 10.0.0.0 da v1, wie oben schon mehrfach gesagt, mit modernen CIDR Masken nicht umgehen kann und auch keine CIDR Netze in der RIP Router Konfig konfigurierbar sind. Der Cisco Kommando Parser im CLI setzt sie immer automatisch auf ihre alten Class A, B oder C Netze zurück auch wenn du ein /24er Netz dort angibst.
Das 10er netz wird also nur als /8er Netz im RIPv1 übertragen an die remoten Router und damit ist eine Routing in deinem CIDR gesubnetteten 10er Netz mit RIPv1 technisch unmöglich !!
All das steht auch schon mehrfach im ursprünglichen Thread !
brammer
brammer 27.10.2020 um 12:55:06 Uhr
Goto Top
Hallo,

Router 1 ist der mit RIPV1 ?
Da dort IP CEF aktiv kann es sein das dir das hier in die Suppe spuckt.

brammer
MrLabel
MrLabel 27.10.2020 um 12:55:21 Uhr
Goto Top
ja schau jetzt nochmal
MrLabel
MrLabel 27.10.2020 um 12:55:38 Uhr
Goto Top
alle Router RIPv1 sieht man doch in der Konfig
MrLabel
MrLabel 27.10.2020 um 12:57:04 Uhr
Goto Top
Ich hab extra die commands für Rip "version 1" mit rein genommen damit ihr seht, dass es Version 1 ist
aqui
aqui 27.10.2020 aktualisiert um 13:02:48 Uhr
Goto Top
Aber die aktuelle Routing Tabelle beider Router show ip route fehlt ! face-sad
MrLabel
MrLabel 27.10.2020 um 13:07:21 Uhr
Goto Top
10.0.0.0/8 is variably subnetted, 6 subnets, 2 masks
C 10.168.0.0/24 is directly connected, GigabitEthernet0/0
L 10.168.0.1/32 is directly connected, GigabitEthernet0/0
C 10.168.1.0/24 is directly connected, GigabitEthernet0/1
L 10.168.1.1/32 is directly connected, GigabitEthernet0/1
R 10.168.2.0/24 [120/1] via 10.168.1.2, 00:00:20, GigabitEthernet0/1
R 10.168.3.0/24 [120/2] via 10.168.1.2, 00:00:20, GigabitEthernet0/1


10.0.0.0/8 is variably subnetted, 6 subnets, 2 masks
R 10.168.0.0/24 [120/1] via 10.168.1.1, 00:00:15, GigabitEthernet0/0
C 10.168.1.0/24 is directly connected, GigabitEthernet0/0
L 10.168.1.2/32 is directly connected, GigabitEthernet0/0
C 10.168.2.0/24 is directly connected, GigabitEthernet0/1
L 10.168.2.1/32 is directly connected, GigabitEthernet0/1
R 10.168.3.0/24 [120/1] via 10.168.2.2, 00:00:28, GigabitEthernet0/1


10.0.0.0/8 is variably subnetted, 6 subnets, 2 masks
R 10.168.0.0/24 [120/2] via 10.168.2.1, 00:00:02, GigabitEthernet0/0
R 10.168.1.0/24 [120/1] via 10.168.2.1, 00:00:02, GigabitEthernet0/0
C 10.168.2.0/24 is directly connected, GigabitEthernet0/0
L 10.168.2.2/32 is directly connected, GigabitEthernet0/0
C 10.168.3.0/24 is directly connected, GigabitEthernet0/1
L 10.168.3.1/32 is directly connected, GigabitEthernet0/1
MrLabel
MrLabel 27.10.2020 um 13:16:08 Uhr
Goto Top
das selbe wie vorher... und habs neu gemacht. und oben sieht man "router rip" "version 1" "network.."...
MrLabel
MrLabel 27.10.2020 um 13:39:49 Uhr
Goto Top
Was mir aufgefallen ist ist dass bei RIPv1 und RIPv2 bei RIP und dem 10.168.x.x Netz nur 10.0.0.0 als RIP angezeigt wird.
Bei den 192.168.X.X werden bei RIPv1 und RIPv2 bei RIP bspw. 192.168.1.0 und 192.168.2.0 angezeigt...wieso?!
Langsam bin ich total verwirrt -.-
PeterGyger
PeterGyger 27.10.2020 um 13:54:44 Uhr
Goto Top
Hallo

Folgendes ist Fakt:

Post von 12:48 Uhr
interface GigabitEthernet0/0
ip address 10.168.0.1 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.1.1 255.255.255.0
duplex auto
speed auto

Post von 12:54 Uhr
Router1
interface GigabitEthernet0/0
ip address 10.168.2.2 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.3.1 255.255.255.0
duplex auto
speed auto

Router2

Post von 12:48 Uhr
interface GigabitEthernet0/0
ip address 10.168.1.2 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.168.2.1 255.255.255.0
duplex auto
speed auto

Post von 12:54 Uhr
interface GigabitEthernet0/0
ip address 10.168.1.2 255.255.255.0
duplex auto
speed auto

interface GigabitEthernet0/1
ip address 10.168.2.1 255.255.255.0
duplex auto
speed auto

Router 3 dieselbe Abweichung. D.h. das nicht konsistent arbeitest und Deine Arbeitstechnik das Problem ist.
Oder nach KISS:
Starte Paket Tracer neu, füge jedes Gerät hinzu, gehe auf CLI, tippe die vorher (!) dokumentierte Konfiguration ein. Danach kontrolleiren mit den üblichen Show Befehlen.

Grüsse
BitBurg
BitBurg 27.10.2020 aktualisiert um 23:00:13 Uhr
Goto Top
Hi Label,

wenn es die gleiche Frage wie in deinem anderen Thread ist, dann ist die Antwort die Gleiche: Du wirst keinen Unterschied in den Routingtabellen feststellen. Ich verstehe den Sinn der Frage auch nicht, oder ich verstehe etwas falsch. Es ist doch folgendes Szenario, oder?
label_rip (2)
Hier die RIPv1-Konfiguration von Router Boston. Die anderen sind Router sind identisch konfiguriert.

Boston#sh run | s router rip

router rip
network 10.0.0.0

Das Kommando "network" aktiviert RIP auf allen Interfaces, deren IP-Addresse mit der 10. beginnt. Und hier die resultierende Routingtabelle:

Boston#show ip route rip

10.0.0.0/24 is subnetted, 4 subnets
R 10.168.2.0 [120/1] via 10.168.1.2, 00:00:19, FastEthernet0/0
R 10.168.3.0 [120/2] via 10.168.1.2, 00:00:19, FastEthernet0/0

Danach wird die Konfiguration so geändert (auf allen Routern), dass RIPv2 benutzt wird.

Boston#sh run | s router rip

router rip
version 2
network 10.0.0.0

Und das Ergebnis in der Routingtabelle ist das Gleiche:

Boston#show ip route rip

10.0.0.0/24 is subnetted, 4 subnets
R 10.168.2.0 [120/1] via 10.168.1.2, 00:00:13, FastEthernet0/0
R 10.168.3.0 [120/2] via 10.168.1.2, 00:00:13, FastEthernet0/0

Zitat von @MrLabel:

Ja, aber es MUSS doch einen sichtbaren Unterschied geben sonnst würde es da nicht stehen.
Mein Lehrer meinte auch dort würde man normalerweise einen Unterschied sehen....
das kanns doch nicht sein :'D
Du kannst Kopfstände machen, wie du willst. Du wirst immer das gleiche Ergebnis haben. Falls es dieses Szenario ist und du befürchtest, du hättest etwas falsch gemacht, dann ist es nicht so.

Falls du dich fragst, warum das so ist, dann solltest du noch mal deinen Lehrer fragen oder du überwindest dich mal und stellst die Frage hier.

BB
PeterGyger
PeterGyger 29.10.2020 um 18:16:02 Uhr
Goto Top
Hallo BitBurg

Wenn Rip V1 nicht mit CIDR Masken umgehen.
D.h. aus meiner Sicht - wie in der ersten Antwort von Aqui anhand der 172... Adressen dargelegt - wird ein Router mit RipV1 kein Zielgerät mt einer CIDR Adresse "addressieren" können. Ergo auch keinen Eintrag in der Routingtabelle.

IMO:
Wenn ich im Netz 2 Router habe:
RIPV1
RIPV2

Dann in der Routingtabelle von RIPV2 ein Host mit der IP p address 172.27.2.1 255.255.255.0 angezeigt werden.
Jedoch nicht in der Tabelle von RIPV1. Da die 172 eine B Klassen Adresse mit 16 Netzbit ist und die /24 Netzbit nicht aufgelöst werden können.

Nur meine Meinung, da es mir hier an konkreter Erfahrung mangelt.

Beste Grüsse
BitBurg
BitBurg 29.10.2020 aktualisiert um 23:24:12 Uhr
Goto Top
Hi Peter,

lass mich mal was Grundsätzliches sagen. @MrLabel hat nicht das Problem, dass etwas nicht funktioniert, das Gegenteil ist der Fall. Er hat eine Aufgabe bekommen und soll offenbar die unterschiedlichen Ergebnisse interpretieren. Allerdings sieht er keinen Unterschied. Klick mal auf den Link in Brammers ersten Beitrag, dort kannst du die Aufgabe nachlesen. Auf diese Thread bezieht sich meine Antwort hier.

Vergiss mal alles, was Aqui hier schreibt. @MrLabel sieht keinen Unterschied in den Routingtabellen, weil alles korrekt addressiert ist. RIPv1 kann damit umgehen und RIPv2 sowieso.

RIPv1 kann mit zwei Dingen nicht umgehen:

1. Die Netze dürfen nicht "discontiguous", also nicht "unterbrochen" sein. Das heißt, Classful-Netze dürfen nicht durch ein anderes Classful-Netz getrennt sein. Oben im Bild sieht man, dass das nicht der Fall ist, alles identische Class-A Netze (10.0.0.0).

2. RIPv1 kann nicht mit VLSM umgehen. Das heißt, alles Netze müssen die identische Subnetzmaske benutzen. Das ist der Fall, es sind Class-A Netze mit identischen Subnetzmasken (255.255.255.0)

Der Grund dafür ist, dass RIPv1 ein Classful-Routingprotokoll ist. Es werden keine Subnetzmasken in den Routingupdates gesendet. Der empfangende Router und auch der sendende Router setzen voraus, dass alles nach den Regeln des Classful-Addressing konfiguriert ist. RIPv2 kann sowohl mit discontiguous Netzen als auch VLSM umgehen, da es Subnetzmasken in den Routingupdates mitsendet

Nochmal zu deinem Beitrag: Ich habe den mehrmals gelesen und verstehe nicht, was du sagen willst. Was immer du meinst, beachte mal folgendes:

RIPv1 und RIPv2 können nicht miteinander arbeiten. RIPv1 arbeitet mit Broadcast- und RIPv2 mit Mulicastnachrichten. Selbst wenn RIPv2 Broadcasts sendet (was konfigurierbar ist), benutzen beide ein anderes Paketformat. Das Zweite ist, dass das "network" Kommando die Aufgabe hat, RIP auf Interfaces zu aktivieren, die in den Range fallen. Man könntest auch das Kommando "network 0.0.0.0" eingeben, dann würde RIP auf allen Interfaces Routingupdates senden. Damit legt man keine Subnetze fest.

Grüße
BB
PeterGyger
PeterGyger 01.11.2020 um 10:36:07 Uhr
Goto Top
Hallo BB

Danke für die detaillierte Erklärung zu RIP.

Schade das ich mich nicht verständlich ausgedrückt habe.

Das ganze ist ja ein reines Testszenario, da in der Praxis niemand RIPv1 und RIPv2 im gleichen Netz betreibt.

Die Frage ist ja, weshalb die Routingtablle sowohl bei RIPv1 wie auch bei RIPv2 gleich aussieht. OK?

Meine Überlegung ist folgende.
RIPv1 kennt nur die klassischen IP Klassen (A / B / C / etc.).
RIPv1 kann nicht mit CIDR umgehen

RIPv2 kann mit CIDR verstehen.

D.h. wenn ich in diesem Netz Hosts mit einer CIDR Adresse habe, dann wird die nur in der Routingtabelle des RIPv2 Hostes angezeigt werden. Weil RIPv1 diese CIDR IP Adressen nicht sieht bzw. nicht versteht.

Ich müsste das Ganze mal im Paket Tracer oder GNS3 nachbauen, um das Live zu erleben.

Beste Grüsse
aqui
aqui 01.11.2020 aktualisiert um 16:10:45 Uhr
Goto Top
Der Knackpunkt ist wie Kollege @BitBurg schon richtig sagt die discontiguous Netzwerke also die nicht zusammenhängenden IP Netze bei Subnetting mit denen RIPv1 nicht umgehen kann. Bei einer zusammenhängenden Adressierung merkt man es an den Masken nicht (output oben) aber sowie man ein nicht zusammenhängendes Adresskonzept nutzt sieht man das Elend, weil v1 nur ein altes classfull Netz anounced und den Hopcount in Routing Update (Broadcast). Mehr nicht. Es fehlt die Subnetzmaske.
v2 nutzt Multicast für das Update und überträgt eben die Maske mit.
Hier wird es recht gut erklärt mit einem Filmchen:
https://www.youtube.com/watch?v=97YVOoWeEZs

Bleibt dann nur noch:
Wie kann ich einen Beitrag als gelöst markieren?
PeterGyger
PeterGyger 01.11.2020 um 16:27:58 Uhr
Goto Top
Hallo

Selbst wenn ich könnte, würde ich nicht den Thread eines anderen Users auf "gelöst" setzen 😉

IMO
Mr. Label hat aus meiner Sicht eine einfache Lernaufgabe gepostet Wahrscheinlich ist er gerade in einer Ausbildung / Weiterbildung.

Gegeben sind 2 Router. 1x mit RIPv1 und RIPv2. Gegeben sind ferner mehrere Hosts. Einige mit Subnetzmasken nach CIDR Standard.
Wie sehen die Router Tables aus nach einiger Zeit aus? Bzw. was wird der Unterschied sein.

Meine Annahme ist, dass die Tabelle des RIPv2 Routers zusätzliche Routen - CIDR Hosts - beinhaltet, die ein RIPv1 Router nicht "sieht" / "verarbeiten" kann. Keine Ahnung was ein IOS RIPv1 beim parsern einer CIDR Adressen macht. Ich nehme an, dass er nicht abstürzt oder in Flammen aufgeht. Er ignoriert sie einfach.

Ich glaube ich sollte wirklich selber den Packet Tracer kurz starten, um das Ganze mal zusammen zu klicken 😀

Grüsse
aqui
aqui 01.11.2020 aktualisiert um 16:40:09 Uhr
Goto Top
würde ich nicht den Thread eines anderen Users auf "gelöst" setzen
War auch auf den TO bezogen... face-wink
Keine Ahnung was ein IOS RIPv1 beim parsern einer CIDR Adressen macht.
Das kannst du doch hier sehen:
RIPv1 VS RIPv2 (Routingtabelle)
Der Parser macht automatisch immer nur das alte Classfull Netz daraus. Muss er ja auch weil v1 kein CIDR kann da es keine Maske im Update übertragt. Ein debug ip rip wäre dann der der Befehl der es schwarz auf weiss zeigt.
den Packet Tracer kurz starten
Oder GNS3 face-wink