Reverse Address Resolution Protocol - Versionsgeschichte

Perrak: gelöschte Kategorie raus

2024-10-01T21:43:15Z

gelöschte Kategorie raus

← Nächstältere Version		Version vom 1. Oktober 2024, 23:43 Uhr
Zeile 91:		Zeile 91:
	* {{RFC-Internet \|Autor=Finlayson, Mann, Mogul, Theimer \|RFC=903 \|Titel=A Reverse Address Resolution Protocol \|Datum=1984-06}}		* {{RFC-Internet \|Autor=Finlayson, Mann, Mogul, Theimer \|RFC=903 \|Titel=A Reverse Address Resolution Protocol \|Datum=1984-06}}

	[[Kategorie:~~IP-Adressierung~~]]		[[Kategorie:Internet Protocol]]

Crazy1880: Vorlagen-fix (RFC)

2023-05-27T10:38:06Z

Vorlagen-fix (RFC)

← Nächstältere Version		Version vom 27. Mai 2023, 12:38 Uhr
Zeile 1:		Zeile 1:
	<div style="float: right; padding-left: 15px">		<div style="float: right; padding-left: 15px;">
	<div style="text-align: center;">'''RARP [[TCP/IP-Referenzmodell\|Protokollstapel]]'''</div>		<div style="text-align:center;">'''RARP [[TCP/IP-Referenzmodell\|Protokollstapel]]'''</div>
	{\| class="wikitable"		{\| class="wikitable"
	\|-		\|-
	! rowspan="1" style="background~~-color~~: #FFCC99;" \| Netzwerk		! rowspan="1" style="background:#FFCC99;"\| Netzwerk
	! colspan="2" style="background~~-color~~: #9999FF;" \| RARP		! colspan="2" style="background:#9999FF;"\| RARP
	\|-		\|-
	\| rowspan="2" style="background-color: #FFEEBB; text-align: center;" \| ''Netzzugang''		\| rowspan="2" style="background-color: #FFEEBB; text-align: center;" \| ''Netzzugang''
Zeile 33:		Zeile 33:
	\|+ ARP- und RARP-Nachrichtenformat am Beispiel Ethernet-MAC-Adressen und IPv4-Adressen		\|+ ARP- und RARP-Nachrichtenformat am Beispiel Ethernet-MAC-Adressen und IPv4-Adressen
	\|- style="background:#FFEEBB"		\|- style="background:#FFEEBB"
	! ~~width~~="25%" \| Bit 0–7		! style="width:25%"\| Bit 0–7
	! ~~width~~="25%" \| Bit 8–15		! style="width:25%"\| Bit 8–15
	! ~~width~~="25%" \| Bit 16–23		! style="width:25%"\| Bit 16–23
	! ~~width~~="25%" \| Bit 24–31		! style="width:25%"\| Bit 24–31
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=2 \| Hardwareadresstyp (1)		\|colspan="2"\| Hardwareadresstyp (1)
	\| colspan=2 \| Protokolladresstyp (0x0800)		\|colspan="2"\| Protokolladresstyp (0x0800)
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=1 \| Hardwareadressgröße (6)		\|colspan="1"\| Hardwareadressgröße (6)
	\| colspan=1 \| Protokolladressgröße (4)		\|colspan="1"\| Protokolladressgröße (4)
	\| colspan=2 \| Operation		\|colspan="2"\| Operation
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=4 \| Quell-MAC-Adresse		\|colspan="4"\| Quell-MAC-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=2 \| Quell-MAC-Adresse		\|colspan="2"\| Quell-MAC-Adresse
	\| colspan=2 \| Quell-IP-Adresse		\|colspan="2"\| Quell-IP-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=2 \| Quell-IP-Adresse		\|colspan="2"\| Quell-IP-Adresse
	\| colspan=2 \| Ziel-MAC-Adresse		\|colspan="2"\| Ziel-MAC-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=4 \| Ziel-MAC-Adresse		\|colspan="4"\| Ziel-MAC-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=4 \| Ziel-IP-Adresse		\|colspan="4"\| Ziel-IP-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\|}		\|}
