Host Identity Protocol - Versionsgeschichte

Matthäus Wander: HC: Entferne Kategorie:TCP/IP; Ergänze Kategorie:Internet Protocol

2023-07-24T21:01:50Z

HC: Entferne Kategorie:TCP/IP; Ergänze Kategorie:Internet Protocol

← Nächstältere Version		Version vom 24. Juli 2023, 23:01 Uhr
Zeile 32:		Zeile 32:
	* [http://mkomu.kapsi.fi/hipl/index.php?index=how How HIP works.] mkomu.kapsi.fi		* [http://mkomu.kapsi.fi/hipl/index.php?index=how How HIP works.] mkomu.kapsi.fi

	[[Kategorie:~~TCP/IP~~]]		[[Kategorie:Internet Protocol]]

PerfektesChaos: tk k

2023-06-14T18:57:37Z

tk k

← Nächstältere Version		Version vom 14. Juni 2023, 20:57 Uhr
Zeile 2:		Zeile 2:

	== Motivation ==		== Motivation ==
	Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[Smartphone]]s und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels bestehenden [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.		Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[Smartphone]]s und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[Wireless Local Area Network\|WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels bestehenden [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.

	Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile IP]] und eben HIP.		Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile IP]] und eben HIP.
Zeile 19:		Zeile 19:

	== Spezifikationen ==		== Spezifikationen ==
	* RFC 5201: Host Identity Protocol base		* {{RFC-Internet \|RFC=5201 \|Titel=Host Identity Protocol base \|Datum=}}
	* RFC 5202: Using the Encapsulating Security Payload (ESP) Transport Format with the Host Identity Protocol (HIP)		* {{RFC-Internet \|RFC=5202 \|Titel=Using the Encapsulating Security Payload (ESP) Transport Format with the Host Identity Protocol (HIP) \|Datum=}}
	* RFC 5203: Host Identity Protocol (HIP) Registration Extension		* {{RFC-Internet \|RFC=5203 \|Titel=Host Identity Protocol (HIP) Registration Extension \|Datum=}}
	* RFC 5204: Host Identity Protocol (HIP) Rendezvous Extension		* {{RFC-Internet \|RFC=5204 \|Titel=Host Identity Protocol (HIP) Rendezvous Extension \|Datum=}}
	* RFC 5205: Host Identity Protocol (HIP) Domain Name System (DNS) Extension		* {{RFC-Internet \|RFC=5205 \|Titel=Host Identity Protocol (HIP) Domain Name System (DNS) Extension \|Datum=}}
	* RFC 5206: End-Host Mobility and Multihoming with the Host Identity Protocol		* {{RFC-Internet \|RFC=5206 \|Titel=End-Host Mobility and Multihoming with the Host Identity Protocol \|Datum=}}
	* RFC 5207: NAT and Firewall Traversal Issues of Host Identity Protocol (HIP) Communication		* {{RFC-Internet \|RFC=5207 \|Titel=NAT and Firewall Traversal Issues of Host Identity Protocol (HIP) Communication \|Datum=}}

	== Weblinks ==		== Weblinks ==
	* Petri Jokela, Pekka Nikander, Jan Melen, Jukka Ylitalo, and Jorma Wall: ''Host Identity ~~Protocol—Extended~~ Abstract''. Wireless World Research Forum, 2004. ([http://www.jokela.org/publications/wwrf8bis.pdf ~~PDF~~])		* Petri Jokela, Pekka Nikander, Jan Melen, Jukka Ylitalo, and Jorma Wall: ''Host Identity Protocol – Extended Abstract''. Wireless World Research Forum, 2004; [http://www.jokela.org/publications/wwrf8bis.pdf jokela.org] (PDF).
	* [https://www.ietf.org/html.charters/hip-charter.html IETF-Arbeitsgruppe]		* [https://www.ietf.org/html.charters/hip-charter.html IETF-Arbeitsgruppe]
	* [http://mkomu.kapsi.fi/hipl/index.php?index=how How HIP works]		* [http://mkomu.kapsi.fi/hipl/index.php?index=how How HIP works.] mkomu.kapsi.fi

	<!-- --------------------- -->
	[[Kategorie:TCP/IP]]		[[Kategorie:TCP/IP]]

Wutzofant: Linkfix

2022-11-23T16:42:05Z

Linkfix

← Nächstältere Version		Version vom 23. November 2022, 18:42 Uhr
Zeile 4:		Zeile 4:
	Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[Smartphone]]s und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels bestehenden [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.		Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[Smartphone]]s und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels bestehenden [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.

	Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile-IP]] und eben HIP.		Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile IP]] und eben HIP.

	== Funktionsweise ==		== Funktionsweise ==
