In Netzwerken mit nur einem einzigen Router bereitet das Routing normalerweise keine Kopfschmerzen. Da das Ger\u00e4t genau wei\u00df, wo sich jedes angeschlossene Ger\u00e4t befindet, wird der Datenverkehr direkt weitergeleitet. Komplizierter wird es jedoch, wenn ein zweiter oder, schlimmer noch, mehrere Router hinzugef\u00fcgt werden. Kennt der Router nur die lokalen Ger\u00e4te oder die direkt angeschlossenen Router, kann er relativ einfach ermitteln, wohin der Datenverkehr weitergeleitet werden soll. Kommt jedoch ein dritter Router hinzu, insbesondere wenn ein Internetzugang erforderlich ist, wird die Routing-Logik deutlich komplizierter. In einem Setup mit den Routern A, B und C in einer Reihe wissen A und C m\u00f6glicherweise, dass sie den Datenverkehr an B weiterleiten k\u00f6nnen, wenn die Zielinformationen nicht lokal sind. B kann jedoch nicht entscheiden, wohin unbekannter Datenverkehr weitergeleitet werden soll \u2013 soll er weitergeleitet, zur\u00fcckgeschickt oder verworfen werden? Und das Hinzuf\u00fcgen von Internetverbindungen an beiden Enden? Tja, dann kann ohne die richtige Routing-Technik keiner von beiden wirklich herausfinden, wohin der Datenverkehr f\u00fcr Ziele au\u00dferhalb des lokalen Netzwerks weitergeleitet werden soll.<\/p>\n
Hier kommen Routing-Tabellen ins Spiel. Sie sind im Grunde das \u201eAdressbuch\u201c des Routers und geben an, an welche anderen Router oder Ger\u00e4te der Datenverkehr f\u00fcr bestimmte Ziele weitergeleitet werden soll. In kleinen, einfachen Netzwerken m\u00fcssen diese Routen manuell programmiert werden \u2013 ziemlich m\u00fchsam und \u00fcberhaupt nicht dynamisch. Hier kommen Routing-Protokolle ins Spiel, die es Routern erm\u00f6glichen, miteinander zu kommunizieren und Routen im laufenden Betrieb zu aktualisieren. Stellen Sie sich das so vor, als w\u00fcrde das Netzwerk st\u00e4ndig sagen: \u201eHey, ich kann diesen Typen \u00fcber diese Route erreichen\u201c, sodass der Datenverkehr reibungslos flie\u00dft, ohne dass st\u00e4ndig manuell nachgeholfen werden muss.<\/p>\n
Eine Routing-Tabelle ist im Grunde eine Liste in jedem Router, die zeigt, an welche verbundenen Router oder Netzwerke Pakete gesendet werden sollen, um ihr endg\u00fcltiges Ziel zu erreichen. Kleinere Netzwerke verf\u00fcgen m\u00f6glicherweise nur \u00fcber statische, manuell fest codierte Routen. Dies reicht jedoch nicht aus, sobald das Netzwerk w\u00e4chst oder sich \u00e4ndert. Es ist langsam, fehleranf\u00e4llig und m\u00fchsam zu aktualisieren. Stattdessen geben Router ihre Routen dynamisch \u00fcber Protokolle wie RIP, OSPF oder EIGRP frei. Auf einigen Ger\u00e4ten k\u00f6nnen Sie die aktuelle Routing-Tabelle sogar anzeigen, indem Sie unter Windows `route print`<\/strong> oder in Cisco IOS `show ip route`<\/strong> ausf\u00fchren. Versuchen Sie unter Linux in Terminals „ip route`<\/strong> oder `netstat -rn`<\/strong>. Dies zeigt den zuk\u00fcnftigen Datenverkehr und kann bei der Fehlerbehebung helfen, wenn Daten nicht dort ankommen, wo sie ankommen sollen.<\/p>\n Damals war RIPv die erste Wahl \u2013 einfach, unkompliziert und leicht. Es verfolgt die Hops und z\u00e4hlt, wie viele Router ein Paket durchlaufen muss. Null Hops bedeutet, dass das Ger\u00e4t direkt verbunden ist, ein Hop bedeutet, dass das n\u00e4chste Ger\u00e4t verbunden ist und so weiter, bis zu maximal 15 Hops. Alles dar\u00fcber gilt als unerreichbar \u2013 denn RIP behandelt 16 Hops nat\u00fcrlich als unendlich, was bedeutet, dass es keine Route gibt. Aber hier ist das Problem: RIPv1 unterst\u00fctzt keine Subnetzmasken, sodass Netzwerke mit unterschiedlichen Subnetzgr\u00f6\u00dfen oder CIDR-Bl\u00f6cken Probleme verursachen. Es sendet alle 30 Sekunden seine gesamte Routing-Tabelle, was kleine Netzwerke \u00fcberlasten und die Leistung verlangsamen kann, insbesondere wenn Ihr Netzwerk stark ausgelastet ist. Und au\u00dferdem verwendet RIP Broadcast-Frames, um andere Router \u00fcber seine Routen zu informieren, was bei modernen Netzwerken nicht ideal ist.<\/p>\n In realen Umgebungen kann RIPv1 zu Schleifen oder Verz\u00f6gerungen f\u00fchren, insbesondere wenn die Netzwerktopologie komplex ist oder sich h\u00e4ufig \u00e4ndert. Auf einigen Cisco-Routern k\u00f6nnen Sie dieses Verhalten mit Befehlen wie `no ip directed-broadcast`<\/strong> oder `ip rip authentication`<\/strong> anpassen, wenn Sie Angst vor unerw\u00fcnschten Updates haben. Generell ist RIPv1 jedoch f\u00fcr gr\u00f6\u00dfere Anwendungen zu einfach, weshalb es mittlerweile weitgehend ausgemustert wird.<\/p>\n Ein gro\u00dfes Problem bei RIP: die Split-Horizon-Regel. Sie verhindert, dass Router die von einem Nachbarn gelernte Route zur\u00fcckmelden \u2013 quasi, um Routing-Schleifen zu verhindern. Trotzdem ist das etwas seltsam, denn wenn es eine Schleife im Netzwerk gibt, kann RIP diese nicht immer beheben. Ein weiteres Problem sind ausgefallene Routen \u2013 RIP behebt dies durch Route Poisoning, indem es die Hop-Anzahl der Route auf 16 (unendlich) setzt und diese Information dann rundsendet, sodass benachbarte Router keinen Datenverkehr mehr \u00fcber diese Route senden. Cisco-Router verf\u00fcgen sogar \u00fcber Hold-Down-Timer, die Updates zum Status einer Route verz\u00f6gern, um die Situation zu stabilisieren. Diese Timer k\u00f6nnen mit Befehlen wie `ip rip hold-down timeout`<\/strong> optimiert werden, wenn es zu Problemen kommt, aber in komplexen oder gro\u00dfen Netzwerken reicht RIP einfach nicht mehr aus.<\/p>\n Und noch etwas: Die regelm\u00e4\u00dfigen Updates von RIP alle 30 Sekunden erzeugen viel Datenverkehr, was f\u00fcr kleine, einfache Netzwerke zwar in Ordnung sein mag, in gr\u00f6\u00dferen Konfigurationen jedoch \u00e4rgerlich sein kann. Ein Upgrade auf RIPv2 behebt dank CIDR-Unterst\u00fctzung und Multicast-Updates einige Probleme und macht alles effizienter und weniger gespr\u00e4chig.<\/p>\n Wenn RIP unumg\u00e4nglich ist, ist der Umstieg auf RIPv2 eine kluge Entscheidung. Es ist zwar immer noch recht einfach, behebt aber viele der Schw\u00e4chen von RIP. RIPv2 unterst\u00fctzt Subnetzmasken (CIDR) und kennt daher variable Subnetzgr\u00f6\u00dfen \u2013 ein Pluspunkt f\u00fcr die Netzwerkskalierbarkeit. Anstatt Routeninformationen zu senden, verwendet RIPv2 Multicast (sendet Updates an `224.0.0.9`<\/strong>), was unn\u00f6tigen Netzwerkverkehr reduziert. Au\u00dferdem \u00fcbernimmt RIPv2 die Authentifizierung und ist dadurch etwas sicherer. Die Konfiguration von RIPv2 auf einem Cisco-Router umfasst beispielsweise Befehle wie `router rip`<\/strong>, dann `version 2`<\/strong> und das Hinzuf\u00fcgen von Netzwerken mit `network [Netzwerkadresse]`<\/strong>.<\/p>\n Die Umstellung ist in der Regel unkompliziert, es empfiehlt sich jedoch, RIPv1 mit `no ip rip version 1`<\/strong> zu deaktivieren, um Verwirrung zu vermeiden. Bedenken Sie jedoch, dass RIP trotz Verbesserungen im Vergleich zu OSPF oder EIGRP f\u00fcr gr\u00f6\u00dfere, komplexere Netzwerke immer noch eingeschr\u00e4nkt ist.<\/p>\n Bei RIP werden Sie auf vier Haupttimer sto\u00dfen: den Update-Timer, den Invalid-Timer, den Flush-Timer und den Hold-Down-Timer. Der standardm\u00e4\u00dfige „Update-Timer`<\/strong> betr\u00e4gt 30 Sekunden \u2013 so oft sendet der Router seine Routing-Informationen. Der „Invalid-Timer`<\/strong> betr\u00e4gt 180 Sekunden. Wenn in dieser Zeit keine Updates zu einer Route eingehen, markiert RIP die Route als nicht erreichbar (Hop-Anzahl: 16).Der „Flush-Timer`<\/strong> von 240 Sekunden gibt an, wie lange RIP versucht, eine Route bekannt zu geben, bevor sie entfernt wird. Und dann gibt es noch den „Hold-Down-Timer`<\/strong>, normalerweise 180 Sekunden lang, der das Einf\u00fcgen einer Route nach einer \u00c4nderung verz\u00f6gert, um Flattern zu verhindern. Sie k\u00f6nnen diese mit Befehlen wie `timers basic`<\/strong> in Cisco IOS optimieren, aber f\u00fcr die meisten Anwendungen im privaten oder kleinen Unternehmen reichen die Standardeinstellungen aus.<\/p>\n Es ist etwas seltsam, aber diese Timer sind entscheidend, um das Netzwerk stabil zu halten oder Flattern zu verhindern \u2013 schnelle Routen\u00e4nderungen, die f\u00fcr Verwirrung sorgen k\u00f6nnen. Sie geben auch Aufschluss dar\u00fcber, warum RIP nach einer Netzwerk\u00e4nderung manchmal etwas l\u00e4nger braucht, um zu konvergieren.<\/p>\n Insgesamt ist RIPv2 immer noch eine gute Wahl, wenn Einfachheit im Vordergrund steht und Ihr Netzwerk nicht zu komplex ist. Es ist relativ einfach zu konfigurieren \u2013 denken Sie nur daran, dass es CIDR und Multicast-Updates unterst\u00fctzt und im Allgemeinen weniger Abfall verursacht als RIPv1. Allerdings ist es immer noch auf eine Hop-Anzahl von 15 beschr\u00e4nkt und daher f\u00fcr sehr gro\u00dfe oder komplexe Netzwerke ungeeignet. Ein Upgrade auf Protokolle wie OSPF oder EIGRP k\u00f6nnte in Unternehmensumgebungen sinnvoll sein, aber in kleinen Setups kann RIP die Aufgabe auch erf\u00fcllen \u2013 bei richtiger Konfiguration.<\/p>\n Hoffentlich erspart das jemandem ein paar Stunden Kopfzerbrechen. Behalten Sie einfach die Timer im Auge und wechseln Sie vielleicht zu RIPv2, wenn Sie noch in den RIP-Tagen feststecken.<\/p>\n","protected":false},"excerpt":{"rendered":" In Netzwerken mit nur einem einzigen Router bereitet das Routing normalerweise keine Kopfschmerzen. Da das Ger\u00e4t genau wei\u00df, wo sich jedes angeschlossene Ger\u00e4t befindet, wird<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1651","post","type-post","status-publish","format-standard","hentry","category-hilfe"],"_links":{"self":[{"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/posts\/1651","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/comments?post=1651"}],"version-history":[{"count":0,"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/posts\/1651\/revisions"}],"wp:attachment":[{"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/media?parent=1651"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/categories?post=1651"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/de\/wp-json\/wp\/v2\/tags?post=1651"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}RIPv1 und sein Fehlverhalten<\/span><\/h2>\n
Das Problem mit RIP und wie man es behebt<\/span><\/h2>\n
Upgrade auf RIPv2 und seine Verbesserungen<\/span><\/h2>\n
Timer und wie sie RIP beeinflussen<\/span><\/h2>\n
Zusammenfassung und was als n\u00e4chstes kommt<\/span><\/h2>\n
Zusammenfassung<\/h2>\n
\n