Zeile 89:		Zeile 89:

	== Weblinks ==		== Weblinks ==
	* RFC 903 – Reverse Address Resolution Protocol		* {{RFC-Internet \|Autor=Finlayson, Mann, Mogul, Theimer \|RFC=903 \|Titel=A Reverse Address Resolution Protocol \|Datum=1984-06}}

	[[Kategorie:IP-Adressierung]]		[[Kategorie:IP-Adressierung]]

Lars2019: Änderungen von 95.90.19.232 (Diskussion) auf die letzte Version von Daniel Ares zurückgesetzt

2021-04-29T10:23:14Z

Änderungen von 95.90.19.232 (Diskussion) auf die letzte Version von Daniel Ares zurückgesetzt

← Nächstältere Version		Version vom 29. April 2021, 12:23 Uhr
Zeile 23:		Zeile 23:
	Ausgenutzt wird bei RARP, dass den Herstellern weltweit eindeutige Präfixe für MAC-Adressen vergeben werden. Die Hersteller bemühen sich wiederum, weltweit eindeutige MAC-Adressen zu verteilen. In einem Netz der Schicht 2 dürfen keine zwei Geräte dieselbe MAC-Adresse verwenden. Außerhalb eines Schicht-2-Netzes ist dies zwar nicht wünschenswert, jedoch möglich. Die MAC-Adressen können von Benutzern relativ einfach angepasst werden. Daher ist es nicht garantiert, dass eine MAC-Adresse weltweit eindeutig ist.		Ausgenutzt wird bei RARP, dass den Herstellern weltweit eindeutige Präfixe für MAC-Adressen vergeben werden. Die Hersteller bemühen sich wiederum, weltweit eindeutige MAC-Adressen zu verteilen. In einem Netz der Schicht 2 dürfen keine zwei Geräte dieselbe MAC-Adresse verwenden. Außerhalb eines Schicht-2-Netzes ist dies zwar nicht wünschenswert, jedoch möglich. Die MAC-Adressen können von Benutzern relativ einfach angepasst werden. Daher ist es nicht garantiert, dass eine MAC-Adresse weltweit eindeutig ist.

	Die vermeintliche Eindeutigkeit der MAC-Adresse darf ~~HALLO~~ nicht als Sicherheitskriterium angewandt werden. Es ist viel zu einfach, MAC-Adressen-[[Spoofing]] zu betreiben. Fast alle Betriebssysteme erlauben es gewöhnlichen Benutzern, die MAC-Adresse komfortabel in Konfigurationsmasken oder mit einfachen Dienstprogrammen wie ''ifconfig (UNIX, Linux)'' oder ''ip link'' (Linux) zu überschreiben. Gültige MAC-Adressen in einem Schicht-2-Netz können durch ''Abhören'' des Netzverkehrs ausfindig gemacht werden. Dazu ist lediglich der physische Zugang zum Netzwerk nötig. Die exklusive Vergabe von IP-Adressen nur an registrierte MAC-Adressen über RARP oder [[Dynamic Host Configuration Protocol\|DHCP]] schließt also nicht aus, dass Unberechtigte Zugriff auf das Netzwerk erhalten; dafür ist der Einsatz eines sicheren Authentifizierungsmechanismus wie [[IEEE 802.1X]] notwendig.		Die vermeintliche Eindeutigkeit der MAC-Adresse darf nicht als Sicherheitskriterium angewandt werden. Es ist viel zu einfach, MAC-Adressen-[[Spoofing]] zu betreiben. Fast alle Betriebssysteme erlauben es gewöhnlichen Benutzern, die MAC-Adresse komfortabel in Konfigurationsmasken oder mit einfachen Dienstprogrammen wie ''ifconfig (UNIX, Linux)'' oder ''ip link'' (Linux) zu überschreiben. Gültige MAC-Adressen in einem Schicht-2-Netz können durch ''Abhören'' des Netzverkehrs ausfindig gemacht werden. Dazu ist lediglich der physische Zugang zum Netzwerk nötig. Die exklusive Vergabe von IP-Adressen nur an registrierte MAC-Adressen über RARP oder [[Dynamic Host Configuration Protocol\|DHCP]] schließt also nicht aus, dass Unberechtigte Zugriff auf das Netzwerk erhalten; dafür ist der Einsatz eines sicheren Authentifizierungsmechanismus wie [[IEEE 802.1X]] notwendig.

	Die Zuordnungstabelle auf dem RARP-Server, die zu jeder MAC-Adresse die lokal vergebene IP-Adresse enthält, muss vom Systemverwalter manuell gepflegt werden.		Die Zuordnungstabelle auf dem RARP-Server, die zu jeder MAC-Adresse die lokal vergebene IP-Adresse enthält, muss vom Systemverwalter manuell gepflegt werden.

