Internet Protocol - Versionsgeschichte

Matthäus Wander: Begriffsdefinition oben

2025-01-01T11:03:57Z

Begriffsdefinition oben

← Nächstältere Version		Version vom 1. Januar 2025, 13:03 Uhr
Zeile 15:		Zeile 15:
	\|}		\|}

	Das '''Internet Protocol''' ('''IP''') ist ein in [[Rechnernetz]]en weit verbreitetes [[Netzwerkprotokoll]] und stellt durch seine Funktion die Grundlage des [[Internet]]s dar. Das IP ist die [[Implementierung]] der Internetschicht des TCP/IP-Modells bzw. der Vermittlungsschicht ({{enS\|Network Layer}}) des [[OSI-Modell]]s.<ref>{{Literatur \|Titel=Optische Netze –Systeme Planung Aufbau \|Auflage=1. \|Verlag=dibkom \|Ort=Straßfurt \|Datum=2010 \|ISBN=978-3-9811630-6-3 \|Seiten=35}}</ref> IP ist ein verbindungsloses Protokoll, das heißt bei den Kommunikationspartnern wird kein Zustand etabliert.		Das '''Internet Protocol''' ('''IP'''; deutsch ''Internetprotokoll'') ist ein in [[Rechnernetz]]en weit verbreitetes [[Netzwerkprotokoll]] und stellt durch seine Funktion die Grundlage des [[Internet]]s dar. Das IP ist die [[Implementierung]] der Internetschicht des TCP/IP-Modells bzw. der Vermittlungsschicht ({{enS\|Network Layer}}) des [[OSI-Modell]]s.<ref>{{Literatur \|Titel=Optische Netze –Systeme Planung Aufbau \|Auflage=1. \|Verlag=dibkom \|Ort=Straßfurt \|Datum=2010 \|ISBN=978-3-9811630-6-3 \|Seiten=35}}</ref> IP ist ein verbindungsloses Protokoll, das heißt bei den Kommunikationspartnern wird kein Zustand etabliert.

	Mit [[IPv4]] und [[IPv6]] sind zwei verschiedene Versionen des Internet Protocols verbreitet. Beide stellen ein eigenes Netzwerkprotokoll dar, das unabhängig von oder auch parallel zu dem anderen betrieben werden kann. Der Hauptunterschied ist die Größe des Adressraums.		Mit [[IPv4]] und [[IPv6]] sind zwei verschiedene Versionen des Internet Protocols verbreitet. Beide stellen ein eigenes Netzwerkprotokoll dar, das unabhängig von oder auch parallel zu dem anderen betrieben werden kann. Der Hauptunterschied ist die Größe des Adressraums.
Zeile 34:		Zeile 34:

	== Versionsgeschichte ==		== Versionsgeschichte ==
	Im Mai 1974 veröffentlichten [[Vint Cerf]] und [[Bob Kahn]] in einer Forschungsarbeit ein Netzwerkprotokoll zur übergreifenden Kommunikation zwischen unterschiedlichen paketvermittelten Netzen. In dem Modell führen ~~Endgeräte ({{enS\|hosts}})~~ ein „Übertragungskontrollprogramm“ ({{enS\|transmission control program}} – TCP) aus, das die Übermittlung eines kontinuierlichen [[Datenstrom]]s zwischen [[Prozess (Informatik)\|Prozessen]] sicherstellt. [[Gateway (Informatik)\|Gateways]] übernehmen die Umformung von Paketen an Netzwerkgrenzen.<ref>{{Literatur \|Autor=Vint Cerf, Bob Kahn \|Titel=A Protocol for Packet Network Intercommunication \|Sammelwerk=IEEE Transactions on Communications \|Band=22 \|Nummer=5 \|Verlag=IEEE \|Datum=1974-05 \|ISSN=0090-6778 \|Sprache=en \|Online=[https://ieeexplore.ieee.org/document/1092259 ieee.org] \|DOI=10.1109/TCOM.1974.1092259}}</ref>		Im Mai 1974 veröffentlichten [[Vint Cerf]] und [[Bob Kahn]] in einer Forschungsarbeit ein Netzwerkprotokoll zur übergreifenden Kommunikation zwischen unterschiedlichen paketvermittelten Netzen. In dem Modell führen Hosts ein „Übertragungskontrollprogramm“ ({{enS\|transmission control program}} – TCP) aus, das die Übermittlung eines kontinuierlichen [[Datenstrom]]s zwischen [[Prozess (Informatik)\|Prozessen]] sicherstellt. [[Gateway (Informatik)\|Gateways]] übernehmen die Umformung von Paketen an Netzwerkgrenzen.<ref>{{Literatur \|Autor=Vint Cerf, Bob Kahn \|Titel=A Protocol for Packet Network Intercommunication \|Sammelwerk=IEEE Transactions on Communications \|Band=22 \|Nummer=5 \|Verlag=IEEE \|Datum=1974-05 \|ISSN=0090-6778 \|Sprache=en \|Online=[https://ieeexplore.ieee.org/document/1092259 ieee.org] \|DOI=10.1109/TCOM.1974.1092259}}</ref>

	Die erste vollständige Protokollspezifikation erschien mit <nowiki>RFC 675</nowiki> im Dezember 1974.<ref name="rfc675">{{RFC-Internet \|RFC=675 \|Autor=Vinton Cerf, Yogen Dalal, Carl Sunshine \|Titel=Specification of Internet Transmission Control Program \|Datum=1974-12}}</ref> Das monolithische Übertragungskontrollprogramm wurde später in eine Modularchitektur geteilt, die aus dem Internetprotokoll ~~({{enS\|internet protocol}})~~ zur Host-zu-Host-Kommunikation und dem [[Transmission Control Protocol\|Übertragungskontrollprotokoll]] ({{enS\|transmission control protocol}} – TCP) zur Prozess-zu-Prozess-Kommunikation bestand. Das Modell wurde bekannt als TCP/IP-Referenzmodell.		Die erste vollständige Protokollspezifikation erschien mit <nowiki>RFC 675</nowiki> im Dezember 1974.<ref name="rfc675">{{RFC-Internet \|RFC=675 \|Autor=Vinton Cerf, Yogen Dalal, Carl Sunshine \|Titel=Specification of Internet Transmission Control Program \|Datum=1974-12}}</ref> Das monolithische Übertragungskontrollprogramm wurde später in eine Modularchitektur geteilt, die aus dem Internetprotokoll zur Host-zu-Host-Kommunikation und dem [[Transmission Control Protocol\|Übertragungskontrollprotokoll]] ({{enS\|transmission control protocol}} – TCP) zur Prozess-zu-Prozess-Kommunikation bestand. Das Modell wurde bekannt als TCP/IP-Referenzmodell.

	Beide Protokolle wurden mehrfach überarbeitet, ehe sie zum praktischen Einsatz kamen. Neben der finalen Bezeichnung als „Internet Protocol“ wurde in Entwürfen auch „Internetwork Protocol“,<ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien28.pdf \|titel=Draft Internetwork Protocol Specification – Version 2 \|titelerg=IEN 28 \|datum=1978-02 \|format=PDF \|abruf=2020-02-09}}</ref><ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien41.pdf \|titel=Internetwork Protocol Specification – Version 4 \|titelerg=IEN 41 \|datum=1978-06 \|format=PDF \|abruf=2020-02-09}}</ref> „Internet Datagram Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien80.pdf \|titel=Internet Datagram Protocol – Version 4 \|titelerg=IEN 80 \|hrsg=Jon Postel \|datum=1979-02 \|format=PDF \|abruf=2020-02-09}}</ref> oder „DoD Standard Internet Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien123.txt \|titel=DoD Standard Internet Protocol \|titelerg=IEN 123 \|hrsg=Jon Postel \|datum=1979-12 \|abruf=2020-02-09}}</ref><ref name="RFC760" /> verwendet. Bei größeren Änderungen des [[IP-Header]]s wurde eine im Header enthaltene Versionsnummer hochgezählt. Bei der Einführung von TCP/IP im [[Arpanet]] am 1. Januar 1983<ref>{{RFC-Internet \|RFC=801 \|Autor=J. Postel \|Titel=NCP/TCP Transition Plan \|Datum=1981-11}}</ref> trugen IP-Pakete daher die Versionsnummer 4. Vorherige Versionen waren nicht verbreitet.		Beide Protokolle wurden mehrfach überarbeitet, ehe sie zum praktischen Einsatz kamen. Neben der finalen Bezeichnung als „Internet Protocol“ wurde in Entwürfen auch „Internetwork Protocol“,<ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien28.pdf \|titel=Draft Internetwork Protocol Specification – Version 2 \|titelerg=IEN 28 \|datum=1978-02 \|format=PDF \|abruf=2020-02-09}}</ref><ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien41.pdf \|titel=Internetwork Protocol Specification – Version 4 \|titelerg=IEN 41 \|datum=1978-06 \|format=PDF \|abruf=2020-02-09}}</ref> „Internet Datagram Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien80.pdf \|titel=Internet Datagram Protocol – Version 4 \|titelerg=IEN 80 \|hrsg=Jon Postel \|datum=1979-02 \|format=PDF \|abruf=2020-02-09}}</ref> oder „DoD Standard Internet Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien123.txt \|titel=DoD Standard Internet Protocol \|titelerg=IEN 123 \|hrsg=Jon Postel \|datum=1979-12 \|abruf=2020-02-09}}</ref><ref name="RFC760" /> verwendet. Bei größeren Änderungen des [[IP-Header]]s wurde eine im Header enthaltene Versionsnummer hochgezählt. Bei der Einführung von TCP/IP im [[Arpanet]] am 1. Januar 1983<ref>{{RFC-Internet \|RFC=801 \|Autor=J. Postel \|Titel=NCP/TCP Transition Plan \|Datum=1981-11}}</ref> trugen IP-Pakete daher die Versionsnummer 4. Vorherige Versionen waren nicht verbreitet.