Zeile 16:		Zeile 16:
	Nachteilig ist, dass durch das Diffie-Hellman-Verfahren zwangsläufig zwei [[Round Trip Time\|RTTs]] (Round Trip Time) benötigt werden, bis die ersten Daten übertragen werden können; im Fall von TCP kommen hier noch weitere 1½ RTTs für den SYN-/ACK-Verbindungsaufbau hinzu. Der Vorteil des Diffie-Hellman-Verfahrens liegt jedoch darin, dass die beiden Kommunikationspartner ihre Schlüssel nicht zuvor ausgetauscht haben müssen oder auf die Hilfe einer ''Trusted Third Party'', z. B. einer [[Certificate Authority\|CA]], angewiesen sind.		Nachteilig ist, dass durch das Diffie-Hellman-Verfahren zwangsläufig zwei [[Round Trip Time\|RTTs]] (Round Trip Time) benötigt werden, bis die ersten Daten übertragen werden können; im Fall von TCP kommen hier noch weitere 1½ RTTs für den SYN-/ACK-Verbindungsaufbau hinzu. Der Vorteil des Diffie-Hellman-Verfahrens liegt jedoch darin, dass die beiden Kommunikationspartner ihre Schlüssel nicht zuvor ausgetauscht haben müssen oder auf die Hilfe einer ''Trusted Third Party'', z. B. einer [[Certificate Authority\|CA]], angewiesen sind.

	Ein weiterer Nachteil gegenüber beispielsweise Mobile-IP ist die Tatsache, dass das Einführen von HIP als einer zusätzlichen Zwischenschicht alles andere als eine triviale Aufgabe ist: Zum einen müssen die Betriebssysteme beider Kommunikationspartner HIP unterstützen, zum anderen dürfen eventuell zwischengeschaltete [[Firewall]]s oder sonstige Filtermaßnahmen die HIP-Pakete nicht verwerfen, was in der Praxis eher unwahrscheinlich ist. Der Vorteil von HIP ist jedoch, dass die ausgetauschten Datenpakete zwischen den Kommunikationspartnern immer über normale, von IP vorgegebenen Routen gehen, und nicht wie beispielsweise bei Mobile-IP oder [[Virtual Private Network\|VPN]]-Tunneln über eine Zwischenstation umgeleitet werden müssen.		Ein weiterer Nachteil gegenüber beispielsweise [[Mobile IP]] ist die Tatsache, dass das Einführen von HIP als einer zusätzlichen Zwischenschicht alles andere als eine triviale Aufgabe ist: Zum einen müssen die Betriebssysteme beider Kommunikationspartner HIP unterstützen, zum anderen dürfen eventuell zwischengeschaltete [[Firewall]]s oder sonstige Filtermaßnahmen die HIP-Pakete nicht verwerfen, was in der Praxis eher unwahrscheinlich ist. Der Vorteil von HIP ist jedoch, dass die ausgetauschten Datenpakete zwischen den Kommunikationspartnern immer über normale, von IP vorgegebenen Routen gehen, und nicht wie beispielsweise bei Mobile IP oder [[Virtual Private Network\|VPN]]-Tunneln über eine Zwischenstation umgeleitet werden müssen.

	== Spezifikationen ==		== Spezifikationen ==