95.90.19.232: /* Verwendung und Funktionsweise */

2021-04-29T10:23:09Z

Verwendung und Funktionsweise

← Nächstältere Version		Version vom 29. April 2021, 12:23 Uhr
Zeile 23:		Zeile 23:
	Ausgenutzt wird bei RARP, dass den Herstellern weltweit eindeutige Präfixe für MAC-Adressen vergeben werden. Die Hersteller bemühen sich wiederum, weltweit eindeutige MAC-Adressen zu verteilen. In einem Netz der Schicht 2 dürfen keine zwei Geräte dieselbe MAC-Adresse verwenden. Außerhalb eines Schicht-2-Netzes ist dies zwar nicht wünschenswert, jedoch möglich. Die MAC-Adressen können von Benutzern relativ einfach angepasst werden. Daher ist es nicht garantiert, dass eine MAC-Adresse weltweit eindeutig ist.		Ausgenutzt wird bei RARP, dass den Herstellern weltweit eindeutige Präfixe für MAC-Adressen vergeben werden. Die Hersteller bemühen sich wiederum, weltweit eindeutige MAC-Adressen zu verteilen. In einem Netz der Schicht 2 dürfen keine zwei Geräte dieselbe MAC-Adresse verwenden. Außerhalb eines Schicht-2-Netzes ist dies zwar nicht wünschenswert, jedoch möglich. Die MAC-Adressen können von Benutzern relativ einfach angepasst werden. Daher ist es nicht garantiert, dass eine MAC-Adresse weltweit eindeutig ist.

	Die vermeintliche Eindeutigkeit der MAC-Adresse darf nicht als Sicherheitskriterium angewandt werden. Es ist viel zu einfach, MAC-Adressen-[[Spoofing]] zu betreiben. Fast alle Betriebssysteme erlauben es gewöhnlichen Benutzern, die MAC-Adresse komfortabel in Konfigurationsmasken oder mit einfachen Dienstprogrammen wie ''ifconfig (UNIX, Linux)'' oder ''ip link'' (Linux) zu überschreiben. Gültige MAC-Adressen in einem Schicht-2-Netz können durch ''Abhören'' des Netzverkehrs ausfindig gemacht werden. Dazu ist lediglich der physische Zugang zum Netzwerk nötig. Die exklusive Vergabe von IP-Adressen nur an registrierte MAC-Adressen über RARP oder [[Dynamic Host Configuration Protocol\|DHCP]] schließt also nicht aus, dass Unberechtigte Zugriff auf das Netzwerk erhalten; dafür ist der Einsatz eines sicheren Authentifizierungsmechanismus wie [[IEEE 802.1X]] notwendig.		Die vermeintliche Eindeutigkeit der MAC-Adresse darf HALLO nicht als Sicherheitskriterium angewandt werden. Es ist viel zu einfach, MAC-Adressen-[[Spoofing]] zu betreiben. Fast alle Betriebssysteme erlauben es gewöhnlichen Benutzern, die MAC-Adresse komfortabel in Konfigurationsmasken oder mit einfachen Dienstprogrammen wie ''ifconfig (UNIX, Linux)'' oder ''ip link'' (Linux) zu überschreiben. Gültige MAC-Adressen in einem Schicht-2-Netz können durch ''Abhören'' des Netzverkehrs ausfindig gemacht werden. Dazu ist lediglich der physische Zugang zum Netzwerk nötig. Die exklusive Vergabe von IP-Adressen nur an registrierte MAC-Adressen über RARP oder [[Dynamic Host Configuration Protocol\|DHCP]] schließt also nicht aus, dass Unberechtigte Zugriff auf das Netzwerk erhalten; dafür ist der Einsatz eines sicheren Authentifizierungsmechanismus wie [[IEEE 802.1X]] notwendig.

	Die Zuordnungstabelle auf dem RARP-Server, die zu jeder MAC-Adresse die lokal vergebene IP-Adresse enthält, muss vom Systemverwalter manuell gepflegt werden.		Die Zuordnungstabelle auf dem RARP-Server, die zu jeder MAC-Adresse die lokal vergebene IP-Adresse enthält, muss vom Systemverwalter manuell gepflegt werden.

