{"id":38332,"date":"2019-10-31T22:23:01","date_gmt":"2019-10-31T19:23:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf\/"},"modified":"2019-10-31T22:23:01","modified_gmt":"2019-10-31T19:23:01","slug":"trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Cisco 200-125 CCNA v3.0 Training. Tag 44. Einf\u00fchrung in OSPF.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Heute beginnen wir mit der Untersuchung der OSPF-Routing-Protokolls. Dieses Thema, wie auch die Betrachtung des EIGRP-Protokolls, ist von gr\u00f6\u00dfter Bedeutung im gesamten CCNA-Kurs. Wie Sie sehen, tr\u00e4gt Abschnitt 2.4 den Titel \u201eKonfiguration, \u00dcberpr\u00fcfung und Fehlersuche einer einzelnen OSPFv2-Zone sowie von Multi-Zonen f\u00fcr das IPv4-Protokoll (ausgenommen Authentifizierung, Filterung, manuelle Routenaggregierung, Umverteilung, Stub-Bereiche, virtuelle Netzwerke und LSA)\u201c. <\/p>\n

\"Cisco
\n
\nDas Thema OSPF ist ziemlich umfangreich, daher wird es 2, m\u00f6glicherweise 3 Video-Lektionen in Anspruch nehmen. Die heutige Lektion wird sich mit der theoretischen Seite befassen, ich werde Ihnen einen \u00dcberblick dar\u00fcber geben, was dieses Protokoll ist und wie es funktioniert. Im n\u00e4chsten Video gehen wir in den OSPF-Konfigurationsmodus mit Packet Tracer.<\/a><\/noindex><\/p>\n

Also, in dieser Lektion werden wir drei Dinge besprechen: Was ist OSPF, wie funktioniert es und was sind OSPF-Zonen. In der vorherigen Lektion haben wir gesagt, dass OSPF ein Link-State-Routing-Protokoll ist, das Kommunikationskan\u00e4le zwischen Routern untersucht und Entscheidungen auf der Grundlage der Geschwindigkeit dieser Kan\u00e4le trifft. Ein langer Kanal mit h\u00f6herer Geschwindigkeit, also mit gr\u00f6\u00dferer Bandbreite, hat Vorrang vor einem kurzen Kanal mit geringerer Bandbreite.<\/p>\n

Das RIP-Protokoll, das ein Distance-Vector-Protokoll ist, w\u00e4hlt einen ein-Hops-Weg, selbst wenn dieser Kanal eine niedrige Geschwindigkeit aufweist, w\u00e4hrend das OSPF-Protokoll einen langen Weg mit mehreren Hops w\u00e4hlt, wenn die gesamte Geschwindigkeit auf diesem Weg h\u00f6her ist als die Geschwindigkeit des Verkehrs auf dem kurzen Weg. <\/p>\n

\"Cisco
\n
\nSp\u00e4ter werden wir den Entscheidungsfindungsalgorithmus besprechen, vorerst sollten Sie sich merken, dass OSPF ein Link-State-Protokoll ist. Dieser offene Standard wurde 1988 entwickelt, sodass jeder Hersteller von Netzwerkhardware und jeder Netzwerkdienstanbieter davon profitieren konnte. Daher ist OSPF viel popul\u00e4rer als EIGRP. <\/p>\n

Das OSPF-Protokoll Version 2 unterst\u00fctzt nur das IPv4-Protokoll, und ein Jahr sp\u00e4ter, 1989, k\u00fcndigten die Entwickler die Ver\u00f6ffentlichung der Version 3 an, die IPv6 unterst\u00fctzt. Die voll funktionsf\u00e4hige dritte Version von OSPF f\u00fcr IPv6 erschien jedoch erst 2008. Warum wurde OSPF gew\u00e4hlt? In der letzten Lektion haben wir erfahren, dass dieses interne Gateway-Protokoll die Routen schneller konvergiert als RIP. Es ist ein klassenloses Protokoll. <\/p>\n

