<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Split_Horizon</id>
	<title>Split Horizon - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Split_Horizon"/>
	<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Split_Horizon&amp;action=history"/>
	<updated>2026-05-27T09:58:34Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale Kopie</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://wiki-de.moshellshocker.dns64.de/index.php?title=Split_Horizon&amp;diff=143558&amp;oldid=prev</id>
		<title>imported&gt;Matthäus Wander: Poison Reverse (siehe Diskussionsseite)</title>
		<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Split_Horizon&amp;diff=143558&amp;oldid=prev"/>
		<updated>2023-07-26T15:10:52Z</updated>

		<summary type="html">&lt;p&gt;Poison Reverse (siehe Diskussionsseite)&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Split Horizon&amp;#039;&amp;#039;&amp;#039; und &amp;#039;&amp;#039;&amp;#039;Poison Reverse&amp;#039;&amp;#039;&amp;#039; sind Verfahren der [[Netzwerktechnik|Computer-Netzwerktechnik]] und werden bei bestimmten [[Routing#Routing-Protokolle|Routing-Protokollen]] verwendet, um beim Informationsaustausch zwischen [[Router]]n Routingschleifen zu vermeiden.&lt;br /&gt;
&lt;br /&gt;
Split-Horizon-Verfahren finden in den Protokollen [[Routing Information Protocol|RIP]], [[Enhanced Interior Gateway Routing Protocol|EIGRP]], [[Interior Gateway Routing Protocol|IGRP]] und [[Virtual Private LAN Service|VPLS]] Anwendung.&lt;br /&gt;
&lt;br /&gt;
== Hintergrund ==&lt;br /&gt;
Bei der Kommunikation im Internet werden [[Datenpaket]]e über [[Netzwerkverbindung]]en jeweils von einem [[Computer]] zum nächsten geleitet. Routing bezeichnet das Festlegen von Wegen bei der Nachrichtenübermittlung in Rechnernetzen. Routing-Protokolle sorgen für den Austausch von Routing-Informationen zwischen den Netzen und erlauben es den Routern, ihre Routing-Tabellen dynamisch aufzubauen.&lt;br /&gt;
&lt;br /&gt;
== Funktionsweise ==&lt;br /&gt;
Bei Split Horizon werden in der Routingtabelle für jedes Zielnetz die Anzahl der Hops und der Zwischenrouter dorthin gespeichert sowie die Information darüber, von welchem Router die Informationen empfangen wurden. Updates für ein Zielnetz werden zu diesem Router nicht gesendet, da die Informationen von diesem Router ja (womöglich) selbst zur Berechnung des Updates beigetragen haben und daher nicht &amp;quot;besser&amp;quot; sein können als die dort schon vorliegende Routing-Information (und tatsächlich &amp;quot;schlechter&amp;quot;, wie man am folgenden Beispiel sieht).&lt;br /&gt;
&lt;br /&gt;
== Beispiel ==&lt;br /&gt;
Router C „weiß“ von Router B, dass das Netzwerk N0 über Router A zu erreichen ist.&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Normalzustand:&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
 Netz N0 → Router A ↔ Router B ↔ Router C&lt;br /&gt;
&lt;br /&gt;
&amp;#039;&amp;#039;&amp;#039;Ausfall eines Routers: Router A nicht zu erreichen&amp;#039;&amp;#039;&amp;#039;&lt;br /&gt;
 Netz N0 → Router A ←X      X→ Router B ↔ Router C&lt;br /&gt;
&lt;br /&gt;
=== Ohne Split Horizon ===&lt;br /&gt;
* Router B lernt beim nächsten Update von Router C, dass Router A über ihn in 2 Hops zu erreichen wäre. Router B würde das im Normalfall nicht interessieren, da er eine kürzere Strecke kennen würde, wenn Router A keinen Ausfall hätte. &lt;br /&gt;
* Durch den Ausfall entfernt Router B die Strecke über A aus seiner Routingtabelle und trägt stattdessen ein, dass es wohl eine Route von 3 Hops über C gibt: Die 2-Hop-Route, über die ihn C informiert hat, mit einem zusätzlichen Hop B nach C. &lt;br /&gt;
* Router C lernt beim nächsten Update von Router B, dass von dort keine 1-Hop-Route mehr nach A vorhanden ist, sondern nur mehr eine 3-Hop-Route. Er korrigiert also die ihm bekannte 2-Hop-Route nun zu einer 4-Hop-Route.&lt;br /&gt;
* Im nächsten Update lernt Router B von C, dass es statt der 2-Hop- nun nur mehr eine 4-Hop-Route über C gäbe, er trägt daher bei sich eine 5-Hop-Route ein.&lt;br /&gt;
* usw.usf.&lt;br /&gt;
&lt;br /&gt;
Damit ist eine Routingschleife entstanden, die bis zu 16 Hops, der maximal möglichen Anzahl von Zwischenstationen bei [[Routing Information Protocol|RIP]], hochzählt. Erst dann wird die Route zu Router A als unerreichbar markiert. Da Updates alle 30 Sekunden ausgetauscht werden, kann es also bis zu 15 mal 30 Sekunden, also über sieben Minuten dauern, bis der Ausfall eines Routers erkannt und die Verbindung zu ihm als unerreichbar markiert wird.&lt;br /&gt;
&lt;br /&gt;
=== Mit Split Horizon ===&lt;br /&gt;
* Router C versendet keine Updates von dem Netz auf das Interface, von welchem er das Netz gelernt hat, und vermeidet somit Routingschleifen.&lt;br /&gt;
&lt;br /&gt;
== Poison Reverse ==&lt;br /&gt;
Beim Poison Reverse (mit blockierter Rückroute) werden alle über diese Schnittstelle gelernten/empfangenen Routen als „nicht erreichbar“ gekennzeichnet und zurückgesendet, indem die Anzahl der Hops direkt auf 16 (bei [[Routing Information Protocol#RIPv2|RIPv2]]) gesetzt wird, so dass diese Route nicht mehr von anderen Routern berücksichtigt wird, da jeder weiterer Hop unweigerlich &amp;quot;unendlich&amp;quot; (16) bedeuten würde.&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Routing]]&lt;/div&gt;</summary>
		<author><name>imported&gt;Matthäus Wander</name></author>
	</entry>
</feed>