Daniel Ares: Die letzte Textänderung von 2003:E2:7F22:2800:39CE:4FA7:7C9C:20B1 wurde verworfen und die Version 192403469 von Uweschwoebel wiederhergestellt - Inhaltlich falsch. Internetadresse zu MAC ist ARP

2021-04-26T18:08:42Z

Die letzte Textänderung von 2003:E2:7F22:2800:39CE:4FA7:7C9C:20B1 wurde verworfen und die Version 192403469 von Uweschwoebel wiederhergestellt - Inhaltlich falsch. Internetadresse zu MAC ist ARP

← Nächstältere Version		Version vom 26. April 2021, 20:08 Uhr
Zeile 12:		Zeile 12:
	</div>		</div>

	Das '''Reverse Address Resolution Protocol''' ('''RARP''') ist ein [[Netzwerkprotokoll]], das die Zuordnung von ~~Internetadressen zu~~ [[MAC-Adresse\|Hardwareadressen]] ermöglicht. Es gehört zur [[TCP/IP-Referenzmodell\|Vermittlungsschicht]] der [[Internetprotokollfamilie]].		Das '''Reverse Address Resolution Protocol''' ('''RARP''') ist ein [[Netzwerkprotokoll]], das die Zuordnung von [[MAC-Adresse\|Hardwareadressen]] zu Internetadressen ermöglicht. Es gehört zur [[TCP/IP-Referenzmodell\|Vermittlungsschicht]] der [[Internetprotokollfamilie]].

	== Verwendung und Funktionsweise ==		== Verwendung und Funktionsweise ==

2003:E2:7F22:2800:39CE:4FA7:7C9C:20B1: Inhalt korrigiert

2021-04-20T21:14:30Z

Inhalt korrigiert

← Nächstältere Version		Version vom 20. April 2021, 23:14 Uhr
Zeile 12:		Zeile 12:
	</div>		</div>

	Das '''Reverse Address Resolution Protocol''' ('''RARP''') ist ein [[Netzwerkprotokoll]], das die Zuordnung von [[MAC-Adresse\|Hardwareadressen]] ~~zu Internetadressen~~ ermöglicht. Es gehört zur [[TCP/IP-Referenzmodell\|Vermittlungsschicht]] der [[Internetprotokollfamilie]].		Das '''Reverse Address Resolution Protocol''' ('''RARP''') ist ein [[Netzwerkprotokoll]], das die Zuordnung von Internetadressen zu [[MAC-Adresse\|Hardwareadressen]] ermöglicht. Es gehört zur [[TCP/IP-Referenzmodell\|Vermittlungsschicht]] der [[Internetprotokollfamilie]].

	== Verwendung und Funktionsweise ==		== Verwendung und Funktionsweise ==