Wenn Sie sich erinnern, ist RIP ein klassenbasierter Protokoll, das hei\u00dft, es sendet keine Informationen zur Subnetzmaske. Beispielsweise wird es eine IP-Adresse der Klasse A \/24 nicht akzeptieren. Wenn Sie ihm beispielsweise die IP-Adresse 10.1.1.0 \/24 vorstellen, wird es diese als Netzwerk 10.0.0.0 interpretieren, weil es nicht versteht, wie ein Netzwerk in Subnetze mit mehr als einer Subnetzmaske unterteilt wird.
\nOSPF ist ein sicheres Protokoll. Wenn zwei Router OSPF-Daten austauschen, k\u00f6nnen Sie die Authentifizierung so einstellen, dass Informationen nur nach Eingabe eines Passworts mit dem benachbarten Router geteilt werden k\u00f6nnen. Wie bereits erw\u00e4hnt, ist dies ein offener Standard, weshalb OSPF von vielen Herstellern von Netzwerkhardware verwendet wird.<\/p>\n

OSPF stellt im globalen Sinne einen Mechanismus zum Austausch von Link-State-Anzeigen, oder LSA, dar. LSA-Nachrichten werden vom Router generiert und enthalten viele Informationen: eine einzigartige Router-ID (router-id), Daten zu den bekannten Netzwerken sowie deren Kosten und so weiter. All diese Informationen ben\u00f6tigt der Router zur Entscheidungsfindung \u00fcber das Routing. <\/p>\n

\"Cisco
\n
\nRouter R3 sendet seine LSA-Informationen an Router R5, w\u00e4hrend Router R5 seine LSA-Daten mit R3 teilt. Diese LSAs stellen eine Datenstruktur dar, die die Link State Database (LSDB) bildet. Der Router sammelt alle empfangenen LSA und f\u00fcgt sie seiner LSDB hinzu. Nachdem beide Router ihre Datenbanken erstellt haben, tauschen sie Hello-Nachrichten aus, die zur Nachbarerkennung dienen, und beginnen mit dem Abgleich ihrer LSDB.<\/p>\n

Router R3 sendet Router R5 eine DBD-Nachricht oder \u201eDatenbankbeschreibung\u201c, und R5 sendet sein DBD an Router R3 zur\u00fcck. Diese Nachrichten enthalten Indizes der LSA, die in den Datenbanken jedes Routers vorhanden sind. Nachdem R3 das DBD erhalten hat, sendet er eine Netzwerkstatusanfrage (LSR) an Router R5 mit dem Hinweis: \u201eIch habe bereits die Nachrichten 3, 4 und 9, bitte senden Sie mir nur die 5 und 7.\" <\/p>\n

R5 verh\u00e4lt sich ebenso, indem es dem dritten Router mitteilt: \u201eIch habe Informationen 3, 4 und 9, schickt mir bitte 1 und 2.\u201c Nachdem die Router die LSR-Anfragen erhalten haben, senden sie die Statusaktualisierungspakete LSU zur\u00fcck, das hei\u00dft, als Antwort auf seine LSR erh\u00e4lt der dritte Router LSU vom Router R5. Nachdem die Router ihre Datenbanken aktualisiert haben, werden alle \u2013 selbst wenn Sie 100 Router haben \u2013 identische LSDB-Datenbanken haben. Sobald die LSDB-Datenbanken in den Routern eingerichtet sind, wird jeder von ihnen \u00fcber das gesamte Netzwerk Bescheid wissen. Das OSPF-Protokoll nutzt den Shortest Path First-Algorithmus zur Erstellung der Routingtabelle, daher ist die Synchronisation der LSDBs aller Ger\u00e4te im Netzwerk eine entscheidende Voraussetzung f\u00fcr seine korrekte Funktion. <\/p>\n

\"Cisco
\n
\nIn der dargestellten Diagramm befinden sich 9 Router, die jeweils mit ihren Nachbarn LSR-, LSU-Nachrichten usw. austauschen. Alle sind durch p2p- oder \u201ePoint-to-Point\u201c-Schnittstellen verbunden, die den Betrieb gem\u00e4\u00df dem OSPF-Protokoll unterst\u00fctzen, und interagieren miteinander, um identische LSDBs zu erstellen. <\/p>\n

