31.10.2012 Aufrufe

Datenkommunikation - FET

Datenkommunikation - FET

Datenkommunikation - FET

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

• Area ID (Bereich-ID): Die Identifikation des Bereichs, in dem die OSPF-Nachricht abgesesetzt wurde. Eine OSPF-<br />

Nachricht wird normalerweise einem Bereich zugeordnet. Wird eine Nachricht über eine virtuelle Verbindung (über mehrere<br />

Bereiche) gesendet, erhält er die Identifikation 0.0.0.0, d.h. die Identifikation des Backbone-Bereichs.<br />

• Checksum (Prüfsumme): Diese Prüfsumme über den Nachrichteninhalt mit Ausnahme des Feldes Authentication soll es<br />

ermöglichen, Fehler in der Nachricht zu entdecken.<br />

• AuType (Authentication Type, Art der Authentisierung): Hier wird angezeigt, welche Art der Authentisierung (Paßwort,<br />

Kryptografische Summe etc.) verwendet wird.<br />

• Authentication: In diesem 64-Bit-Feld werden die Authentisierungsangaben gemacht.<br />

Hello<br />

Common<br />

Header<br />

(Type = 1)<br />

Specific<br />

Information<br />

Neighbors<br />

R<br />

0<br />

E =Sub-area<br />

T=TOS Metrics<br />

8<br />

Hello Interval<br />

16<br />

Common Header<br />

Message Type = 1<br />

Network Mask<br />

Reserved E T Router Priority<br />

Router Dead Interval<br />

Designated Router<br />

Backup designated Router<br />

Neighbor 1<br />

……<br />

Neighbor n<br />

Bild: OSPF: Hello-Nachricht<br />

Die einzelnen Angaben in der Hello-Nachricht sind:<br />

24<br />

31<br />

0 – 5<br />

(48 Byte)<br />

6 – 10<br />

(40 Byte)<br />

Pro Nachbar-<br />

Router<br />

(4 Byte)<br />

Hello-Nachricht<br />

Das Hello-Protokoll wird für die folgenden Funktionen<br />

verwendet:<br />

• Um die benachbarten Router bei der Initialisierung<br />

eines neuen Routers bzw. beim Aufbau<br />

einer Nachbarschaft anzusprechen.<br />

• Um in regelmäßigen Zeitabständen zu prüfen,<br />

ob die Verbindungen intakt sind.<br />

• Um sowohl einen designierten Router (DR)<br />

als auch einen Backup-DR in broadcastorientierten<br />

Netzen zu bestimmen.<br />

• Network Mask (Netz-Maske): Dieses Feld wird für das Subnetting verwendet. Hier wird die Netz-Maske (bzw. Subnetz-Maske)<br />

dieses Router-Interfaces (Schnittstelle) angegeben, über das die Hello-Nachricht abgeschickt wurde.<br />

• Hello Interval (Hello-Intervall): Das Zeitintervall zwischen den regelmäßig gesendeten Hello-Nachrichten in Sekunden.<br />

Standardmäßig beträgt das Hello-Intervall 10 Sekunden.<br />

• Options (Optionen): Mit Hilfe einzelner Bits in diesem Byte werden einige Router-Besonderheiten angegeben (z.B. ob<br />

der Router über dieses Interface, über das die Hello-Nachricht abgeschickt wurde, die AS-externen LSAs senden und<br />

empfangen kann).<br />

• Router Priority (Router-Priorität): Hier wird die Router-Priorität angegeben. Sie ist von Bedeutung bei der Auswahl<br />

des designierten Routers.<br />

• Router Dead Interval (Ausfallentdeckungs-Intervall): Die Anzahl von Sekunden, bis der Router einen Nachbar-Router<br />

als ausgefallen (tot) erklärt.<br />

• Designated Router (Designierter Router): Falls der Router, der die Hello-Nachricht abgeschickt hat, ein designierter<br />

Router ist, wird hier die IP-Adresse des Interfaces angegeben, über das diese Nachricht gesendet wurde. Gegebenenfalls<br />

wird mit 0.0.0.0 angezeigt, dass es sich um keinen designierten Router handelt.<br />

• Backup D Designated Router (Backup-DR, Ersatz-DR): Falls der Router, der die Hello-Nachricht abgeschickt hat, ein<br />

Backup-DR ist, wird hier die IP-Adresse des Interfaces angegeben, über das die Nachricht gesendet wurde. Gegebenenfalls<br />

wird mit 0.0.0.0 angezeigt, dass es sich um keinen Backup-DR handelt.<br />

• Neighbors (benachbarte Router): Hier werden die IDs jener Router angegeben, von denen der Absender-Router der<br />

Hello-Nachricht bereits gültige Hello-Nachrichten empfangen hat.<br />

Institut für Kommunikationsnetze - TU Wien - o. Univ. Prof. Dr. Harmen R. van As - Vorlesung <strong>Datenkommunikation</strong> - Teil 3.2b 35

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!