Uweschwoebel: /* Paketformat */ doppelte Überschrift entfernt (das ist in der Überschrift der Tabelle enthalten), Text entfettet

2019-09-19T17:03:33Z

Paketformat: doppelte Überschrift entfernt (das ist in der Überschrift der Tabelle enthalten), Text entfettet

← Nächstältere Version		Version vom 19. September 2019, 19:03 Uhr
Zeile 29:		Zeile 29:
	== Paketformat ==		== Paketformat ==
	Im Ethernetframe schließt sich das RARP-Paket an den MAC-Header und damit an das Ethernet-Typfeld an. Der Ethernettyp für RARP ist <code>0x8035</code>. Obwohl das Format für [[Address Resolution Protocol\|ARP]] und RARP gleich ist und das Protokoll anhand des Operationsfeldes unterschieden werden könnte, handelt es sich um sehr unterschiedliche Operationen. Der unterschiedliche Ethernettyp unterscheidet die Protokolle bereits auf der unteren Ebene, so dass ARP-Server nicht durch RARP-Pakete und umgekehrt gestört werden können.		Im Ethernetframe schließt sich das RARP-Paket an den MAC-Header und damit an das Ethernet-Typfeld an. Der Ethernettyp für RARP ist <code>0x8035</code>. Obwohl das Format für [[Address Resolution Protocol\|ARP]] und RARP gleich ist und das Protokoll anhand des Operationsfeldes unterschieden werden könnte, handelt es sich um sehr unterschiedliche Operationen. Der unterschiedliche Ethernettyp unterscheidet die Protokolle bereits auf der unteren Ebene, so dass ARP-Server nicht durch RARP-Pakete und umgekehrt gestört werden können.

	'''Ethernet MAC-Adressen und IPv4-Adressen'''

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"
Zeile 61:		Zeile 59:
	\|}		\|}

			Erläuterung der Felder:
	~~'''~~Operation~~'''~~ (2 Byte) ~~enthält~~ den Wert, der angibt, welche Operation ausgeführt werden soll (<code>3</code> für ''RARP Request'', <code>4</code> für RARP Reply).		* Operation (2 Byte): Enthält den Wert, der angibt, welche Operation ausgeführt werden soll (<code>3</code> für ''RARP Request'', <code>4</code> für RARP Reply).

	~~'''~~Quell-MAC-Adresse~~'''~~ (6 Byte) ~~enthält~~ in einem ''RARP Request''-Paket die MAC-Adresse des Senders. In einem ''RARP Reply'' enthält es die MAC-Adresse des antwortenden Servers.		* Quell-MAC-Adresse (6 Byte): Enthält in einem ''RARP Request''-Paket die MAC-Adresse des Senders. In einem ''RARP Reply'' enthält es die MAC-Adresse des antwortenden Servers.

	~~'''~~Quell-IP-Adresse~~'''~~ (4 Byte) ~~ist~~ bei einem ''RARP Request'' undefiniert. In einem ''RARP Reply'' enthält es die IP-Adresse des antwortenden Servers.		* Quell-IP-Adresse (4 Byte): Ist bei einem ''RARP Request'' undefiniert. In einem ''RARP Reply'' enthält es die IP-Adresse des antwortenden Servers.

	~~'''~~Ziel-MAC-Adresse~~'''~~ (6 Byte) ~~enthält~~ in einem ''RARP Request''-Paket die MAC-Adresse des Senders. In einem ''RARP Reply'' enthält es die MAC-Adresse des anfragenden Hosts.		* Ziel-MAC-Adresse (6 Byte): Enthält in einem ''RARP Request''-Paket die MAC-Adresse des Senders. In einem ''RARP Reply'' enthält es die MAC-Adresse des anfragenden Hosts.

	~~'''~~Ziel-IP-Adresse~~'''~~ (4 Byte) ~~ist~~ bei einem ''RARP Request'' undefiniert. In einem ''RARP Reply'' enthält es die IP-Adresse des anfragenden Hosts.		* Ziel-IP-Adresse (4 Byte): Ist bei einem ''RARP Request'' undefiniert. In einem ''RARP Reply'' enthält es die IP-Adresse des anfragenden Hosts.

	== Probleme ==		== Probleme ==

