Routing Information Protocol (RIP) ist ein Entfernungsvektor-Routenplanungsprotokoll, das die Sprung-Zählung als eine metrische Routenplanung anstellt. RISS verhindert Routenplanungsschleifen durch das Einführen einer Grenze auf der Zahl von Sprüngen, die in einem Pfad von der Quelle zu einem Bestimmungsort erlaubt sind. Die maximale Zahl von Sprüngen hat RISS berücksichtigt ist 15. Diese Sprung-Grenze beschränkt jedoch auch die Größe von Netzen, die RISS unterstützen kann. Eine Sprung-Zählung 16 wird als eine unendliche Entfernung betrachtet und verwendet, um unzugänglich, inoperabel, oder sonst unerwünschte Wege im Auswahlverfahren zu missbilligen.

REIßEN SIE führt den Spalt-Horizont, die Weg-Vergiftung und die holddown Mechanismen durch, falsche Routenplanungsinformation davon abzuhalten, fortgepflanzt zu werden. Das sind einige der Stabilitätseigenschaften des RISSES. Es ist auch möglich, den so genannten RMTI (Routenplanungsinformationsprotokoll mit der Metrischen Topologie-Untersuchung) Algorithmus zu verwenden, um mit dem Problem der Zählung zur Unendlichkeit fertig zu werden. Mit seiner Hilfe ist es möglich, jede mögliche Schleife mit einer sehr kleinen Berechnungsanstrengung zu entdecken.

Ursprünglich hat jeder RISS-Router volle Aktualisierungen alle 30 Sekunden übersandt. In den frühen Aufstellungen waren Routenplanungstische klein genug, dass der Verkehr nicht bedeutend war. Da Netze in der Größe jedoch gewachsen sind, ist es offensichtlich geworden, dass es ein massives Verkehrsplatzen alle 30 Sekunden geben konnte, selbst wenn die Router aufs Geratewohl Zeiten initialisiert worden waren. Es wurde infolge der zufälligen Initialisierung gedacht, die Routenplanungsaktualisierungen würden sich rechtzeitig ausbreiten, aber das war in der Praxis nicht wahr. Sally Floyd und Van Jacobson haben 1994 dass, ohne geringen randomization des Aktualisierungszeitmessers, der Zeitmesser synchronisiert mit der Zeit gezeigt.

In aktuellsten Netzwerkanschlussumgebungen ist RISS nicht die bevorzugte Wahl für die Routenplanung, weil seine Zeit, um zusammenzulaufen, und Skalierbarkeit im Vergleich zu EIGRP, OSPF schwach ist, oder IST - IST (die letzten zwei, die mit der Verbindung staatliche Routenplanungsprotokolle sind), und (ohne RMTI) eine Sprung-Grenze beschränkt streng die Größe des Netzes, in dem es verwendet werden kann. Jedoch ist es leicht zu konfigurieren, weil RISS keine Rahmen auf einem Router verschieden von anderen Protokollen verlangt (sieh hier für einen Zeichentrickfilm der grundlegenden RISS-Simulation, die sich RISS-Konfiguration vergegenwärtigt und von der Bitte und Antwort wert ist, um neue Wege zu entdecken).

RISS wird oben auf dem Benutzerdatenpaket-Protokoll als sein Transportprotokoll durchgeführt. Es wird der vorbestellte Hafen Nummer 520 zugeteilt.

Versionen

Es gibt drei Versionen des Routenplanungsinformationsprotokolls: RIPv1, RIPv2 und RIPng.

RISS-Version 1

Die ursprüngliche Spezifizierung des RISSES, der in RFC 1058 definiert ist, verwendet classful Routenplanung. Die periodischen Routenplanungsaktualisierungen tragen Teilnetz-Information nicht, an Unterstützung für Teilnetz-Masken der variablen Länge (VLSM) Mangel habend. Diese Beschränkung macht es unmöglich, verschieden-große Teilnetze innerhalb derselben Netzklasse zu haben. Mit anderen Worten müssen alle Teilnetze in einer Netzklasse dieselbe Größe haben. Es gibt auch keine Unterstützung für die Router-Beglaubigung, für verschiedene Angriffe verwundbaren RISS machend.

RISS-Version 2

Wegen der Mängel an der ursprünglichen RISS-Spezifizierung wurde RISS-Version 2 (RIPv2) 1993 und letzte standardisiert 1998 entwickelt. Es hat die Fähigkeit eingeschlossen, Teilnetz-Information zu tragen, so Classless Inter-Domain Routing (CIDR) unterstützend. Um rückwärts gerichtete Vereinbarkeit aufrechtzuerhalten, ist die Sprung-Grenze der Zählung 15 geblieben. RIPv2 hat Möglichkeiten, mit der früheren Spezifizierung völlig zu zwischenfunktionieren, wenn alle Nullprotokoll-Felder in den RIPv1 Nachrichten Sein Müssen, werden richtig angegeben. Außerdem erlaubt eine Vereinbarkeitsschalter-Eigenschaft feinkörnige Zwischenfunktionsfähigkeitsanpassungen.

