Diskussion:Open Shortest Path First

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 10 Monaten von 2A01:598:D82E:A3B3:F899:3C19:5EE7:AB5 in Abschnitt Link-Kosten
Zur Navigation springen Zur Suche springen

Link-Kosten[Quelltext bearbeiten]

Die Information dass die Link-Kosten bei OSPF standardmäßig aus der Bandbreite berechnet werden ist falsch. Die Formel "10^8/Bandbreite" verwenden zwar einige Implementierungen (z.B. Cisco) wenn der Administrator selbst keine Metric vorgibt, RFC 2328 definiert dies allerdings nicht.

Steht auch so in der englischen Wikipedia. 217.28.107.11 02:29, 5. Okt. 2008 (CEST)Beantworten

Zumal "nominativ" in diesem Zusammenhang keinen Sinn ergibt. Selbst wenn "nominal" gemeint ist, das heißt Daten, die nicht sortiert werden können ist das für den Algorithmus zu wenig. Die Datenrate ist mindestens "ordinal", das heißt sortierbar, wenn nicht sogar "Intervalldaten", das heißt addierbar --2A01:598:D82E:A3B3:F899:3C19:5EE7:AB5 15:40, 1. Jul. 2023 (CEST)Beantworten

Alte Kommentare[Quelltext bearbeiten]

Ich möchte nur mal kurz darauf hinweisen das noch weitere Informationen die nicht ganz klar sind fehlen. Z.B: bei RIP ist angegeben das es mit IP & IPX verwendet wird wie schaut dies bei OSPF aus??

Außerdem fehlen Erläuterungen zu RIPV2 und die Art von OSPF in EGP und IGP ? Hoffe es kommen noch sinnvolle Kommentare

Das RFC 2328 (April 1998) klassifiziert OSPF in der Einleitung als speziell für das TCP/IP-Internet entwickeltes IGP-Routingprotokoll, das seine Routingentscheidungen auf Basis der Informationen im IP Header fällt. --Matzedi 17:01, 12. Apr 2006 (CEST)

Abferbers comment:

Das Problem ist, dass es bei der Recherche im Internet sehr schnell verwirrend wird herauszufinden ob das RIP und OSPF jetzt nun für EGPs und oder IGPs zuständig sind, in Wahrheit war das RIP für beide zuständig.

In der historie des RIP ist es laut RFC für das IGP also Internet zuständig, weil es zuerst da war. Später in den Neunzigern wurde es vom OSPF abgelöst und ist seither nur noch für IGPs zuständig, da das OSPF hier viel effektiver arbeitet. Es müsste sich jemand finden der sich in der Lage fühlt diese Information fachgerecht in beide Artikel einzuarbeiten, da für viele ältere Informatiker das RIP ein IGP ist und für jüngere ein EGP.

RIP und OSPF sind beides Routingprotokolle, die innerhalb eines AS verwendet werden, also zu den IGPs gehören. Deinen Einwand, was jüngere Informatiker angeht, kann ich so nicht ganz nachvollziehen, RIP wird heute afaik ausschließlich in Netzen verwendet, in denen aus welchen Gründen auch immer kein OSPF gesprochen werden kann; das einzige EGP, was man heute im Internet findet, dürfte BGPv4 sein. 84.63.5.61 07:19, 28. Apr 2006 (CEST)
Die Meinung von 84.63.5.61 kann ich hier unterstützen, in der Literatur, die ich dazu betrachtet habe (z.B. Computer Networking / Ross, Kurose) sind RIP und OSPF eindeutig als IGPS dargestellt... NikoEhrenfeuchter 14:45, 3. Mai 2006 (CEST)Beantworten

Was mir an dem Artikel noch fehlt, sind ein paar Informationen zu OSPFv3, also dem Zusammenspiel OSPF/IPv6. Kennt sich da jemand mit aus, der die wesentlichen Inhalte eintragen möchte? 84.63.5.61 07:19, 28. Apr 2006 (CEST)


Ein paar Worte über Speicher- und Laufzeitkomplexität von OSPF wären hier noch ganz nett. NikoEhrenfeuchter 14:45, 3. Mai 2006 (CEST)Beantworten

IS-IS / OSPF[Quelltext bearbeiten]

Die Aussage, wonach "neueren Trends" zufolge IS-IS dem Vorzug in MPLS-Netzen gegeben wird, ist so nicht richtig. Während europäische Internet-Service-Provider IS-IS bevorzugen, wird in großen Teilen der USA eher OSPF verwendet. OSPF hat gegenüber IS-IS vergleichbare Skalierungsmerkmale und den wesentlichen Vorteil, dass OSPF Fehlkonfigurationen (z. B. IP-Adressen aus unterschiedlichen Subnetzen werden auf einer Punkt-zu-Punkt-Verbindung genutzt) bemerkt und Router-Nachbarschaftsbeziehungen in diesem Fall nicht herstellt. IS-IS dagegen gibt sich als OSI-Schicht-2-Protokoll bei funktionsfähigem Datalink-Layer zufrieden. Spricht etwas gegen die Änderung des Wikipedia-Textes?
--DaDoKa (Diskussion) 22:48, 18. Apr. 2017 (CEST)Beantworten