Matthäus Wander: Begriffsdefinition ergänzt, weil Host hierhin verweist

2025-01-01T11:00:48Z

Begriffsdefinition ergänzt, weil Host hierhin verweist

← Nächstältere Version		Version vom 1. Januar 2025, 13:00 Uhr
Zeile 12:		Zeile 12:
	\|-		\|-
	! Standards:		! Standards:
	\| <nowiki>RFC 8200</nowiki> (IPv6, 2017)<ref>{{RFC-Internet \|RFC=8200 \|Titel=Internet Protocol, Version 6 \|Datum=2017-07 \|Obsoletes=2460 \|Errata=1}}</ref><br /> <nowiki>RFC 791</nowiki> (IPv4, 1981)<ref name="RFC791" />		\| <nowiki>RFC 8200</nowiki> (IPv6, 2017)<ref name="rfc8200">{{RFC-Internet \|RFC=8200 \|Titel=Internet Protocol, Version 6 \|Datum=2017-07 \|Obsoletes=2460 \|Errata=1}}</ref><br /> <nowiki>RFC 791</nowiki> (IPv4, 1981)<ref name="RFC791" />
	\|}		\|}

Zeile 20:		Zeile 20:

	== Eigenschaften und Funktionen ==		== Eigenschaften und Funktionen ==
	Das IP bildet die erste vom [[Übertragungstechnik\|Übertragungsmedium]] unabhängige Schicht der [[Internetprotokollfamilie]]. Das bedeutet, dass mittels [[IP-Adresse]] und Sub[[netzmaske]] ''(subnet mask)'' für [[IPv4]], bzw. [[Präfixlänge]] bei [[IPv6]], Computer innerhalb eines Netzwerkes in logische Einheiten, sogenannte [[Subnetz]]e, gruppiert werden können. Auf dieser Basis ist es möglich, Computer in größeren Netzwerken zu adressieren und ihnen [[IP-Paket]]e zu senden, da logische Adressierung die Grundlage für [[Routing]] (Wegewahl und Weiterleitung von Netzwerkpaketen) ist.		Das Internet Protocol bildet die erste vom [[Übertragungstechnik\|Übertragungsmedium]] unabhängige Schicht der [[Internetprotokollfamilie]]. Das bedeutet, dass mittels [[IP-Adresse]] und Sub[[netzmaske]] ''(subnet mask)'' für [[IPv4]], bzw. [[Präfixlänge]] bei [[IPv6]], Computer innerhalb eines Netzwerkes in logische Einheiten, sogenannte [[Subnetz]]e, gruppiert werden können. Auf dieser Basis ist es möglich, Computer in größeren Netzwerken zu adressieren und ihnen [[IP-Paket]]e zu senden, da logische Adressierung die Grundlage für [[Routing]] (Wegewahl und Weiterleitung von Netzwerkpaketen) ist.

			Im Kontext des Internet Protocols sind die folgenden Begriffe üblich:<ref name="rfc8200" />
			* Ein ''Knoten'' ({{enS\|node}}) ist ein IP-fähiges Netzwerkgerät.
			* Ein ''[[Router]]'' ist ein Knoten, der IP-Pakete weiterleitet. IPv4 verwendete den Begriff ''[[Gateway (Informatik)\|Gateway]]'' für ein Gerät, das Pakete zwischen Netzen weiterleitet.<ref name="RFC791" />
			* {{Anker\|Host}}Ein ''Host'' ist ein Knoten, der kein Router oder Gateway ist. Im Regelfall sind damit Endgeräte gemeint.

	== Adressvergabe ==		== Adressvergabe ==

TaxonBot: Bot: Korrektur der Wiki-Syntax nach phabricator:T101841

2024-06-18T20:21:34Z

Bot: Korrektur der Wiki-Syntax nach phabricator:T101841

← Nächstältere Version		Version vom 18. Juni 2024, 22:21 Uhr
Zeile 68:		Zeile 68:

	== Einzelnachweise ==		== Einzelnachweise ==
	<references responsive~~=""~~>		<references responsive>
	<ref name="RFC760">		<ref name="RFC760">
	{{RFC-Internet \|RFC=760 \|Autor=[[Jon Postel]] \|Titel=DoD Standard Internet Protocol \|Datum=1980-01}}		{{RFC-Internet \|RFC=760 \|Autor=[[Jon Postel]] \|Titel=DoD Standard Internet Protocol \|Datum=1980-01}}

2001:9E8:1899:4F00:DC64:C058:85D:D15E am 18. Juni 2024 um 20:16 Uhr