Uweschwoebel: siehe auch gelöscht, da der Link bereits im Artikeltext enthalten ist

2019-09-19T16:36:16Z

siehe auch gelöscht, da der Link bereits im Artikeltext enthalten ist

← Nächstältere Version		Version vom 19. September 2019, 18:36 Uhr
Zeile 88:		Zeile 88:

	Bei Verwendung eines [[BOOTP]]-Helpers auf dem [[Router]] kann der BOOTP-Broadcast auch in andere Netzwerke geroutet werden. Die Notwendigkeit eines Servers auf jedem Subnetz entfällt daher. Da die Aufteilung von [[Local Area Network\|LANs]] in Subnetze mittlerweile üblich ist, haben BOOTP und DHCP das RARP-Protokoll fast vollständig verdrängt.		Bei Verwendung eines [[BOOTP]]-Helpers auf dem [[Router]] kann der BOOTP-Broadcast auch in andere Netzwerke geroutet werden. Die Notwendigkeit eines Servers auf jedem Subnetz entfällt daher. Da die Aufteilung von [[Local Area Network\|LANs]] in Subnetze mittlerweile üblich ist, haben BOOTP und DHCP das RARP-Protokoll fast vollständig verdrängt.

	== Siehe auch ==
	* [[Address Resolution Protocol]]

	== Weblinks ==		== Weblinks ==

Aka: Auslassungspunkte, Kleinkram

2019-05-06T16:33:21Z

Auslassungspunkte, Kleinkram

← Nächstältere Version		Version vom 6. Mai 2019, 18:33 Uhr
Zeile 8:		Zeile 8:
	\| rowspan="2" style="background-color: #FFEEBB; text-align: center;" \| ''Netzzugang''		\| rowspan="2" style="background-color: #FFEEBB; text-align: center;" \| ''Netzzugang''
	\| style="background-color: #EEEEEE; text-align: center;" \| [[Ethernet]]		\| style="background-color: #EEEEEE; text-align: center;" \| [[Ethernet]]
	\| style="background-color: #EEEEEE; text-align: center;" \| ~~...~~		\| style="background-color: #EEEEEE; text-align: center;" \| …
	\|}		\|}
	</div>		</div>
Zeile 17:		Zeile 17:
	Beispiel für [[Ethernet]]-[[Rechnernetz\|Netzwerke]]:		Beispiel für [[Ethernet]]-[[Rechnernetz\|Netzwerke]]:

	RARP wird verwendet, wenn einem Computer die eigene [[IP-Adresse]] nicht bekannt ist.		RARP wird verwendet, wenn einem Computer die eigene [[IP-Adresse]] nicht bekannt ist.

	RARP sendet dazu ein ''RARP Request''-[[Broadcast]] mit der eigenen [[MAC-Adresse]] als Inhalt an die am Netzwerk angeschlossenen Rechner. Ein RARP-[[Server]], welcher alle Zuordnungen IP- zu MAC-Adressen kennt, sendet daraufhin eine Antwort mit der IP-Adresse an die anfragende MAC-Adresse (''RARP-Reply'').		RARP sendet dazu ein ''RARP Request''-[[Broadcast]] mit der eigenen [[MAC-Adresse]] als Inhalt an die am Netzwerk angeschlossenen Rechner. Ein RARP-[[Server]], welcher alle Zuordnungen IP- zu MAC-Adressen kennt, sendet daraufhin eine Antwort mit der IP-Adresse an die anfragende MAC-Adresse (''RARP-Reply'').