\"Cisco
\n
\nSobald die Datenbanken synchronisiert sind, erstellt jeder Router unter Verwendung des Algorithmus des k\u00fcrzesten Pfades seine eigene Routingtabelle. Diese Tabellen sind bei verschiedenen Routern unterschiedlich. Das hei\u00dft, alle Router verwenden identische LSDBs, erstellen jedoch Routingtabellen basierend auf ihren eigenen \u00dcberlegungen zu den k\u00fcrzesten Routen. Um diesen Algorithmus zu nutzen, ben\u00f6tigt OSPF eine regelm\u00e4\u00dfige Aktualisierung der LSDB-Datenbank. <\/p>\n

Um also zu funktionieren, muss OSPF zun\u00e4chst 3 Bedingungen erf\u00fcllen: Nachbarn finden, LSDB erstellen und aktualisieren sowie die Routingtabelle bilden. F\u00fcr die Erf\u00fcllung der ersten Bedingung ben\u00f6tigt der Netzwerkadministrator m\u00f6glicherweise eine manuelle Konfiguration der Router-ID, der Timings oder der Wildcard-Maske. Im n\u00e4chsten Video werden wir die Einrichtung eines Ger\u00e4ts f\u00fcr OSPF behandeln, aber Sie sollten wissen, dass dieses Protokoll eine Reverse-Maske verwendet, und wenn diese nicht \u00fcbereinstimmt, wenn Ihre Subnetze nicht \u00fcbereinstimmen oder die Authentifizierung nicht \u00fcbereinstimmt, kann die Nachbarschaft der Router nicht entstehen. Daher sollten Sie beim Troubleshooting von OSPF herausfinden, warum diese Nachbarschaft nicht entsteht, d.h. die \u00dcbereinstimmung der oben genannten Parameter \u00fcberpr\u00fcfen.<\/p>\n

Als Netzwerkadministrator sind Sie nicht am Prozess der Erstellung der LSDB beteiligt. Die Aktualisierung der Datenbanken erfolgt automatisch, nachdem die Nachbarschaftsbeziehungen der Router hergestellt wurden, ebenso wie der Aufbau der Routingtabellen. All dies wird vom Ger\u00e4t selbst durchgef\u00fchrt, das so konfiguriert ist, dass es mit dem OSPF-Protokoll arbeitet.
\nLassen Sie uns ein Beispiel betrachten. Wir haben zwei Router, denen ich zur Vereinfachung die IDs RID 1.1.1.1 und 2.2.2.2 zugewiesen habe. Sobald wir sie verbinden, wird der Link sofort in den Status 'up' wechseln, da ich diese Router zun\u00e4chst f\u00fcr OSPF konfiguriert habe. Sobald die Verbindung hergestellt ist, wird Router A sofort ein Hello-Paket an Router B senden. Dieses Paket wird Informationen enthalten, dass dieser Router noch niemanden auf diesem Link 'gesehen' hat, da es das erste Mal ist, dass er Hello sendet, sowie seine eigene ID, Daten zu dem mit ihm verbundenen Netzwerk und andere Informationen, die er mit dem Nachbarn teilen kann. <\/p>\n

\"Cisco
\n
\nNachdem Router B dieses Paket erhalten hat, wird er sagen: \"Ich sehe, dass es auf diesem Kommunikationskanal einen potenziellen Nachbarn f\u00fcr das OSPF-Protokoll gibt\" und in den Initialisierungszustand (Init state) \u00fcbergehen. Das Hello-Paket ist keine Unicast- oder Broadcast-Nachricht, sondern ein Multicast-Paket, das an die Multicast-IP-Adresse 224.0.0.5 gesendet wird. Einige Leute fragen, wie die Subnetzmaske f\u00fcr Multicast aussieht. Tats\u00e4chlich hat Multicast keine Subnetzmaske; es verbreitet sich wie ein Radiosignal, das von allen Ger\u00e4ten empfangen wird, die auf seine Frequenz eingestellt sind. Wenn Sie beispielsweise FM-Radio h\u00f6ren m\u00f6chten, das auf 91,0 MHz sendet, m\u00fcssen Sie Ihr Radio auf diese Frequenz einstellen. <\/p>\n