2024-06-18T20:16:30Z

← Nächstältere Version		Version vom 18. Juni 2024, 22:16 Uhr
Zeile 68:		Zeile 68:

	== Einzelnachweise ==		== Einzelnachweise ==
	<references>		<references responsive="">
	<ref name="RFC760">		<ref name="RFC760">
	{{RFC-Internet \|RFC=760 \|Autor=[[Jon Postel]] \|Titel=DoD Standard Internet Protocol \|Datum=1980-01}}		{{RFC-Internet \|RFC=760 \|Autor=[[Jon Postel]] \|Titel=DoD Standard Internet Protocol \|Datum=1980-01}}

H7: ein paar Redundante Verlinkungen reduziert, andere Links etwas transparenter

2024-05-29T08:48:01Z

ein paar Redundante Verlinkungen reduziert, andere Links etwas transparenter

H7: alles keine selbsterklärenden und vermutlich auch keine übergeordneten Begriffe, ggf. bitte im Fließtext selbst im passenden Kontext erläutern und dort auch gerne verlinken, vgl. Richtlinien: WP:Assoziative Verweise

2024-05-29T08:41:08Z

alles keine selbsterklärenden und vermutlich auch keine übergeordneten Begriffe, ggf. bitte im Fließtext selbst im passenden Kontext erläutern und dort auch gerne verlinken, vgl. Richtlinien: WP:Assoziative Verweise

← Nächstältere Version		Version vom 29. Mai 2024, 10:41 Uhr
Zeile 58:		Zeile 58:

	Das [[Transmission Control Protocol]] (TCP) ist ein Beispiel eines Protokolls, das seine Segmentgröße so regulieren kann, dass die resultierenden Frames (s. [[Internetprotokollfamilie]]) nicht größer als der maximal erlaubte Durchfluss (''[[Maximum Transmission Unit]]'', MTU) sind. Für [[User Datagram Protocol]] (UDP) und [[Internet Control Message Protocol]] (ICMP) spielt jedoch die MTU-Größe keine Rolle. Daher wird ggf. auf IP-Ebene erzwungen, dass übergroße Datenpakete in kleinere Einheiten (entsprechend MTU) zerlegt werden. Dieser Vorgang wird als [[IP-Fragmentierung\|Fragmentierung]] bezeichnet.		Das [[Transmission Control Protocol]] (TCP) ist ein Beispiel eines Protokolls, das seine Segmentgröße so regulieren kann, dass die resultierenden Frames (s. [[Internetprotokollfamilie]]) nicht größer als der maximal erlaubte Durchfluss (''[[Maximum Transmission Unit]]'', MTU) sind. Für [[User Datagram Protocol]] (UDP) und [[Internet Control Message Protocol]] (ICMP) spielt jedoch die MTU-Größe keine Rolle. Daher wird ggf. auf IP-Ebene erzwungen, dass übergroße Datenpakete in kleinere Einheiten (entsprechend MTU) zerlegt werden. Dieser Vorgang wird als [[IP-Fragmentierung\|Fragmentierung]] bezeichnet.

	== Siehe auch ==
	* [[Catenet]]
	* [[Mobile IP]]
	* [[Stream Control Transmission Protocol]] (SCTP)
	* [[IPsec]]

	'''verwandte Protokolle'''
	* [[Address Resolution Protocol]]
	* [[Internet Control Message Protocol]]

	== Weblinks ==		== Weblinks ==

WinfriedSchneider: ü/fm (Titel der Infobox einheitlich mit solchen, die Vorlage:Infobox Netzwerkprotokoll verwenden, also nur das Lemma, klammerlos und ohne Abkürzung)

2024-03-11T11:06:59Z

ü/fm (Titel der Infobox einheitlich mit solchen, die Vorlage:Infobox Netzwerkprotokoll verwenden, also nur das Lemma, klammerlos und ohne Abkürzung)