Wutzofant: /* Vor- und Nachteile */ das ist auch heute noch so

2022-11-23T16:37:37Z

Vor- und Nachteile: das ist auch heute noch so

← Nächstältere Version		Version vom 23. November 2022, 18:37 Uhr
Zeile 16:		Zeile 16:
	Nachteilig ist, dass durch das Diffie-Hellman-Verfahren zwangsläufig zwei [[Round Trip Time\|RTTs]] (Round Trip Time) benötigt werden, bis die ersten Daten übertragen werden können; im Fall von TCP kommen hier noch weitere 1½ RTTs für den SYN-/ACK-Verbindungsaufbau hinzu. Der Vorteil des Diffie-Hellman-Verfahrens liegt jedoch darin, dass die beiden Kommunikationspartner ihre Schlüssel nicht zuvor ausgetauscht haben müssen oder auf die Hilfe einer ''Trusted Third Party'', z. B. einer [[Certificate Authority\|CA]], angewiesen sind.		Nachteilig ist, dass durch das Diffie-Hellman-Verfahren zwangsläufig zwei [[Round Trip Time\|RTTs]] (Round Trip Time) benötigt werden, bis die ersten Daten übertragen werden können; im Fall von TCP kommen hier noch weitere 1½ RTTs für den SYN-/ACK-Verbindungsaufbau hinzu. Der Vorteil des Diffie-Hellman-Verfahrens liegt jedoch darin, dass die beiden Kommunikationspartner ihre Schlüssel nicht zuvor ausgetauscht haben müssen oder auf die Hilfe einer ''Trusted Third Party'', z. B. einer [[Certificate Authority\|CA]], angewiesen sind.

	Ein weiterer Nachteil gegenüber beispielsweise Mobile-IP ist die Tatsache, dass das Einführen von HIP als einer zusätzlichen Zwischenschicht alles andere als eine triviale Aufgabe ist: Zum einen müssen die Betriebssysteme beider Kommunikationspartner HIP unterstützen, zum anderen dürfen eventuell zwischengeschaltete [[Firewall]]s oder sonstige Filtermaßnahmen die HIP-Pakete nicht ~~blockieren~~, was ~~heutzutage~~ ~~(2009)~~ ~~noch~~ ~~sehr~~ unwahrscheinlich ist. Der Vorteil von HIP ist jedoch, dass die ausgetauschten Datenpakete zwischen den Kommunikationspartnern immer über normale, von IP vorgegebenen Routen gehen, und nicht wie beispielsweise bei Mobile-IP oder [[Virtual Private Network\|VPN]]-Tunneln über eine Zwischenstation umgeleitet werden müssen.		Ein weiterer Nachteil gegenüber beispielsweise Mobile-IP ist die Tatsache, dass das Einführen von HIP als einer zusätzlichen Zwischenschicht alles andere als eine triviale Aufgabe ist: Zum einen müssen die Betriebssysteme beider Kommunikationspartner HIP unterstützen, zum anderen dürfen eventuell zwischengeschaltete [[Firewall]]s oder sonstige Filtermaßnahmen die HIP-Pakete nicht verwerfen, was in der Praxis eher unwahrscheinlich ist. Der Vorteil von HIP ist jedoch, dass die ausgetauschten Datenpakete zwischen den Kommunikationspartnern immer über normale, von IP vorgegebenen Routen gehen, und nicht wie beispielsweise bei Mobile-IP oder [[Virtual Private Network\|VPN]]-Tunneln über eine Zwischenstation umgeleitet werden müssen.

	== Spezifikationen ==		== Spezifikationen ==

Wutzofant: /* Motivation */ und noch ein Typo

2022-11-23T16:21:26Z

Motivation: und noch ein Typo