Ebenso ist Router B so konfiguriert, dass er Nachrichten f\u00fcr die Multicast-Adresse 224.0.0.5 empf\u00e4ngt. W\u00e4hrend er diesen Kanal \u00fcberwacht, empf\u00e4ngt er das Hello-Paket, das von Router A gesendet wurde, und antwortet ihm mit seiner eigenen Nachricht. <\/p>\n

\"Cisco
\n
\nDas Nachbarschaftsverh\u00e4ltnis kann jedoch nur dann etabliert werden, wenn die Antwort von B allen Kriterien entspricht. Das erste Kriterium ist, dass die Frequenz der gesendeten Hello-Nachrichten und das Zeitintervall f\u00fcr die Antwort auf diese Nachricht (Dead Interval) bei beiden Routern \u00fcbereinstimmen m\u00fcssen. Normalerweise entspricht das Dead Interval mehreren Werten des Hello-Timers. Wenn der Hello-Timer von Router A also 10 Sekunden betr\u00e4gt und Router B ihm nach 30 Sekunden eine Nachricht sendet, w\u00e4hrend das Dead Interval 20 Sekunden betr\u00e4gt, wird das Nachbarschaftsverh\u00e4ltnis nicht zustande kommen. <\/p>\n

Das zweite Kriterium ist, dass beide Router denselben Authentifizierungstyp verwenden m\u00fcssen. Dementsprechend m\u00fcssen die Authentifizierungspassw\u00f6rter ebenfalls \u00fcbereinstimmen. <\/p>\n

Das dritte Kriterium ist die \u00dcbereinstimmung der Arial ID-Zonenidentifikatoren, das vierte ist die \u00dcbereinstimmung der Netzpr\u00e4fixl\u00e4ngen. Wenn Router A das Pr\u00e4fix \/24 meldet, muss Router B auch das Netzwerkpr\u00e4fix \/24 haben. Im n\u00e4chsten Video werden wir dies n\u00e4her betrachten; vorerst sei gesagt, dass dies kein Subnetzmask ist, hier verwenden die Router eine umgekehrte Wildcard-Maske. Und nat\u00fcrlich sollten die Flags des Stub Area auch \u00fcbereinstimmen, wenn sich die Router in diesem Bereich befinden. <\/p>\n

Nach der \u00dcberpr\u00fcfung dieser Kriterien sendet Router B, wenn diese \u00fcbereinstimmen, sein Hello-Paket an Router A. Im Gegensatz zur Nachricht A gibt Router B an, dass er Router A gesehen hat, und stellt sich selbst vor. <\/p>\n

\"Cisco
\n
\nAls Antwort auf diese Nachricht sendet Router A erneut Hello an Router B, in dem er best\u00e4tigt, dass er Router B ebenfalls gesehen hat, der Kommunikationskanal zwischen ihnen besteht aus den Ger\u00e4ten 1.1.1.1 und 2.2.2.2, und er selbst ist ein Ger\u00e4t 1.1.1.1. Dies ist eine sehr wichtige Phase der Nachbarschaftsbildung. In diesem Fall wird eine bidirektionale Verbindung 2-WAY verwendet, aber was passiert, wenn wir einen Switch mit einem verteilten Netzwerk aus 4 Routern haben? In einer solchen \"geteilten\" Umgebung muss einer der Router die Rolle des Designated Router (D.R) \u00fcbernehmen, w\u00e4hrend der andere als Backup Designated Router (B.D.R) fungiert.<\/p>\n