← Nächstältere Version		Version vom 11. März 2024, 13:06 Uhr
Zeile 1:		Zeile 1:
	{\| class="wikitable float-right"		{\| class="wikitable float-right"
	\|+ style="background:#C0C0FF; font-size:larger;"\| ~~IP (~~Internet Protocol)		\|+ style="background:#C0C0FF; font-size:larger;"\| Internet Protocol
	\|-		\|-
	! Familie:		! Familie:

Wippster: /* Linkkapazität und Leistungsfähigkeit */ Begrifflichkeiten

2023-11-01T18:51:54Z

Linkkapazität und Leistungsfähigkeit: Begrifflichkeiten

← Nächstältere Version		Version vom 1. November 2023, 20:51 Uhr
Zeile 53:		Zeile 53:

	== Linkkapazität und Leistungsfähigkeit ==		== Linkkapazität und Leistungsfähigkeit ==
	Selbst wenn der Übermittlungspfad verfügbar und zuverlässig ist, besteht wegen der dynamischen Natur und der Heterogenität des [[Internet]]s und seiner Bestandteile keine Garantie, dass auch tatsächlich jeder dieser einzelnen Pfade fähig ist, eine Datenübermittlung durchzuführen. Zum Beispiel ~~stellt~~ die erlaubte Übermittlungsgröße ~~der jeweiligen~~ Datenpakete eine technische Einschränkung ~~dar~~. ~~Jede~~ Anwendung ~~muss~~ ~~versichern~~, ~~dass richtige~~ Übertragungseigenschaften ~~verwendet~~ ~~werden~~.		Selbst wenn der Übermittlungspfad verfügbar und zuverlässig ist, besteht wegen der dynamischen Natur und der Heterogenität des [[Internet]]s und seiner Bestandteile keine Garantie, dass auch tatsächlich jeder dieser einzelnen Pfade fähig ist, eine Datenübermittlung wie gefordert durchzuführen. Zum Beispiel kann die für einen Übertragungsabschnitt maximal erlaubte Übermittlungsgröße für Datenpakete eine technische Einschränkung darstellen. Daher muss idealerweise jede Anwendung Sorge dafür tragen, korrekte Übertragungseigenschaften zu verwenden.

	Ein Teil dieser Verantwortung ~~liegt~~ auch in ~~den~~ oberen ~~Schicht-Protokollen~~. IPv6 verwendet die Fähigkeit, die maximale Übertragungseinheitsgröße einer lokalen Verbindung, sowie den dafür komplett geplanten Pfad zum Bestimmungsort zu ~~untersuchen~~. Die IPv4-~~Zwischennetzwerkanschlussschicht~~ ~~hat~~ die Fähigkeit ~~ursprünglich~~, große Datenpakete ~~automatisch~~ in kleinere Einheiten für die Übertragung zu zerlegen.		Ein Teil dieser Verantwortung kann auch durch Protokolle der oberen Schichten wahrgenommen werden. IPv6 verwendet die Fähigkeit, die maximale Übertragungseinheitsgröße einer lokalen Verbindung sowie den dafür komplett geplanten Pfad zum Bestimmungsort zu ermitteln und zu nutzen. Die IPv4-Internetschicht besitzt die Fähigkeit, große Datenpakete in kleinere Einheiten für die Übertragung wie im Folgenden beschrieben zu zerlegen.

	Das [[Transmission Control Protocol]] (TCP) ist ein Beispiel eines Protokolls, das seine ~~Segment-Größe~~ ~~reguliert~~, um ~~kleiner~~ als der maximal erlaubte Durchfluss~~, die~~ [[Maximum Transmission Unit]] (MTU)~~, zu~~ ~~sein~~. ~~Das~~ [[User Datagram Protocol]] (UDP) und ~~das~~ [[Internet Control Message Protocol]] (ICMP) ~~ignorieren~~ jedoch die MTU-Größe, ~~wodurch~~ ~~das~~ ~~IP gezwungen~~ wird, übergroße Datenpakete zu ~~splitten~~.		Das [[Transmission Control Protocol]] (TCP) ist ein Beispiel eines Protokolls, das seine Segmentgröße so regulieren kann, dass die resultierenden Frames (s. [[Internetprotokollfamilie]]) nicht größer als der maximal erlaubte Durchfluss (''[[Maximum Transmission Unit]]'', MTU) sind. Für [[User Datagram Protocol]] (UDP) und [[Internet Control Message Protocol]] (ICMP) spielt jedoch die MTU-Größe keine Rolle. Daher wird ggf. auf IP-Ebene erzwungen, dass übergroße Datenpakete in kleinere Einheiten (entsprechend MTU) zerlegt werden. Dieser Vorgang wird als [[IP-Fragmentierung\|Fragmentierung]] bezeichnet.

	== Siehe auch ==		== Siehe auch ==

Matthäus Wander: /* Einleitung */ IPv4 und IPv6 in Einleitung ergänzt

2023-09-08T17:59:47Z

Einleitung: IPv4 und IPv6 in Einleitung ergänzt

← Nächstältere Version		Version vom 8. September 2023, 19:59 Uhr
Zeile 16:		Zeile 16:

	Das '''Internet Protocol''' ('''IP''') ist ein in [[Rechnernetz\|Computernetzen]] weit verbreitetes [[Netzwerkprotokoll]] und stellt durch seine Funktion die Grundlage des [[Internet]]s dar. Das IP ist die [[Implementierung]] der Internetschicht des [[Internetprotokollfamilie#TCP/IP-Referenzmodell\|TCP/IP-Modells]] bzw. der Vermittlungsschicht ({{enS\|Network Layer}}) des [[OSI-Modell]]s.<ref>{{Literatur \|Titel=Optische Netze –Systeme Planung Aufbau \|Auflage=1. \|Verlag=dibkom \|Ort=Straßfurt \|Datum=2010 \|ISBN=978-3-9811630-6-3 \|Seiten=35}}</ref> IP ist ein verbindungsloses Protokoll, das heißt bei den Kommunikationspartnern wird kein Zustand etabliert.		Das '''Internet Protocol''' ('''IP''') ist ein in [[Rechnernetz\|Computernetzen]] weit verbreitetes [[Netzwerkprotokoll]] und stellt durch seine Funktion die Grundlage des [[Internet]]s dar. Das IP ist die [[Implementierung]] der Internetschicht des [[Internetprotokollfamilie#TCP/IP-Referenzmodell\|TCP/IP-Modells]] bzw. der Vermittlungsschicht ({{enS\|Network Layer}}) des [[OSI-Modell]]s.<ref>{{Literatur \|Titel=Optische Netze –Systeme Planung Aufbau \|Auflage=1. \|Verlag=dibkom \|Ort=Straßfurt \|Datum=2010 \|ISBN=978-3-9811630-6-3 \|Seiten=35}}</ref> IP ist ein verbindungsloses Protokoll, das heißt bei den Kommunikationspartnern wird kein Zustand etabliert.

			Mit [[IPv4]] und [[IPv6]] sind zwei verschiedene Versionen des Internet Protocols verbreitet. Beide stellen ein eigenes Netzwerkprotokoll dar, das unabhängig von oder auch parallel zu dem anderen betrieben werden kann. Der Hauptunterschied ist die Größe des Adressraums.

	== Eigenschaften und Funktionen ==		== Eigenschaften und Funktionen ==

PerfektesChaos: Änderung 236716742 von Markus Bärlocher rückgängig gemacht; RFC 791 ist Weiterleitung auf diese Seite selbst und täuscht durch Zitkelschluss eine existente andere Seite vor und verwirrt nur

2023-09-05T19:12:21Z

Änderung 236716742 von Markus Bärlocher rückgängig gemacht; RFC 791 ist Weiterleitung auf diese Seite selbst und täuscht durch Zitkelschluss eine existente andere Seite vor und verwirrt nur

← Nächstältere Version		Version vom 5. September 2023, 21:12 Uhr
Zeile 33:		Zeile 33:
	Beide Protokolle wurden mehrfach überarbeitet, ehe sie zum praktischen Einsatz kamen. Neben der finalen Bezeichnung als „Internet Protocol“ wurde in Entwürfen auch „Internetwork Protocol“,<ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien28.pdf \|titel=Draft Internetwork Protocol Specification – Version 2 \|titelerg=IEN 28 \|datum=1978-02 \|format=PDF \|abruf=2020-02-09}}</ref><ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien41.pdf \|titel=Internetwork Protocol Specification – Version 4 \|titelerg=IEN 41 \|datum=1978-06 \|format=PDF \|abruf=2020-02-09}}</ref> „Internet Datagram Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien80.pdf \|titel=Internet Datagram Protocol – Version 4 \|titelerg=IEN 80 \|hrsg=Jon Postel \|datum=1979-02 \|format=PDF \|abruf=2020-02-09}}</ref> oder „DoD Standard Internet Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien123.txt \|titel=DoD Standard Internet Protocol \|titelerg=IEN 123 \|hrsg=Jon Postel \|datum=1979-12 \|abruf=2020-02-09}}</ref><ref name="RFC760" /> verwendet. Bei größeren Änderungen des [[IP-Header]]s wurde eine im Header enthaltene Versionsnummer hochgezählt. Bei der Einführung von TCP/IP im [[ARPANET]] am 1. Januar 1983<ref>{{RFC-Internet \|RFC=801 \|Autor=J. Postel \|Titel=NCP/TCP Transition Plan \|Datum=1981-11}}</ref> trugen IP-Pakete daher die Versionsnummer 4. Vorherige Versionen waren nicht verbreitet.		Beide Protokolle wurden mehrfach überarbeitet, ehe sie zum praktischen Einsatz kamen. Neben der finalen Bezeichnung als „Internet Protocol“ wurde in Entwürfen auch „Internetwork Protocol“,<ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien28.pdf \|titel=Draft Internetwork Protocol Specification – Version 2 \|titelerg=IEN 28 \|datum=1978-02 \|format=PDF \|abruf=2020-02-09}}</ref><ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien41.pdf \|titel=Internetwork Protocol Specification – Version 4 \|titelerg=IEN 41 \|datum=1978-06 \|format=PDF \|abruf=2020-02-09}}</ref> „Internet Datagram Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien80.pdf \|titel=Internet Datagram Protocol – Version 4 \|titelerg=IEN 80 \|hrsg=Jon Postel \|datum=1979-02 \|format=PDF \|abruf=2020-02-09}}</ref> oder „DoD Standard Internet Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien123.txt \|titel=DoD Standard Internet Protocol \|titelerg=IEN 123 \|hrsg=Jon Postel \|datum=1979-12 \|abruf=2020-02-09}}</ref><ref name="RFC760" /> verwendet. Bei größeren Änderungen des [[IP-Header]]s wurde eine im Header enthaltene Versionsnummer hochgezählt. Bei der Einführung von TCP/IP im [[ARPANET]] am 1. Januar 1983<ref>{{RFC-Internet \|RFC=801 \|Autor=J. Postel \|Titel=NCP/TCP Transition Plan \|Datum=1981-11}}</ref> trugen IP-Pakete daher die Versionsnummer 4. Vorherige Versionen waren nicht verbreitet.

	Im ersten Protokollentwurf war ein Adressierungsschema variabler Länge vorgesehen, bestehend aus einer mindestens 4 Bit langen Netzadresse, einer 16 Bit langen Hostadresse und einer 24 Bit langen Portnummer.<ref name="rfc675" /> Später wurden IP-Adressen auf 32 Bit festgelegt, bestehend aus 8 Bit Netzadresse und 24 Bit Hostadresse.<ref name="RFC760" /> Die Portnummer wurde zu TCP verschoben und auf 16 Bit gekürzt. Mit ~~[[RFC 791\|~~<nowiki>RFC 791</nowiki>]] wurden [[Netzklasse]]n eingeführt, um mehr Flexibilität bei der Aufteilung einer IP-Adresse in Netz- und Hostteil zu haben.<ref name="RFC791" /> [[Subnetz\|Subnetting]] war zu dem Zeitpunkt noch nicht vorgesehen. [[Jon Postel]] kümmerte sich um die Vergabe von Netzadressen – eine Rolle, die später als [[Internet Assigned Numbers Authority]] bezeichnet wurde.		Im ersten Protokollentwurf war ein Adressierungsschema variabler Länge vorgesehen, bestehend aus einer mindestens 4 Bit langen Netzadresse, einer 16 Bit langen Hostadresse und einer 24 Bit langen Portnummer.<ref name="rfc675" /> Später wurden IP-Adressen auf 32 Bit festgelegt, bestehend aus 8 Bit Netzadresse und 24 Bit Hostadresse.<ref name="RFC760" /> Die Portnummer wurde zu TCP verschoben und auf 16 Bit gekürzt. Mit <nowiki>RFC 791</nowiki> wurden [[Netzklasse]]n eingeführt, um mehr Flexibilität bei der Aufteilung einer IP-Adresse in Netz- und Hostteil zu haben.<ref name="RFC791" /> [[Subnetz\|Subnetting]] war zu dem Zeitpunkt noch nicht vorgesehen. [[Jon Postel]] kümmerte sich um die Vergabe von Netzadressen – eine Rolle, die später als [[Internet Assigned Numbers Authority]] bezeichnet wurde.

	Mit der sich abzeichnenden Knappheit von IP-Adressen begann Anfang der 1990er Jahre die Entwicklung eines Nachfolgeprotokolls. Zur Unterscheidung wurde das etablierte Internetprotokoll entsprechend der Versionsnummer im IP-Header als [[IPv4]] und das neue Internetprotokoll als [[IPv6]] bezeichnet. Die wichtigste Neuerung ist der erheblich größere Adressraum: gegenüber den 32-Bit-Adressen bei IPv4 (ergibt ca. 4 Milliarden, oder 4,3·10<sup>9</sup> Adressen) verwendet IPv6 128-Bit-Adressen (ergibt ca. 340 Sextillionen, oder 3,4·10<sup>38</sup> Adressen).		Mit der sich abzeichnenden Knappheit von IP-Adressen begann Anfang der 1990er Jahre die Entwicklung eines Nachfolgeprotokolls. Zur Unterscheidung wurde das etablierte Internetprotokoll entsprechend der Versionsnummer im IP-Header als [[IPv4]] und das neue Internetprotokoll als [[IPv6]] bezeichnet. Die wichtigste Neuerung ist der erheblich größere Adressraum: gegenüber den 32-Bit-Adressen bei IPv4 (ergibt ca. 4 Milliarden, oder 4,3·10<sup>9</sup> Adressen) verwendet IPv6 128-Bit-Adressen (ergibt ca. 340 Sextillionen, oder 3,4·10<sup>38</sup> Adressen).