← Nächstältere Version		Version vom 23. November 2022, 18:21 Uhr
Zeile 2:		Zeile 2:

	== Motivation ==		== Motivation ==
	Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[Smartphone]]s und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels ~~bestehende~~ [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.		Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[Smartphone]]s und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels bestehenden [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.

	Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile-IP]] und eben HIP.		Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile-IP]] und eben HIP.

Wutzofant: /* Motivation */ PDAs verwendet heute keine Sau mehr

2022-11-23T16:20:43Z

Motivation: PDAs verwendet heute keine Sau mehr

← Nächstältere Version		Version vom 23. November 2022, 18:20 Uhr
Zeile 2:		Zeile 2:

	== Motivation ==		== Motivation ==
	Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[~~Personal Digital Assistant\|PDAs~~]] und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels bestehende [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.		Beim ursprünglichen Entwurf des Internets und somit auch von [[Internet Protocol\|IP]] ging man davon aus, dass angeschlossene Rechnersysteme ihre Position im Netzwerk gar nicht oder nur höchst selten ändern. Insofern stellte es damals kein Problem dar, dass IP-Adressen sowohl zur eindeutigen Identifikation eines Endgerätes als auch zur Lokalisierung seines Aufenthaltsortes innerhalb der [[Topologie (Rechnernetz)\|Netzwerktopologie]] verwendet wurden. Mit dem Aufkommen von [[Laptop]]s, [[Smartphone]]s und anderen Mobilgeräten hat sich dieses Bild gewandelt, doch aufgrund der nicht auf Mobilität ausgelegten Architektur des Internets muss beim Wechsel in ein anderes Zugangsnetzwerk (z. B. von einem [[WLAN]] zum anderen) dem betroffenen Endgerät technisch bedingt jedes Mal eine neue [[IP-Adresse]] zugewiesen werden, wodurch es unter seiner bis dahin genutzten IP-Adresse in der Regel nicht mehr länger erreichbar sein kann. Dies hat insbesondere zur Folge, dass sämtliche zum Zeitpunkt des Wechsels bestehende [[Transmission Control Protocol\|TCP]]- und [[User Datagram Protocol\|UDP]]-Verbindungen (z. B. [[POP3]]-Verbindungen für [[E-Mail]]-Empfang, [[Instant Messaging\|Instant-Messaging]]-Dienste, [[IP-Telefonie\|VoIP-Telefonate]]) abreißen, was für den Endanwender unangenehm ist.

	Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile-IP]] und eben HIP.		Aufgrund der zunehmenden Verbreitung von Mobilgeräten wurden verschiedene Lösungen für dieses Problem entwickelt; zu nennen sind hier insbesondere [[Mobile-IP]] und eben HIP.

A1000: /* Weblinks */ http -> https

2022-10-04T19:06:53Z

Weblinks: http -> https