Zeile 79:		Zeile 79:
	== RARP und TFTP ==		== RARP und TFTP ==

	Nach RARP wird häufig [[Trivial File Transfer Protocol\|TFTP]] (''Trivial File Transfer Protocol'') eingesetzt, das z. B. bei Diskless-Workstations einen Speicherabzug des Betriebssystems an den Rechner überträgt. Erst nachdem dieser Speicherabzug in den Speicher der Workstation geladen ist, kann sie hochgefahren werden. Wird RARP eingesetzt, so kann weder der Name des Speicherabzugs noch die Adresse des TFTP-Servers übergeben werden.		Nach RARP wird häufig [[Trivial File Transfer Protocol\|TFTP]] (''Trivial File Transfer Protocol'') eingesetzt, das z. B. bei Diskless-Workstations einen Speicherabzug des Betriebssystems an den Rechner überträgt. Erst nachdem dieser Speicherabzug in den Speicher der Workstation geladen ist, kann sie hochgefahren werden. Wird RARP eingesetzt, so kann weder der Name des Speicherabzugs noch die Adresse des TFTP-Servers übergeben werden.

	Frühe Diskless-Workstations der Firma [[Sun Microsystems]] verwenden deshalb die hexadezimale Darstellung der IP-Adresse als Dateiname. Zunächst versuchen sie unter der Annahme, dass RARP- und TFTP-Server identisch sind, den TFTP-Transfer mit dem RARP-Server durchzuführen, dessen Adresse sie im Quelladressen-Feld des RARP-Replies finden. Falls dieser eine bestimmte Zeit (3 Sekunden) nicht antwortet, wird der gesamte TFTP-Transfer mit Hilfe von Ethernet-Broadcasts durchgeführt. Der TFTP-Server muss daher nicht mit dem RARP-Server identisch sein. Trotzdem muss auch der TFTP-Server bei diesem Verfahren ein lokaler Rechner auf dem jeweiligen Subnetz sein. Daneben werden unter Umständen viele Broadcast-Frames gesendet, was zu einer Belastung der anderen Geräte im selben Subnetz führt.		Frühe Diskless-Workstations der Firma [[Sun Microsystems]] verwenden deshalb die hexadezimale Darstellung der IP-Adresse als Dateiname. Zunächst versuchen sie unter der Annahme, dass RARP- und TFTP-Server identisch sind, den TFTP-Transfer mit dem RARP-Server durchzuführen, dessen Adresse sie im Quelladressen-Feld des RARP-Replies finden. Falls dieser eine bestimmte Zeit (3 Sekunden) nicht antwortet, wird der gesamte TFTP-Transfer mit Hilfe von Ethernet-Broadcasts durchgeführt. Der TFTP-Server muss daher nicht mit dem RARP-Server identisch sein. Trotzdem muss auch der TFTP-Server bei diesem Verfahren ein lokaler Rechner auf dem jeweiligen Subnetz sein. Daneben werden unter Umständen viele Broadcast-Frames gesendet, was zu einer Belastung der anderen Geräte im selben Subnetz führt.

Schnabeltassentier: Änderungen von 95.88.21.208 (Diskussion) auf die letzte Version von Testuser0001 zurückgesetzt

2019-03-29T11:20:34Z

Änderungen von 95.88.21.208 (Diskussion) auf die letzte Version von Testuser0001 zurückgesetzt

← Nächstältere Version		Version vom 29. März 2019, 13:20 Uhr
Zeile 14:		Zeile 14:
	Das '''Reverse Address Resolution Protocol''' ('''RARP''') ist ein [[Netzwerkprotokoll]], das die Zuordnung von [[MAC-Adresse\|Hardwareadressen]] zu Internetadressen ermöglicht. Es gehört zur [[TCP/IP-Referenzmodell\|Vermittlungsschicht]] der [[Internetprotokollfamilie]].		Das '''Reverse Address Resolution Protocol''' ('''RARP''') ist ein [[Netzwerkprotokoll]], das die Zuordnung von [[MAC-Adresse\|Hardwareadressen]] zu Internetadressen ermöglicht. Es gehört zur [[TCP/IP-Referenzmodell\|Vermittlungsschicht]] der [[Internetprotokollfamilie]].

			== Verwendung und Funktionsweise ==
	== I selled my wife for internet konnexion to pley counta stirk ==
	Beispiel für [[Ethernet]]-[[Rechnernetz\|Netzwerke]]:		Beispiel für [[Ethernet]]-[[Rechnernetz\|Netzwerke]]:

← Nächstältere Version		Version vom 27. Mai 2023, 12:38 Uhr
Zeile 1:		Zeile 1:
	<div style="float: right; padding-left: 15px">		<div style="float: right; padding-left: 15px;">
	<div style="text-align: center;">'''RARP [[TCP/IP-Referenzmodell\|Protokollstapel]]'''</div>		<div style="text-align:center;">'''RARP [[TCP/IP-Referenzmodell\|Protokollstapel]]'''</div>
	{\| class="wikitable"		{\| class="wikitable"
	\|-		\|-
	! rowspan="1" style="background~~-color~~: #FFCC99;" \| Netzwerk		! rowspan="1" style="background:#FFCC99;"\| Netzwerk
	! colspan="2" style="background~~-color~~: #9999FF;" \| RARP		! colspan="2" style="background:#9999FF;"\| RARP
	\|-		\|-
	\| rowspan="2" style="background-color: #FFEEBB; text-align: center;" \| ''Netzzugang''		\| rowspan="2" style="background-color: #FFEEBB; text-align: center;" \| ''Netzzugang''
Zeile 33:		Zeile 33:
	\|+ ARP- und RARP-Nachrichtenformat am Beispiel Ethernet-MAC-Adressen und IPv4-Adressen		\|+ ARP- und RARP-Nachrichtenformat am Beispiel Ethernet-MAC-Adressen und IPv4-Adressen
	\|- style="background:#FFEEBB"		\|- style="background:#FFEEBB"
	! ~~width~~="25%" \| Bit 0–7		! style="width:25%"\| Bit 0–7
	! ~~width~~="25%" \| Bit 8–15		! style="width:25%"\| Bit 8–15
	! ~~width~~="25%" \| Bit 16–23		! style="width:25%"\| Bit 16–23
	! ~~width~~="25%" \| Bit 24–31		! style="width:25%"\| Bit 24–31
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=2 \| Hardwareadresstyp (1)		\|colspan="2"\| Hardwareadresstyp (1)
	\| colspan=2 \| Protokolladresstyp (0x0800)		\|colspan="2"\| Protokolladresstyp (0x0800)
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=1 \| Hardwareadressgröße (6)		\|colspan="1"\| Hardwareadressgröße (6)
	\| colspan=1 \| Protokolladressgröße (4)		\|colspan="1"\| Protokolladressgröße (4)
	\| colspan=2 \| Operation		\|colspan="2"\| Operation
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=4 \| Quell-MAC-Adresse		\|colspan="4"\| Quell-MAC-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=2 \| Quell-MAC-Adresse		\|colspan="2"\| Quell-MAC-Adresse
	\| colspan=2 \| Quell-IP-Adresse		\|colspan="2"\| Quell-IP-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=2 \| Quell-IP-Adresse		\|colspan="2"\| Quell-IP-Adresse
	\| colspan=2 \| Ziel-MAC-Adresse		\|colspan="2"\| Ziel-MAC-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=4 \| Ziel-MAC-Adresse		\|colspan="4"\| Ziel-MAC-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\| colspan=4 \| Ziel-IP-Adresse		\|colspan="4"\| Ziel-IP-Adresse
	\|- style="background:#EEEEFF"		\|- style="background:#EEEEFF"
	\|}		\|}
Zeile 89:		Zeile 89:

	== Weblinks ==		== Weblinks ==
	* RFC 903 – Reverse Address Resolution Protocol		* {{RFC-Internet \|Autor=Finlayson, Mann, Mogul, Theimer \|RFC=903 \|Titel=A Reverse Address Resolution Protocol \|Datum=1984-06}}

	[[Kategorie:IP-Adressierung]]		[[Kategorie:IP-Adressierung]]