\"Cisco
\n
\nJedes dieser Ger\u00e4te wird eine Full Connection oder einen Zustand vollst\u00e4ndiger Nachbarschaft bilden. Sp\u00e4ter werden wir uns n\u00e4her ansehen, was das bedeutet, jedoch wird dieser Verbindungstyp nur mit dem D.R. und dem B.D.R. etabliert. Die beiden unteren Router D und B werden weiterhin gem\u00e4\u00df dem Punkt-zu-Punkt-Bidirektionsschema kommunizieren. <\/p>\n

Das bedeutet, dass alle Router mit D.R. und B.D.R ein vollst\u00e4ndiges Nachbarschaftsverh\u00e4ltnis herstellen, w\u00e4hrend sie untereinander eine Punkt-zu-Punkt-Verbindung haben. Das ist sehr wichtig, denn bei einer bidirektionalen Verbindung zwischen Nachbarger\u00e4ten sollten alle Parameter des Hello-Pakets \u00fcbereinstimmen. In unserem Fall stimmt alles \u00fcberein, daher bilden die Ger\u00e4te problemlos die Nachbarschaft. <\/p>\n

Sobald die bidirektionale Verbindung hergestellt ist, sendet Router A das Paket Database Description, oder \u201eDatenbankbeschreibung\u201c, an Router B und wechselt in den Zustand ExStart \u2013 den Beginn des Austauschs oder das Warten auf das Laden. Der Database Descriptor enth\u00e4lt Informationen, die einem Inhaltsverzeichnis eines Buches \u00e4hneln \u2013 eine Auflistung aller in der Routing-Datenbank vorhandenen Daten. Im Gegenzug sendet Router B seine Datenbankbeschreibung an Router A und wechselt in den Zustand des Austauschs von Kanalinformationen Exchange. Wenn Router A im Zustand Exchange feststellt, dass einige Informationen in seiner Datenbank fehlen, wechselt er in den Zustand LOADING und beginnt, mit dem Nachbarn \u00fcber LSR-, LSU- und LSA-Nachrichten zu kommunizieren.<\/p>\n

\"Cisco
\n
\nSo wird Router A dem Nachbarn LSR senden, der mit einem Paket LSU antwortet, worauf Router A Router B mit einer LSA-Nachricht antwortet. Dieser Austausch findet so oft statt, wie die Ger\u00e4te Nachrichten vom Typ LSA austauschen m\u00f6chten. Der Zustand LOADING bedeutet, dass die vollst\u00e4ndige Aktualisierung der LSA-Datenbank noch nicht erfolgt ist. Nach dem Laden aller Daten wechseln beide Ger\u00e4te in den Zustand vollst\u00e4ndiger Nachbarschaft FULL.<\/p>\n

Ich m\u00f6chte darauf hinweisen, dass sich die Ger\u00e4te in einem bidirektionalen Anschluss einfach im Nachbarschaftszustand befinden, w\u00e4hrend der Zustand vollst\u00e4ndiger Nachbarschaft nur zwischen Routern, D.R. und B.D.R., m\u00f6glich ist. Das bedeutet, dass jeder Router D.R. \u00fcber \u00c4nderungen im Netzwerk informiert, und alle Router erfahren von diesen \u00c4nderungen durch D.R.<\/p>\n

Die Auswahl von D.R. und B.D.R. ist eine wichtige Frage. Lassen Sie uns betrachten, wie die Wahl von D.R. in einer allgemeinen Umgebung erfolgt. Angenommen, in unserem Schema gibt es drei Router und einen Switch. Zuerst vergleichen die OSPF-Ger\u00e4te die Priorit\u00e4t in den Hello-Nachrichten und vergleichen dann die Router-ID. <\/p>\n

Das Ger\u00e4t mit der h\u00f6chsten Priorit\u00e4t wird D.R. Wenn die Priorit\u00e4ten von zwei Ger\u00e4ten gleich sind, wird das Ger\u00e4t mit der h\u00f6chsten Router-ID aus diesen beiden ausgew\u00e4hlt, das dann D.R. wird.<\/p>\n