← Nächstältere Version		Version vom 4. Oktober 2022, 21:06 Uhr
Zeile 29:		Zeile 29:
	== Weblinks ==		== Weblinks ==
	* Petri Jokela, Pekka Nikander, Jan Melen, Jukka Ylitalo, and Jorma Wall: ''Host Identity Protocol—Extended Abstract''. Wireless World Research Forum, 2004. ([http://www.jokela.org/publications/wwrf8bis.pdf PDF])		* Petri Jokela, Pekka Nikander, Jan Melen, Jukka Ylitalo, and Jorma Wall: ''Host Identity Protocol—Extended Abstract''. Wireless World Research Forum, 2004. ([http://www.jokela.org/publications/wwrf8bis.pdf PDF])
	* [~~http~~://www.ietf.org/html.charters/hip-charter.html IETF-Arbeitsgruppe]		* [https://www.ietf.org/html.charters/hip-charter.html IETF-Arbeitsgruppe]
	* [http://mkomu.kapsi.fi/hipl/index.php?index=how How HIP works]		* [http://mkomu.kapsi.fi/hipl/index.php?index=how How HIP works]

A1000: /* Vor- und Nachteile */

2022-10-04T15:59:49Z

Vor- und Nachteile

← Nächstältere Version		Version vom 4. Oktober 2022, 17:59 Uhr
Zeile 14:		Zeile 14:

	== Vor- und Nachteile ==		== Vor- und Nachteile ==
	Nachteilig ist, dass durch das Diffie-Hellman-Verfahren zwangsläufig zwei [[Round Trip Time\|RTTs]] benötigt werden, bis die ersten Daten übertragen werden können; im Fall von TCP kommen hier noch weitere 1½ RTTs für den SYN-/ACK-Verbindungsaufbau hinzu. Der Vorteil des Diffie-Hellman-Verfahrens liegt jedoch darin, dass die beiden Kommunikationspartner ihre Schlüssel nicht zuvor ausgetauscht haben müssen oder auf die Hilfe einer ''Trusted Third Party'', z. B. einer [[Certificate Authority\|CA]], angewiesen sind.		Nachteilig ist, dass durch das Diffie-Hellman-Verfahren zwangsläufig zwei [[Round Trip Time\|RTTs]] (Round Trip Time) benötigt werden, bis die ersten Daten übertragen werden können; im Fall von TCP kommen hier noch weitere 1½ RTTs für den SYN-/ACK-Verbindungsaufbau hinzu. Der Vorteil des Diffie-Hellman-Verfahrens liegt jedoch darin, dass die beiden Kommunikationspartner ihre Schlüssel nicht zuvor ausgetauscht haben müssen oder auf die Hilfe einer ''Trusted Third Party'', z. B. einer [[Certificate Authority\|CA]], angewiesen sind.

	Ein weiterer Nachteil gegenüber beispielsweise Mobile-IP ist die Tatsache, dass das Einführen von HIP als einer zusätzlichen Zwischenschicht alles andere als eine triviale Aufgabe ist: Zum einen müssen die Betriebssysteme beider Kommunikationspartner HIP unterstützen, zum anderen dürfen eventuell zwischengeschaltete [[Firewall]]s oder sonstige Filtermaßnahmen die HIP-Pakete nicht blockieren, was heutzutage (2009) noch sehr unwahrscheinlich ist. Der Vorteil von HIP ist jedoch, dass die ausgetauschten Datenpakete zwischen den Kommunikationspartnern immer über normale, von IP vorgegebenen Routen gehen, und nicht wie beispielsweise bei Mobile-IP oder [[Virtual Private Network\|VPN]]-Tunneln über eine Zwischenstation umgeleitet werden müssen.		Ein weiterer Nachteil gegenüber beispielsweise Mobile-IP ist die Tatsache, dass das Einführen von HIP als einer zusätzlichen Zwischenschicht alles andere als eine triviale Aufgabe ist: Zum einen müssen die Betriebssysteme beider Kommunikationspartner HIP unterstützen, zum anderen dürfen eventuell zwischengeschaltete [[Firewall]]s oder sonstige Filtermaßnahmen die HIP-Pakete nicht blockieren, was heutzutage (2009) noch sehr unwahrscheinlich ist. Der Vorteil von HIP ist jedoch, dass die ausgetauschten Datenpakete zwischen den Kommunikationspartnern immer über normale, von IP vorgegebenen Routen gehen, und nicht wie beispielsweise bei Mobile-IP oder [[Virtual Private Network\|VPN]]-Tunneln über eine Zwischenstation umgeleitet werden müssen.

Wikinger08: Linkfix

2020-06-29T17:34:18Z

Linkfix

← Nächstältere Version		Version vom 29. Juni 2020, 19:34 Uhr
Zeile 1:		Zeile 1:
	Das '''Host Identity Protocol (HIP)''' ist ein von der [[Internet Engineering Task Force\|IETF]] standardisiertes [[Protokoll]], ~~welches~~ Benutzern von [[Mobilgerät]]en (z. B. [[Notebook]]s) den Wechsel zwischen verschiedenen [[Internet Protocol\|IP-Netzwerken]] ([[Roaming]]) erleichtern soll, indem es das hierbei notwendige Wechseln der [[IP-Adresse]] vor den Anwendungsprogrammen und der [[Transportschicht]] verbirgt.		Das '''Host Identity Protocol (HIP)''' ist ein von der [[Internet Engineering Task Force\|IETF]] standardisiertes [[Netzwerkprotokoll\|Protokoll]], das Benutzern von [[Mobilgerät]]en (z. B. [[Notebook]]s) den Wechsel zwischen verschiedenen [[Internet Protocol\|IP-Netzwerken]] ([[Roaming]]) erleichtern soll, indem es das hierbei notwendige Wechseln der [[IP-Adresse]] vor den Anwendungsprogrammen und der [[Transportschicht]] verbirgt.

	== Motivation ==		== Motivation ==

Phzh: Komma vor usw. entfernt, Form

2019-01-22T20:45:57Z

Komma vor usw. entfernt, Form

← Nächstältere Version		Version vom 22. Januar 2019, 22:45 Uhr
Zeile 7:		Zeile 7:

	== Funktionsweise ==		== Funktionsweise ==
	[[Datei:HIP infrastructure.png\|~~thumb\|right~~\|HIP-Zwischenschicht]]		[[Datei:HIP infrastructure.png\|mini\|HIP-Zwischenschicht]]
	HIP löst das Problem, indem die beiden Aufgaben ''Identifikation'' und ''Lokalisierung'' voneinander getrennt werden („Locator/ID split“). Hierzu wird HIP als neue Zwischenschicht zwischen Schicht 3 (IP) und Schicht 4 (TCP, UDP, usw.) eingefügt. Die bei einem Netzwerkwechsel nach wie vor wechselnden IP-Adressen werden zwar beibehalten, dienen ab jetzt aber nur noch der Lokalisierung des Endgerätes, also zum [[Routing]] der Datenpakete zum Endgerät. Die Identifikation des Endgerätes, z. B. als Endpunkt einer TCP-Verbindung, wird dagegen nicht mehr von der IP-Adresse, sondern von einem sogenannten ''Host Identity Tag'' (deutsch ungefähr „Rechner-Identifikations-Etikett“) übernommen. Durch dieses Konzept wird ermöglicht, beispielsweise eine bestehende TCP-Verbindung aufrechtzuerhalten, auch wenn sich die IP-Adresse des Endgerätes ändert, da die TCP-Verbindung nicht mehr an die IP-Adresse, sondern an das Host Identity Tag gebunden ist.		HIP löst das Problem, indem die beiden Aufgaben ''Identifikation'' und ''Lokalisierung'' voneinander getrennt werden („Locator/ID split“). Hierzu wird HIP als neue Zwischenschicht zwischen Schicht 3 (IP) und Schicht 4 (TCP, UDP usw.) eingefügt. Die bei einem Netzwerkwechsel nach wie vor wechselnden IP-Adressen werden zwar beibehalten, dienen ab jetzt aber nur noch der Lokalisierung des Endgerätes, also zum [[Routing]] der Datenpakete zum Endgerät. Die Identifikation des Endgerätes, z. B. als Endpunkt einer TCP-Verbindung, wird dagegen nicht mehr von der IP-Adresse, sondern von einem sogenannten ''Host Identity Tag'' (deutsch ungefähr „Rechner-Identifikations-Etikett“) übernommen. Durch dieses Konzept wird ermöglicht, beispielsweise eine bestehende TCP-Verbindung aufrechtzuerhalten, auch wenn sich die IP-Adresse des Endgerätes ändert, da die TCP-Verbindung nicht mehr an die IP-Adresse, sondern an das Host Identity Tag gebunden ist.

	== Sicherheit ==		== Sicherheit ==