← Nächstältere Version		Version vom 29. Mai 2024, 10:48 Uhr
Zeile 15:		Zeile 15:
	\|}		\|}

	Das '''Internet Protocol''' ('''IP''') ist ein in [[Rechnernetz~~\|Computernetzen~~]] weit verbreitetes [[Netzwerkprotokoll]] und stellt durch seine Funktion die Grundlage des [[Internet]]s dar. Das IP ist die [[Implementierung]] der Internetschicht des ~~[[Internetprotokollfamilie#TCP/IP-Referenzmodell\|~~TCP/IP-Modells]] bzw. der Vermittlungsschicht ({{enS\|Network Layer}}) des [[OSI-Modell]]s.<ref>{{Literatur \|Titel=Optische Netze –Systeme Planung Aufbau \|Auflage=1. \|Verlag=dibkom \|Ort=Straßfurt \|Datum=2010 \|ISBN=978-3-9811630-6-3 \|Seiten=35}}</ref> IP ist ein verbindungsloses Protokoll, das heißt bei den Kommunikationspartnern wird kein Zustand etabliert.		Das '''Internet Protocol''' ('''IP''') ist ein in [[Rechnernetz]]en weit verbreitetes [[Netzwerkprotokoll]] und stellt durch seine Funktion die Grundlage des [[Internet]]s dar. Das IP ist die [[Implementierung]] der Internetschicht des TCP/IP-Modells bzw. der Vermittlungsschicht ({{enS\|Network Layer}}) des [[OSI-Modell]]s.<ref>{{Literatur \|Titel=Optische Netze –Systeme Planung Aufbau \|Auflage=1. \|Verlag=dibkom \|Ort=Straßfurt \|Datum=2010 \|ISBN=978-3-9811630-6-3 \|Seiten=35}}</ref> IP ist ein verbindungsloses Protokoll, das heißt bei den Kommunikationspartnern wird kein Zustand etabliert.

	Mit [[IPv4]] und [[IPv6]] sind zwei verschiedene Versionen des Internet Protocols verbreitet. Beide stellen ein eigenes Netzwerkprotokoll dar, das unabhängig von oder auch parallel zu dem anderen betrieben werden kann. Der Hauptunterschied ist die Größe des Adressraums.		Mit [[IPv4]] und [[IPv6]] sind zwei verschiedene Versionen des Internet Protocols verbreitet. Beide stellen ein eigenes Netzwerkprotokoll dar, das unabhängig von oder auch parallel zu dem anderen betrieben werden kann. Der Hauptunterschied ist die Größe des Adressraums.
Zeile 23:		Zeile 23:

	== Adressvergabe ==		== Adressvergabe ==
	Öffentliche [[IP-Adresse]]n müssen in der Regel weltweit eindeutig zugeordnet werden können, daher ist deren Vergabe durch die [[Internet Assigned Numbers Authority]] (IANA) geregelt. Diese delegiert große Adressblöcke an die [[Regional Internet Registry\|Regional Internet Registries]] (RIRs), welche dann ~~[[Subnetz]]e~~ davon an [[Local Internet Registry\|Local Internet Registries]] (LIRs) vergeben. Zu den LIRs gehören beispielsweise [[Internetdienstanbieter~~\|Internetprovider~~]], die aus ihrem Adressbereich kleinere Subnetze oder einzelne Adressen an Kunden vergeben.		Öffentliche [[IP-Adresse]]n müssen in der Regel weltweit eindeutig zugeordnet werden können, daher ist deren Vergabe durch die [[Internet Assigned Numbers Authority]] (IANA) geregelt. Diese delegiert große Adressblöcke an die [[Regional Internet Registry\|Regional Internet Registries]] (RIRs), welche dann Subnetze davon an [[Local Internet Registry\|Local Internet Registries]] (LIRs) vergeben. Zu den LIRs gehören beispielsweise [[Internetdienstanbieter]], die aus ihrem Adressbereich kleinere Subnetze oder einzelne Adressen an Kunden vergeben.

	{{Hauptartikel\|IPv4#Adressknappheit}}		{{Hauptartikel\|IPv4#Adressknappheit}}
Zeile 33:		Zeile 33:
	Die erste vollständige Protokollspezifikation erschien mit <nowiki>RFC 675</nowiki> im Dezember 1974.<ref name="rfc675">{{RFC-Internet \|RFC=675 \|Autor=Vinton Cerf, Yogen Dalal, Carl Sunshine \|Titel=Specification of Internet Transmission Control Program \|Datum=1974-12}}</ref> Das monolithische Übertragungskontrollprogramm wurde später in eine Modularchitektur geteilt, die aus dem Internetprotokoll ({{enS\|internet protocol}}) zur Host-zu-Host-Kommunikation und dem [[Transmission Control Protocol\|Übertragungskontrollprotokoll]] ({{enS\|transmission control protocol}} – TCP) zur Prozess-zu-Prozess-Kommunikation bestand. Das Modell wurde bekannt als TCP/IP-Referenzmodell.		Die erste vollständige Protokollspezifikation erschien mit <nowiki>RFC 675</nowiki> im Dezember 1974.<ref name="rfc675">{{RFC-Internet \|RFC=675 \|Autor=Vinton Cerf, Yogen Dalal, Carl Sunshine \|Titel=Specification of Internet Transmission Control Program \|Datum=1974-12}}</ref> Das monolithische Übertragungskontrollprogramm wurde später in eine Modularchitektur geteilt, die aus dem Internetprotokoll ({{enS\|internet protocol}}) zur Host-zu-Host-Kommunikation und dem [[Transmission Control Protocol\|Übertragungskontrollprotokoll]] ({{enS\|transmission control protocol}} – TCP) zur Prozess-zu-Prozess-Kommunikation bestand. Das Modell wurde bekannt als TCP/IP-Referenzmodell.

	Beide Protokolle wurden mehrfach überarbeitet, ehe sie zum praktischen Einsatz kamen. Neben der finalen Bezeichnung als „Internet Protocol“ wurde in Entwürfen auch „Internetwork Protocol“,<ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien28.pdf \|titel=Draft Internetwork Protocol Specification – Version 2 \|titelerg=IEN 28 \|datum=1978-02 \|format=PDF \|abruf=2020-02-09}}</ref><ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien41.pdf \|titel=Internetwork Protocol Specification – Version 4 \|titelerg=IEN 41 \|datum=1978-06 \|format=PDF \|abruf=2020-02-09}}</ref> „Internet Datagram Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien80.pdf \|titel=Internet Datagram Protocol – Version 4 \|titelerg=IEN 80 \|hrsg=Jon Postel \|datum=1979-02 \|format=PDF \|abruf=2020-02-09}}</ref> oder „DoD Standard Internet Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien123.txt \|titel=DoD Standard Internet Protocol \|titelerg=IEN 123 \|hrsg=Jon Postel \|datum=1979-12 \|abruf=2020-02-09}}</ref><ref name="RFC760" /> verwendet. Bei größeren Änderungen des [[IP-Header]]s wurde eine im Header enthaltene Versionsnummer hochgezählt. Bei der Einführung von TCP/IP im [[~~ARPANET~~]] am 1. Januar 1983<ref>{{RFC-Internet \|RFC=801 \|Autor=J. Postel \|Titel=NCP/TCP Transition Plan \|Datum=1981-11}}</ref> trugen IP-Pakete daher die Versionsnummer 4. Vorherige Versionen waren nicht verbreitet.		Beide Protokolle wurden mehrfach überarbeitet, ehe sie zum praktischen Einsatz kamen. Neben der finalen Bezeichnung als „Internet Protocol“ wurde in Entwürfen auch „Internetwork Protocol“,<ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien28.pdf \|titel=Draft Internetwork Protocol Specification – Version 2 \|titelerg=IEN 28 \|datum=1978-02 \|format=PDF \|abruf=2020-02-09}}</ref><ref>{{Internetquelle \|autor=Jonathan B. Postel \|url=http://www.rfc-editor.org/ien/ien41.pdf \|titel=Internetwork Protocol Specification – Version 4 \|titelerg=IEN 41 \|datum=1978-06 \|format=PDF \|abruf=2020-02-09}}</ref> „Internet Datagram Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien80.pdf \|titel=Internet Datagram Protocol – Version 4 \|titelerg=IEN 80 \|hrsg=Jon Postel \|datum=1979-02 \|format=PDF \|abruf=2020-02-09}}</ref> oder „DoD Standard Internet Protocol“<ref>{{Internetquelle \|url=http://www.rfc-editor.org/ien/ien123.txt \|titel=DoD Standard Internet Protocol \|titelerg=IEN 123 \|hrsg=Jon Postel \|datum=1979-12 \|abruf=2020-02-09}}</ref><ref name="RFC760" /> verwendet. Bei größeren Änderungen des [[IP-Header]]s wurde eine im Header enthaltene Versionsnummer hochgezählt. Bei der Einführung von TCP/IP im [[Arpanet]] am 1. Januar 1983<ref>{{RFC-Internet \|RFC=801 \|Autor=J. Postel \|Titel=NCP/TCP Transition Plan \|Datum=1981-11}}</ref> trugen IP-Pakete daher die Versionsnummer 4. Vorherige Versionen waren nicht verbreitet.

	Im ersten Protokollentwurf war ein Adressierungsschema variabler Länge vorgesehen, bestehend aus einer mindestens 4 Bit langen Netzadresse, einer 16 Bit langen Hostadresse und einer 24 Bit langen Portnummer.<ref name="rfc675" /> Später wurden IP-Adressen auf 32 Bit festgelegt, bestehend aus 8 Bit Netzadresse und 24 Bit Hostadresse.<ref name="RFC760" /> Die Portnummer wurde zu TCP verschoben und auf 16 Bit gekürzt. Mit <nowiki>RFC 791</nowiki> wurden [[Netzklasse]]n eingeführt, um mehr Flexibilität bei der Aufteilung einer IP-Adresse in Netz- und Hostteil zu haben.<ref name="RFC791" /> [[Subnetz~~\|Subnetting]]~~ war zu dem Zeitpunkt noch nicht vorgesehen. [[Jon Postel]] kümmerte sich um die Vergabe von Netzadressen – eine Rolle, die später als [[Internet Assigned Numbers Authority]] bezeichnet wurde.		Im ersten Protokollentwurf war ein Adressierungsschema variabler Länge vorgesehen, bestehend aus einer mindestens 4 Bit langen Netzadresse, einer 16 Bit langen Hostadresse und einer 24 Bit langen Portnummer.<ref name="rfc675" /> Später wurden IP-Adressen auf 32 Bit festgelegt, bestehend aus 8 Bit Netzadresse und 24 Bit Hostadresse.<ref name="RFC760" /> Die Portnummer wurde zu TCP verschoben und auf 16 Bit gekürzt. Mit <nowiki>RFC 791</nowiki> wurden [[Netzklasse]]n eingeführt, um mehr Flexibilität bei der Aufteilung einer IP-Adresse in Netz- und Hostteil zu haben.<ref name="RFC791" /> Subnetz-Segmentierung war zu dem Zeitpunkt noch nicht vorgesehen. [[Jon Postel]] kümmerte sich um die Vergabe von Netzadressen – eine Rolle, die später als Internet Assigned Numbers Authority bezeichnet wurde.

	Mit der sich abzeichnenden Knappheit von IP-Adressen begann Anfang der 1990er Jahre die Entwicklung eines Nachfolgeprotokolls. Zur Unterscheidung wurde das etablierte Internetprotokoll entsprechend der Versionsnummer im IP-Header als [[IPv4]] und das neue Internetprotokoll als [[IPv6]] bezeichnet. Die wichtigste Neuerung ist der erheblich größere Adressraum: gegenüber den 32-Bit-Adressen bei IPv4 (ergibt ca. 4 Milliarden, oder 4,3·10<sup>9</sup> Adressen) verwendet IPv6 128-Bit-Adressen (ergibt ca. 340 Sextillionen, oder 3,4·10<sup>38</sup> Adressen).		Mit der sich abzeichnenden Knappheit von IP-Adressen begann Anfang der 1990er Jahre die Entwicklung eines Nachfolgeprotokolls. Zur Unterscheidung wurde das etablierte Internetprotokoll entsprechend der Versionsnummer im IP-Header als [[IPv4]] und das neue Internetprotokoll als [[IPv6]] bezeichnet. Die wichtigste Neuerung ist der erheblich größere Adressraum: gegenüber den 32-Bit-Adressen bei IPv4 (ergibt ca. 4 Milliarden, oder 4,3·10<sup>9</sup> Adressen) verwendet IPv6 128-Bit-Adressen (ergibt ca. 340 Sextillionen, oder 3,4·10<sup>38</sup> Adressen).
Zeile 41:		Zeile 41:
	{{Anker\|IPv5}} Die Versionsnummer 5 war durch das experimentelle ''Internet Stream Protocol'' belegt,<ref>{{RFC-Internet \|RFC=1190 \|Autor=C. Topolcic (Hrsg.) \|Titel=Experimental Internet Stream Protocol, Version 2 (ST-II) \|Datum=1990-10}}</ref> das nicht als Nachfolger, sondern als Ergänzung parallel zum Internetprotokoll gedacht war. Das Internet Stream Protocol wurde später aufgegeben ohne eine nennenswerte Verbreitung erlangt zu haben. Die Versionsnummern 7 bis 9 wurden für verschiedene Vorschläge eines IPv4-Nachfolgers verwendet, die jedoch zugunsten von IPv6 aufgegeben wurden.<ref>{{Internetquelle \|url=https://www.iana.org/assignments/version-numbers/version-numbers.xhtml \|titel=Version Numbers \|hrsg=IANA \|datum=2018-11-06 \|abruf=2020-02-09}}</ref>		{{Anker\|IPv5}} Die Versionsnummer 5 war durch das experimentelle ''Internet Stream Protocol'' belegt,<ref>{{RFC-Internet \|RFC=1190 \|Autor=C. Topolcic (Hrsg.) \|Titel=Experimental Internet Stream Protocol, Version 2 (ST-II) \|Datum=1990-10}}</ref> das nicht als Nachfolger, sondern als Ergänzung parallel zum Internetprotokoll gedacht war. Das Internet Stream Protocol wurde später aufgegeben ohne eine nennenswerte Verbreitung erlangt zu haben. Die Versionsnummern 7 bis 9 wurden für verschiedene Vorschläge eines IPv4-Nachfolgers verwendet, die jedoch zugunsten von IPv6 aufgegeben wurden.<ref>{{Internetquelle \|url=https://www.iana.org/assignments/version-numbers/version-numbers.xhtml \|titel=Version Numbers \|hrsg=IANA \|datum=2018-11-06 \|abruf=2020-02-09}}</ref>

	Die [[IPv6#Verbreitung und Projekte\|Verbreitung von IPv6]] nimmt langsam zu, liegt jedoch hinter der Verbreitung von IPv4. Gängige Betriebssysteme und Standardsoftware unterstützen beide Protokolle. [[IPv6#Übergangsmechanismen\|Übergangsmechanismen]] ermöglichen den gleichzeitigen Betrieb von IPv4 und IPv6 auf derselben Infrastruktur. Seit dem [[World IPv6 Day und World IPv6 Launch Day]] 2011 und 2012 bieten namhafte [[Website]]s und ~~[[Internetprovider]]~~ IPv6 an.		Die [[IPv6#Verbreitung und Projekte\|Verbreitung von IPv6]] nimmt langsam zu, liegt jedoch hinter der Verbreitung von IPv4. Gängige Betriebssysteme und Standardsoftware unterstützen beide Protokolle. [[IPv6#Übergangsmechanismen\|Übergangsmechanismen]] ermöglichen den gleichzeitigen Betrieb von IPv4 und IPv6 auf derselben Infrastruktur. Seit dem [[World IPv6 Day und World IPv6 Launch Day]] 2011 und 2012 bieten namhafte [[Website]]s und Internetdienstanbieter IPv6 an.

	== Zuverlässigkeit ==		== Zuverlässigkeit ==
	Die Designgrundsätze der Internetprotokolle nehmen an, dass die Netzinfrastruktur an jedem einzelnen Netzelement oder Übertragungsmedium von Natur aus unzuverlässig ist. Auch setzen diese voraus, dass sich die Infrastruktur im Bezug auf Verfügbarkeit von Verbindungen und Knoten dynamisch verhält. Um jedoch die Netzinfrastruktur aufrechtzuerhalten, wird das Hauptaugenmerk der [[Datenübertragung]] vorsätzlich größtenteils auf den Endknoten jeder einzelnen [[Datenübermittlung]] gelegt. Router im Übertragungspfad schicken Datenpakete nur zu direkt erreichbaren und bekannten Übergängen, die die für den Bestimmungsort festgelegten Adressen vom Routenplanungspräfix vergleichen.		Die Designgrundsätze der Internetprotokolle nehmen an, dass die Netzinfrastruktur an jedem einzelnen Netzelement oder Übertragungsmedium von Natur aus unzuverlässig ist. Auch setzen diese voraus, dass sich die Infrastruktur im Bezug auf Verfügbarkeit von Verbindungen und Knoten dynamisch verhält. Um jedoch die Netzinfrastruktur aufrechtzuerhalten, wird das Hauptaugenmerk der [[Datenübertragung]] vorsätzlich größtenteils auf den Endknoten jeder einzelnen [[Datenübermittlung]] gelegt. Router im Übertragungspfad schicken Datenpakete nur zu direkt erreichbaren und bekannten Übergängen, die die für den Bestimmungsort festgelegten Adressen vom Routenplanungspräfix vergleichen.

	Demzufolge stellen diese [[Internetprotokolle]] nur beste Übergänge zur Verfügung, wodurch diese Dienste als unzuverlässig charakterisiert werden. Das IP ist verbindungslos, jedes einzelne Datenpaket wird unabhängig behandelt. Da jeder einzelne Übermittlungsweg eines Datenpaketes neu definiert wird (dynamisch), ist es möglich, dass die Pakete auf verschiedenen Pfaden zu ihrem Bestimmungsort gesendet werden.		Demzufolge stellen diese Internetprotokolle nur beste Übergänge zur Verfügung, wodurch diese Dienste als unzuverlässig charakterisiert werden. Das IP ist verbindungslos, jedes einzelne Datenpaket wird unabhängig behandelt. Da jeder einzelne Übermittlungsweg eines Datenpaketes neu definiert wird (dynamisch), ist es möglich, dass die Pakete auf verschiedenen Pfaden zu ihrem Bestimmungsort gesendet werden.

	Die Internetprotokoll-Version 4 (IPv4) stellt den benötigten Schutz zur Verfügung, um sicherzustellen, dass der Protokollkopf jedes Datenpaketes fehlerfrei ist.<ref name="Orlamünder">Paket-basierte Kommunikationsprotokolle, Harald Orlamünder, Hüthig</ref> Ein Routenplanungsknoten berechnet eine [[Prüfsumme]] für den Paketkopf. Wenn die Prüfsumme ungültig ist, verwirft der Routenplanungsknoten das Paket. Der Routenplanungsknoten muss keinen Endknoten bekannt geben, obwohl das [[Internet Control Message Protocol\|Internetkontrollnachrichtenprotokoll]] (ICMP) solche Ankündigungen erlaubt. Im Gegensatz dazu verfügt die Internetprotokoll-Version 6 (IPv6) über keine Prüfsumme,<ref name="Orlamünder" /> was zu einer schnelleren Verarbeitung während der Routenplanung führt.		Die Internetprotokoll-Version 4 (IPv4) stellt den benötigten Schutz zur Verfügung, um sicherzustellen, dass der Protokollkopf jedes Datenpaketes fehlerfrei ist.<ref name="Orlamünder">Paket-basierte Kommunikationsprotokolle, Harald Orlamünder, Hüthig</ref> Ein Routenplanungsknoten berechnet eine [[Prüfsumme]] für den Paketkopf. Wenn die Prüfsumme ungültig ist, verwirft der Routenplanungsknoten das Paket. Der Routenplanungsknoten muss keinen Endknoten bekannt geben, obwohl das [[Internet Control Message Protocol\|Internetkontrollnachrichtenprotokoll]] (ICMP) solche Ankündigungen erlaubt. Im Gegensatz dazu verfügt die Internetprotokoll-Version 6 (IPv6) über keine Prüfsumme,<ref name="Orlamünder" /> was zu einer schnelleren Verarbeitung während der Routenplanung führt.
Zeile 53:		Zeile 53:

	== Linkkapazität und Leistungsfähigkeit ==		== Linkkapazität und Leistungsfähigkeit ==
	Selbst wenn der Übermittlungspfad verfügbar und zuverlässig ist, besteht wegen der dynamischen Natur und der Heterogenität des ~~[[Internet]]s~~ und seiner Bestandteile keine Garantie, dass auch tatsächlich jeder dieser einzelnen Pfade fähig ist, eine Datenübermittlung wie gefordert durchzuführen. Zum Beispiel kann die für einen Übertragungsabschnitt maximal erlaubte Übermittlungsgröße für Datenpakete eine technische Einschränkung darstellen. Daher muss idealerweise jede Anwendung Sorge dafür tragen, korrekte Übertragungseigenschaften zu verwenden.		Selbst wenn der Übermittlungspfad verfügbar und zuverlässig ist, besteht wegen der dynamischen Natur und der Heterogenität des Internets und seiner Bestandteile keine Garantie, dass auch tatsächlich jeder dieser einzelnen Pfade fähig ist, eine Datenübermittlung wie gefordert durchzuführen. Zum Beispiel kann die für einen Übertragungsabschnitt maximal erlaubte Übermittlungsgröße für Datenpakete eine technische Einschränkung darstellen. Daher muss idealerweise jede Anwendung Sorge dafür tragen, korrekte Übertragungseigenschaften zu verwenden.

	Ein Teil dieser Verantwortung kann auch durch Protokolle der oberen Schichten wahrgenommen werden. IPv6 verwendet die Fähigkeit, die maximale Übertragungseinheitsgröße einer lokalen Verbindung sowie den dafür komplett geplanten Pfad zum Bestimmungsort zu ermitteln und zu nutzen. Die IPv4-Internetschicht besitzt die Fähigkeit, große Datenpakete in kleinere Einheiten für die Übertragung wie im Folgenden beschrieben zu zerlegen.		Ein Teil dieser Verantwortung kann auch durch Protokolle der oberen Schichten wahrgenommen werden. IPv6 verwendet die Fähigkeit, die maximale Übertragungseinheitsgröße einer lokalen Verbindung sowie den dafür komplett geplanten Pfad zum Bestimmungsort zu ermitteln und zu nutzen. Die IPv4-Internetschicht besitzt die Fähigkeit, große Datenpakete in kleinere Einheiten für die Übertragung wie im Folgenden beschrieben zu zerlegen.

	Das [[Transmission Control Protocol]] (TCP) ist ein Beispiel eines Protokolls, das seine Segmentgröße so regulieren kann, dass die resultierenden Frames (s. [[Internetprotokollfamilie]]) nicht größer als der maximal erlaubte Durchfluss (''[[Maximum Transmission Unit]]'', MTU) sind. Für [[User Datagram Protocol]] (UDP) und [[Internet Control Message Protocol]] (ICMP) spielt jedoch die MTU-Größe keine Rolle. Daher wird ggf. auf IP-Ebene erzwungen, dass übergroße Datenpakete in kleinere Einheiten (entsprechend MTU) zerlegt werden. Dieser Vorgang wird als [[IP-~~Fragmentierung\|~~Fragmentierung]] bezeichnet.		Das [[Transmission Control Protocol]] (TCP) ist ein Beispiel eines Protokolls, das seine Segmentgröße so regulieren kann, dass die resultierenden Frames (s. [[Internetprotokollfamilie]]) nicht größer als der maximal erlaubte Durchfluss (''[[Maximum Transmission Unit]]'', MTU) sind. Für [[User Datagram Protocol]] (UDP) und [[Internet Control Message Protocol]] (ICMP) spielt jedoch die MTU-Größe keine Rolle. Daher wird ggf. auf IP-Ebene erzwungen, dass übergroße Datenpakete in kleinere Einheiten (entsprechend MTU) zerlegt werden. Dieser Vorgang wird als [[IP-Fragmentierung]] bezeichnet.

	== Weblinks ==		== Weblinks ==