Der Backup-Router B.D.R. wird zum Ger\u00e4t mit der zweith\u00f6chsten Priorit\u00e4t oder der zweith\u00f6chsten Router-ID. Wenn D.R. ausf\u00e4llt, wird es sofort durch B.D.R. ersetzt. Dieser beginnt die Rolle von D.R. zu \u00fcbernehmen, und das System w\u00e4hlt einen anderen B.D.R.<\/p>\n

\"Cisco
\n
\nIch hoffe, Sie haben die Auswahl von D.R. und B.D.R. verstanden. Falls nicht, werde ich in einem der n\u00e4chsten Videos auf dieses Thema zur\u00fcckkommen und den Prozess n\u00e4her erkl\u00e4ren. <\/p>\n

Also haben wir uns angesehen, was Hello, die Datenbankbeschreibung Database Descriptor und die Nachrichten LSR, LSU und LSA sind. Bevor wir zum n\u00e4chsten Thema \u00fcbergehen, lassen Sie uns ein wenig \u00fcber die Kosten von OSPF sprechen. <\/p>\n

\"Cisco
\n
\nBei Cisco wird die Kosten eines Routen nach der Formel des Verh\u00e4ltnisses der Referenzbandbreite Reference bandwidth, die standardm\u00e4\u00dfig auf 100 Mbit\/s gesetzt ist, zur Kosten des Links berechnet. Zum Beispiel, bei der Verbindung von Ger\u00e4ten \u00fcber einen seriellen Port betr\u00e4gt die Geschwindigkeit 1,544 Mbit\/s und die Kosten betragen 64. Bei der Verwendung einer Ethernet-Verbindung mit 10 Mbit\/s betragen die Kosten 10, w\u00e4hrend die Kosten einer FastEthernet-Verbindung mit 100 Mbit\/s 1 betragen. <\/p>\n

Bei der Verwendung von Gigabit Ethernet haben wir eine Geschwindigkeit von 1000 Mbit\/s, jedoch wird in diesem Fall die Geschwindigkeit immer als 1 angenommen. Daher sollten Sie, wenn Sie Gigabit Ethernet in Ihrem Netzwerk haben, den Standardwert Ref. BW auf 1000 \u00e4ndern. In diesem Fall betragen die Kosten 1, und die gesamte Tabelle wird mit um den Faktor 10 erh\u00f6hten Kosten neu berechnet. Nachdem wir Nachbarschaften gebildet und die LSDB-Datenbank erstellt haben, gehen wir zum Aufbau der Routingtabelle \u00fcber. <\/p>\n

\"Cisco
\n
\nNach dem Erhalt der LSDB beginnt jeder Router selbstst\u00e4ndig mit der Erstellung seiner Routenliste mithilfe des SPF-Algorithmus. In unserem Diagramm wird Router A eine solche Tabelle f\u00fcr sich selbst erstellen. Zum Beispiel berechnet er die Kosten der Route A-R1 und bestimmt sie auf 10. Um das Verst\u00e4ndnis des Diagramms zu erleichtern, nehmen wir an, dass Router A die optimale Route zu Router B bestimmt. Die Kosten der Verbindung A-R1 betragen 10, die der Verbindung A-R2 betragen 100, und die Kosten der Route A-R3 betragen 11, also die Summe der Route A-R1 (10) und R1-R3 (1).<\/p>\n

Wenn Router A Router R4 erreichen m\u00f6chte, kann er dies entweder \u00fcber die Route A-R1-R4 oder \u00fcber die Route A-R2-R4 tun, wobei in beiden F\u00e4llen die Kosten der Routen gleich sind: 10+100=100+10=110. Die Route A-R6 w\u00fcrde 100+1=101 kosten, was bereits besser ist. Anschlie\u00dfend betrachten wir den Weg zu Router R5 \u00fcber die Route A-R1-R3-R5, deren Kosten sich auf 10+1+100=111 belaufen. <\/p>\n