Um unnötige Last auf Gastgebern zu vermeiden, die an der Routenplanung nicht teilnehmen, wirft RIPv2 den kompletten Routenplanungstisch zu allen angrenzenden Routern an der Adresse 224.0.0.9, im Vergleich mit RIPv1 mehr, der Sendung verwendet. Dem Wenden von Unicast wird noch für spezielle Anwendungen erlaubt.

(MD5) Beglaubigung für den RISS wurde 1997 eingeführt.

RIPv2 ist Internetstandard STD56 (der RFC 2453 ist).

Weg-Anhängsel wurden auch in der RISS-Version 2 hinzugefügt. Diese Funktionalität berücksichtigt Wege, die von inneren Wegen bis neu verteilte Außenwege aus EGP Protokollen bemerkenswert sind.

RIPng

RIPng (REIßEN folgende Generation), definiert RFC 2080, ist eine Erweiterung von RIPv2 für die Unterstützung von IPv6, dem folgenden Generationsinternetprotokoll. Die Hauptunterschiede zwischen RIPv2 und RIPng sind:

• Unterstützung des IPv6-Netzwerkanschlusses.
• Während RIPv2 RIPv1-Aktualisierungsbeglaubigung unterstützt, tut RIPng nicht. Wie man zurzeit annahm, haben IPv6 Router IPsec für die Beglaubigung verwendet.
• RIPv2 erlaubt, willkürliche Anhängsel Wegen beizufügen, RIPng tut nicht;
• RIPv2 verschlüsselt den folgenden Sprung in jeden Weg Einträge, RIPng verlangt spezifische Verschlüsselung des folgenden Sprungs für eine Reihe von Weg-Einträgen.

RIPng sendet Aktualisierungen auf dem UDP Hafen das 521 Verwenden der Mehrwurf-Gruppe FF02:: 9.

Beschränkungen

• Ohne RMTI zu verwenden, kann Sprung-Zählung nicht 15, im Fall zu weit gehen, dass es diese Beschränkung überschreitet, wird es ungültig betrachtet.
• Die meisten RISS-Netze sind flach. Es gibt kein Konzept von Gebieten oder Grenzen in RISS-Netzen.
• Teilnetz-Masken der Variablen Länge wurden durch die RISS-Version 1 nicht unterstützt.
• Ohne RMTI zu verwenden, hat RISS langsame Konvergenz und Zählung zu Unendlichkeitsproblemen.

Durchführungen

• Cisco ein/Ausgabe-Steuersystem, in Routern von Cisco verwendete Software (unterstützt Version 1, Version 2 und RIPng)
• Cisco NX-OS in Cisco Verknüpfungsdatenzentrum-Schaltern verwendete Software (unterstützt RIPv1 und RIPv2)
• Software von Junos hat in Wacholder-Routern verwendet, Schalter und Brandmauern (unterstützt RIPv1 und RIPv2)
• aufgewühlt, eingeschlossen in den grössten Teil von BSD Unix Systeme
• Routenplanung und Entfernter Zugang, eine Windows-Server-Eigenschaft, enthalten RISS-Unterstützung
• Quagga, ein freies offenes Quellroutenplanungssoftwaregefolge, das auf dem GNU-Zebra gestützt ist
• VOGEL, ein freies offenes Quellroutenplanungssoftwaregefolge
• OpenBSD, schließt eine RISS-Durchführung ein

Ähnliche Protokolle

• IGRP: Eigentumsinterior Gateway Routing Protocol (IGRP) von Cisco war ein etwas fähigeres Protokoll als RISS. Es gehört derselben grundlegenden Familie von Entfernungsvektor-Routenplanungsprotokollen. Cisco hat Unterstützung und Vertrieb von IGRP in ihrer Router-Software aufgehört. Es wurde von Enhanced Interior Gateway Routing Protocol (EIGRP) ersetzt, das ein völlig neues Design ist. Während EIGRP noch ein Entfernungsvektor-Modell verwendet, bezieht er sich auf IGRP nur im Verwenden derselben Routenplanungsmetrik. IGRP unterstützt vielfache Metrik für jeden Weg, einschließlich Bandbreite, Verzögerung, Last, MTU und Zuverlässigkeit.

Siehe auch

• Border Gateway Protocol (BGP)
• Weg, der vergiftet
• Spalt-Horizont
• Konvergenz (Routenplanung)

Weiterführende Literatur

• Malkin, Gary Scott (2000). RISS: Ein Intrabereichsroutenplanungsprotokoll. Addison-Wesley Longman. Internationale Standardbuchnummer 0-201-43320-6.
• Edward A. Taft, Tor-Informationsprotokoll (revidiert) (Xerox Parc, Palo Altstimme, Mai 1979)
• Xerox-Systemintegrationsstandard - Internettransportprotokolle (Xerox, Stamford, 1981)

Links

• Interaktive RISS-Simulation