Der Weg zu Router R7 kann \u00fcber zwei Routen erfolgen: A-R1-R4-R7 oder A-R2-R6-R7. Die Kosten der ersten Route betragen 210, die der zweiten 201, daher ist 201 zu w\u00e4hlen. Um also zu Router B zu gelangen, kann Router A 4 Routen verwenden.<\/p>\n

\"Cisco
\n
\nDie Kosten f\u00fcr die Route A-R1-R3-R5-B betragen 121. Die Route A-R1-R4-R7-B kostet 220. Die Route A-R2-R4-R7-B kostet 210 und die Route A-R2-R6-R7-B hat Kosten von 211. Ausgehend davon wird Router A die Route mit den geringsten Kosten, die 121 betr\u00e4gt, ausw\u00e4hlen und genau diese in die Routingtabelle eintragen. Dies ist ein stark vereinfachtes Schema, wie der SPF-Algorithmus funktioniert. Tats\u00e4chlich werden nicht nur die Bezeichnungen der Router, \u00fcber die die optimale Route verl\u00e4uft, sondern auch die Bezeichnungen der Verbindungsports und alle anderen notwendigen Informationen in die Tabelle aufgenommen. <\/p>\n

Lassen Sie uns ein weiteres Thema betrachten, das die Routing-Zonen betrifft. Bei der Einrichtung von OSPF-Ger\u00e4ten in einem Unternehmen befinden sich normalerweise alle in einer gemeinsamen Zone. <\/p>\n

\"Cisco
\n
\nWas passiert, wenn ein Ger\u00e4t, das mit Router R3 verbunden ist, pl\u00f6tzlich ausf\u00e4llt? Router R3 wird sofort damit beginnen, Router R5 und R1 die Nachricht zu senden, dass der Kanal zu diesem Ger\u00e4t nicht mehr funktioniert, und alle Router werden beginnen, Aktualisierungen \u00fcber dieses Ereignis auszutauschen. <\/p>\n

\"Cisco
\n
\nWenn Sie 100 Router haben, werden alle ihre Informationen \u00fcber den Zustand der Kan\u00e4le aktualisieren, weil sie sich in einer gemeinsamen Zone befinden. Dasselbe passiert, wenn einer der benachbarten Router ausf\u00e4llt \u2013 alle Ger\u00e4te in der Zone werden LSA-Aktualisierungen austauschen. Nach dem Austausch solcher Nachrichten wird sich die Topologie des Netzwerks \u00e4ndern. Sobald dies geschieht, wird SPF die Routing-Tabellen entsprechend den ge\u00e4nderten Bedingungen neu berechnen. Dies ist ein sehr umfangreicher Prozess, und wenn Sie in einer Zone tausend Ger\u00e4te haben, m\u00fcssen Sie die Speicherkapazit\u00e4t der Router \u00fcberwachen, damit sie ausreichend zur Speicherung aller LSA und der riesigen LSDB-Datenbank des Kanalzustands ist. Sobald in einem Teil der Zone \u00c4nderungen auftreten, wird der SPF-Algorithmus sofort die Routen neu berechnen. Standardm\u00e4\u00dfig wird LSA alle 30 Minuten aktualisiert. Dieser Prozess erfolgt nicht gleichzeitig auf allen Ger\u00e4ten, jedoch f\u00fchrt jeder Router die Aktualisierungen in einem Zeitraum von 30 Minuten durch. Je mehr Netzwerkger\u00e4te vorhanden sind, desto mehr Speicher und Zeit ben\u00f6tigen die Aktualisierungen der LSDB.<\/p>\n

Dieses Problem l\u00e4sst sich l\u00f6sen, indem man eine gemeinsame Zone in mehrere separate Zonen aufteilt, also Multi-Zoning verwendet. Daf\u00fcr sollten Sie einen Plan oder ein Schema des gesamten Netzwerks haben, das Sie verwalten. Die Nullzone AREA 0 ist Ihre Hauptzone Main area. Hier erfolgt die Verbindung zum externen Netzwerk, zum Beispiel der Zugang zum Internet. Bei der Erstellung neuer Zonen sollten Sie das folgende Prinzip beachten: In jeder Zone sollte ein Border Router ABR (Area Border Router) platziert sein. Der Border Router hat eine Schnittstelle in einer Zone und die zweite Schnittstelle in einer anderen Zone. Zum Beispiel hat der Router R5 Schnittstellen in Zone 1 und Zone 0. Wie gesagt, jede der Zonen sollte mit der Nullzone verbunden sein, das hei\u00dft, sie sollte einen Border Router haben, dessen eine Schnittstelle mit AREA 0 verbunden ist. <\/p>\n

\"Cisco
\n
\nAngenommen, die Verbindung R6-R7 ist ausgefallen. In diesem Fall wird das LSA-Update nur in der Zone AREA 1 verbreitet und bezieht sich nur auf diese Zone. Ger\u00e4te in Zone 2 und in Zone 0 werden nicht einmal davon erfahren. Der Border Router R5 fasst die Informationen \u00fcber das, was in seiner Zone passiert, zusammen und sendet kumulierte Informationen \u00fcber den Zustand des Netzwerks in die Hauptzone AREA 0. Ger\u00e4te in einer Zone m\u00fcssen nicht \u00fcber alle \u00c4nderungen von LSA innerhalb anderer Zonen informiert werden, da der ABR-Router die kumulierten Informationen \u00fcber Routen von einer Zone in die andere weiterleitet. <\/p>\n

Wenn Sie die Konzept der Zonen nicht ganz verstanden haben, k\u00f6nnen Sie mehr dar\u00fcber in den folgenden Lektionen erfahren, wenn wir uns mit der Konfiguration des OSPF-Routing besch\u00e4ftigen und einige Beispiele durchgehen. <\/p>\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center>
\nDanke, dass Sie bei uns sind. Gefallen Ihnen unsere Artikel? M\u00f6chten Sie mehr interessante Inhalte sehen? Unterst\u00fctzen Sie uns, indem Sie einen Auftrag erteilen oder uns Ihren Freunden empfehlen. 30% Rabatt f\u00fcr Habr-Nutzer auf ein einzigartiges Entry-Level Server-\u00c4quivalent, das wir f\u00fcr Sie entwickelt haben:<\/b> Die ganze Wahrheit \u00fcber VPS (KVM) E5-2650 v4 (6 Kerne) 10GB DDR4 240GB SSD 1Gbps ab $20 oder wie man einen Server richtig aufteilt?<\/a><\/noindex> (es sind Optionen mit RAID1 und RAID10 bis zu 24 Kernen und bis zu 40GB DDR4 verf\u00fcgbar).<\/p>\n

Dell R730xd zum halben Preis?<\/b> Nur bei uns 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB ab $199<\/a><\/noindex> in den Niederlanden! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 ab $99!<\/b><\/b> Lesen Sie, wie man eine Unternehmensinfrastruktur der Klasse C mit Dell R730xd E5-2650 v4-Servern f\u00fcr 9000 Euro im Preis-Leistungs-Verh\u00e4ltnis aufbaut?<\/a><\/noindex>
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA. \u041a\u0430\u043a \u0432\u0438\u0434\u0438\u0442\u0435, \u0440\u0430\u0437\u0434\u0435\u043b 2.4 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0435\u0434\u0438\u043d\u0438\u0447\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u0437\u043e\u043d\u044b OSPFv2 \u0434\u043b\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f, \u0442\u0443\u043f\u0438\u043a\u043e\u0432\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0438 LSA)\u00bb. \u0422\u0435\u043c\u0430 OSPF \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28774,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38332","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Training Cisco 200-125 CCNA v3.0. Tag 44. Einf\u00fchrung in OSPF | ProHoster","description":"Heute beginnen wir mit dem Studium des Routings nach dem OSPF-Protokoll. Dieses Thema ist, wie das EIGRP-Protokoll, eines der wichtigsten im gesamten CCNA-Kurs.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 44. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 OSPF | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:01+00:00","article:modified_time":"2019-10-31T19:23:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38332","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:32:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:11:22","updated":"2026-01-23 21:32:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}