Constrained Application Protocol - Versionsgeschichte

Milahteral: Ergänzung es Wortes "ist" in einem Satz.

2024-08-07T18:50:34Z

Ergänzung es Wortes "ist" in einem Satz.

← Nächstältere Version		Version vom 7. August 2024, 20:50 Uhr
Zeile 16:		Zeile 16:
	* UDP-Übertragung mit der Möglichkeit von Unicast und Multicast		* UDP-Übertragung mit der Möglichkeit von Unicast und Multicast

	CoAP ein netzwerkorientiertes Protokoll, das dem HTTP-Protokoll sehr ähnelt. Es nutzt dabei Features von HTTP, erlaubt aber einen geringeren Overhead und auch einen Multicast. Das HTTP-Protokoll ermöglicht die notwendige Interoperabilität für IoT-Geräte. HTTP nutzt TCP für Point-to-Point Verbindungen, ist aber für abgegrenzte Netzwerke zu komplex. CoAP hingegen benutzt primär UDP ohne komplexe Staukontrolle. Die Kombination von REST-Methoden und UDP ermöglichen es CoAP, die Begrenzungen von HTTP zu erweitern und so die Kommunikation für IoT-Geräte zu erleichtern und sicherzustellen.		CoAP ist ein netzwerkorientiertes Protokoll, das dem HTTP-Protokoll sehr ähnelt. Es nutzt dabei Features von HTTP, erlaubt aber einen geringeren Overhead und auch einen Multicast. Das HTTP-Protokoll ermöglicht die notwendige Interoperabilität für IoT-Geräte. HTTP nutzt TCP für Point-to-Point Verbindungen, ist aber für abgegrenzte Netzwerke zu komplex. CoAP hingegen benutzt primär UDP ohne komplexe Staukontrolle. Die Kombination von REST-Methoden und UDP ermöglichen es CoAP, die Begrenzungen von HTTP zu erweitern und so die Kommunikation für IoT-Geräte zu erleichtern und sicherzustellen.

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"

PerfektesChaos: tk k

2023-06-16T07:53:07Z

tk k

← Nächstältere Version		Version vom 16. Juni 2023, 09:53 Uhr
Zeile 1:		Zeile 1:
	{{Lückenhaft\|Historie, Ziele, Nachrichtenformat, Implementierung, etc.}}		{{Lückenhaft\|Historie, Ziele, Nachrichtenformat, Implementierung, etc.}}

	Das '''Constrained Application Protocol''' ('''CoAP''') ist ein von der [[Internet Engineering Task Force]] (IETF) entwickeltes Web-Transfer-Protokoll für das [[Internet of Things]] (IoT).		Das '''Constrained Application Protocol''' ('''CoAP''') ist ein von der [[Internet Engineering Task Force]] (IETF) entwickeltes Web-Transfer-Protokoll für das [[Internet der Dinge\|Internet of Things]] (IoT).
	Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte entwickeltes Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im RFC 7252 spezifiziert.		Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte entwickeltes Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im <nowiki>RFC 7252</nowiki><ref>{{RFC-Internet \|RFC=7252 \|Titel=The Constrained Application Protocol (CoAP) \|Datum= \|Autor=Zach Shelby, Klaus Hartke, Carsten Bormann}}</ref> spezifiziert.

	Die Anwendung vom CoAP-Protokoll umfasst Umgebungsüberwachungen, intelligente Gebäude- und Lichtsteuerungen, Smart Energy und noch vieles mehr aus dieser Sparte. Es wurde als Standardprotokoll entwickelt, das die Interaktion zwischen IoT-Geräten/Systemen ermöglicht und somit IoT-Anwendungen unterstützt. Wichtig dabei ist, dass das CoAP-Protokoll die Länge des Datagramms so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.		Die Anwendung vom CoAP-Protokoll umfasst Umgebungsüberwachungen, intelligente Gebäude- und Lichtsteuerungen, Smart Energy und noch vieles mehr aus dieser Sparte. Es wurde als Standardprotokoll entwickelt, das die Interaktion zwischen IoT-Geräten/Systemen ermöglicht und somit IoT-Anwendungen unterstützt. Wichtig dabei ist, dass das CoAP-Protokoll die Länge des Datagramms so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.
Zeile 19:		Zeile 19:

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"
	\|+Protokoll-Vergleich		\|+ Protokoll-Vergleich
	!HTTP		! HTTP
			!style="text-align:left"\| CoAP
	\|'''CoAP'''
	\|-		\|-
	! rowspan="2"\| [[http\|HTTP-Protokoll]]		!rowspan="2"\| [[http\|HTTP-Protokoll]]
	\| Anfrage/Antwort		\| Anfrage/Antwort
	\|-		\|-
	\|Nachrichten		\| Nachrichten
	\|-		\|-
	! [[TCP]]		! [[Transmission Control Protocol\|TCP]]
	\|[[UDP]]		\| [[User Datagram Protocol\|UDP]]
	\|-		\|-
	! [[IP]]		! [[Internet Protocol\|IP]]
	\|[[6LoWPAN]]		\| [[6LoWPAN]]
	\|}		\|}

	Bei der Einführung von CoAP wurde davon ausgegangen, dass UDP [~~RFC768~~] und das Datagram Transport Layer Security Protokoll (DTLS) [~~RFC6347~~] über UDP uneingeschränkt genutzt werden kann. Da UDP aber bei vielen Zugangsnetzen vollkommen blockiert und auch der UDP-Verkehr in einigen Netzwerken begrenzt wird, wurde CoAP über TCP [~~RFC793~~] und [[Transport Layer Security\|TLS]] [~~RFC5246~~] eingeführt. Hierbei kommen die besonderen Eigenschaften von CoAP über TCP bei einem NAT-Traversal zu tragen, da die Berechnung der Verfallszeiten basierend auf dem Transportschichtprotokoll berechnet werden, welche von den Anwendungsprotokollen verwendet werden. Der Mittelwert von TCP-NAT-Bindungszeitüberschreitungen liegt bei 386 Minuten, wohingegen der Mittelwert bei UDP bei 160 Sekunden liegt<ref>{{~~Literatur~~ \|~~Autor~~=~~C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan~~ \|Titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets \|Datum=2018-02 \|~~ISSN~~=~~2070-1721~~ ~~\|Online=https://www~~.~~rfc-editor~~.~~org/rfc/rfc8323~~.~~html~~ ~~\|Abruf=2022-05-15~~ ~~\|DOI=10~~.~~17487/RFC8323~~}}</ref>. Kürzere Bindungszeitüberschreitungen fordern mehr Keepalive-Nachrichten und erhöhen somit den Traffic. Des Weiteren nutzt TCP auch zusätzliche Stau- und Flusskontrollmechanismen, welche bei größeren Übertragungslasten nützlich sind.		Bei der Einführung von CoAP wurde davon ausgegangen, dass UDP [<nowiki>RFC 768</nowiki><ref>{{RFC-Internet \|RFC=768 \|Titel=User Datagram Protocol \|Datum=1980-08 \|Autor=[[Jon Postel]]}}</ref>] und das Datagram Transport Layer Security Protokoll (DTLS) [<nowiki>RFC 6347</nowiki><ref>{{RFC-Internet \|RFC=6347 \|Titel=Datagram Transport Layer Security Version 1.2 \|Datum=2012-01}}</ref>] über UDP uneingeschränkt genutzt werden kann. Da UDP aber bei vielen Zugangsnetzen vollkommen blockiert und auch der UDP-Verkehr in einigen Netzwerken begrenzt wird, wurde CoAP über TCP [<nowiki>RFC 793</nowiki><ref>{{RFC-Internet \|RFC=793 \|Titel=Transmission Control Protocol \|Datum=1981-09}}</ref>] und [[Transport Layer Security\|TLS]] [<nowiki>RFC 5246</nowiki><ref>{{RFC-Internet \|RFC=5246 \|Titel=The Transport Layer Security (TLS) Protocol Version 1.2 \|Datum=2008-08}}</ref>] eingeführt. Hierbei kommen die besonderen Eigenschaften von CoAP über TCP bei einem NAT-Traversal zu tragen, da die Berechnung der Verfallszeiten basierend auf dem Transportschichtprotokoll berechnet werden, welche von den Anwendungsprotokollen verwendet werden. Der Mittelwert von TCP-NAT-Bindungszeitüberschreitungen liegt bei 386 Minuten, wohingegen der Mittelwert bei UDP bei 160 Sekunden liegt.<ref>{{RFC-Internet \|RFC=8323 \|Titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets \|Datum=2018-02 \|Autor=C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan}}</ref> Kürzere Bindungszeitüberschreitungen fordern mehr Keepalive-Nachrichten und erhöhen somit den Traffic. Des Weiteren nutzt TCP auch zusätzliche Stau- und Flusskontrollmechanismen, welche bei größeren Übertragungslasten nützlich sind.

	Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einem umfangreicheren Code führt.		Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einem umfangreicheren Code führt.
Zeile 51:		Zeile 52:

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"
	\|+CoAP Nachrichtenformat		\|+ CoAP Nachrichtenformat
		⚫	\|-
	!0
	!1		! 0
	!2		! 1
			! 2
⚫	\|3
			\| 3
	\|-		\|-
	! colspan="4"\|1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9		!colspan="4"\| 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
	\|-		\|-
	!Ver		! Ver
	!T		! T
	! Code		! Code
	\| Nachrichten ID		\| Nachrichten ID
	\|-		\|-
	! colspan="4"\|Token (variable Länge)		!colspan="4"\| Token (variable Länge)
	\|-		\|-
	! colspan="4"\|Optionen (Wenn vorhanden)		!colspan="4"\| Optionen (Wenn vorhanden)
	\|-		\|-
	! colspan="4"\|Payload (Nutzdaten)		!colspan="4"\| Payload (Nutzdaten)
	\|}		\|}

Zeile 78:		Zeile 80:
	* Nutzdaten		* Nutzdaten

	== ~~Quellen~~ ==		== Weblinks ==
			* {{RFC-Internet \|RFC=7252 \|Titel=The Constrained Application Protocol (CoAP) \|Datum= \|Autor=Zach Shelby, Klaus Hartke, Carsten Bormann}}
	* {{Internetquelle
			* {{RFC-Internet \|RFC=8323 \|Titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets \|Datum=2018-02 \|Autor=C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan}}
	\|autor=Shelby, Zach, Hartke, Klaus, Bormann, Carsten
	\|url=https://tools.ietf.org/html/rfc7252
	\|titel=The Constrained Application Protocol (CoAP)
	\|sprache=en
	\|abruf=2017-06-21}}
	* {{Internetquelle
	\|autor=Bormann, Universitaet Bremen TZI, Lemay, Zebra Technologies, Tschofenig, ARM Ltd., Hartke, Silverajan, Tampere University of Technology, Raymor
	\|url=https://www.rfc-editor.org/rfc/rfc8323.html
	\|titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets
	\|sprache=en
	\|abruf=2022-02-10}}
	* {{Internetquelle		* {{Internetquelle
	\|autor=Xi Chen		\|autor=Xi Chen

Zornfrucht: Grammatik

2023-01-24T20:38:16Z

Grammatik

← Nächstältere Version		Version vom 24. Januar 2023, 22:38 Uhr
Zeile 4:		Zeile 4:
	Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte entwickeltes Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im RFC 7252 spezifiziert.		Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte entwickeltes Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im RFC 7252 spezifiziert.

	Die Anwendung vom CoAP-Protokoll umfasst Umgebungsüberwachungen, ~~intelligenten~~ Gebäude- und Lichtsteuerungen, Smart Energy und noch vieles mehr aus dieser Sparte. Es wurde als Standardprotokoll entwickelt, das die Interaktion zwischen IoT-Geräten/Systemen ermöglicht und somit IoT-Anwendungen unterstützt. Wichtig dabei ist, dass das CoAP-Protokoll die Länge des Datagramms so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.		Die Anwendung vom CoAP-Protokoll umfasst Umgebungsüberwachungen, intelligente Gebäude- und Lichtsteuerungen, Smart Energy und noch vieles mehr aus dieser Sparte. Es wurde als Standardprotokoll entwickelt, das die Interaktion zwischen IoT-Geräten/Systemen ermöglicht und somit IoT-Anwendungen unterstützt. Wichtig dabei ist, dass das CoAP-Protokoll die Länge des Datagramms so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.

	Funktionen:		Funktionen:
Zeile 36:		Zeile 36:
	Bei der Einführung von CoAP wurde davon ausgegangen, dass UDP [RFC768] und das Datagram Transport Layer Security Protokoll (DTLS) [RFC6347] über UDP uneingeschränkt genutzt werden kann. Da UDP aber bei vielen Zugangsnetzen vollkommen blockiert und auch der UDP-Verkehr in einigen Netzwerken begrenzt wird, wurde CoAP über TCP [RFC793] und [[Transport Layer Security\|TLS]] [RFC5246] eingeführt. Hierbei kommen die besonderen Eigenschaften von CoAP über TCP bei einem NAT-Traversal zu tragen, da die Berechnung der Verfallszeiten basierend auf dem Transportschichtprotokoll berechnet werden, welche von den Anwendungsprotokollen verwendet werden. Der Mittelwert von TCP-NAT-Bindungszeitüberschreitungen liegt bei 386 Minuten, wohingegen der Mittelwert bei UDP bei 160 Sekunden liegt<ref>{{Literatur \|Autor=C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan \|Titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets \|Datum=2018-02 \|ISSN=2070-1721 \|Online=https://www.rfc-editor.org/rfc/rfc8323.html \|Abruf=2022-05-15 \|DOI=10.17487/RFC8323}}</ref>. Kürzere Bindungszeitüberschreitungen fordern mehr Keepalive-Nachrichten und erhöhen somit den Traffic. Des Weiteren nutzt TCP auch zusätzliche Stau- und Flusskontrollmechanismen, welche bei größeren Übertragungslasten nützlich sind.		Bei der Einführung von CoAP wurde davon ausgegangen, dass UDP [RFC768] und das Datagram Transport Layer Security Protokoll (DTLS) [RFC6347] über UDP uneingeschränkt genutzt werden kann. Da UDP aber bei vielen Zugangsnetzen vollkommen blockiert und auch der UDP-Verkehr in einigen Netzwerken begrenzt wird, wurde CoAP über TCP [RFC793] und [[Transport Layer Security\|TLS]] [RFC5246] eingeführt. Hierbei kommen die besonderen Eigenschaften von CoAP über TCP bei einem NAT-Traversal zu tragen, da die Berechnung der Verfallszeiten basierend auf dem Transportschichtprotokoll berechnet werden, welche von den Anwendungsprotokollen verwendet werden. Der Mittelwert von TCP-NAT-Bindungszeitüberschreitungen liegt bei 386 Minuten, wohingegen der Mittelwert bei UDP bei 160 Sekunden liegt<ref>{{Literatur \|Autor=C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan \|Titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets \|Datum=2018-02 \|ISSN=2070-1721 \|Online=https://www.rfc-editor.org/rfc/rfc8323.html \|Abruf=2022-05-15 \|DOI=10.17487/RFC8323}}</ref>. Kürzere Bindungszeitüberschreitungen fordern mehr Keepalive-Nachrichten und erhöhen somit den Traffic. Des Weiteren nutzt TCP auch zusätzliche Stau- und Flusskontrollmechanismen, welche bei größeren Übertragungslasten nützlich sind.

	Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und ~~einer~~ ~~umfangreicherem~~ Code führt.		Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einem umfangreicheren Code führt.

	== Sicherheitsaspekte ==		== Sicherheitsaspekte ==

Ormek: Grammatik korrigiert

2023-01-18T08:33:14Z

Grammatik korrigiert

← Nächstältere Version		Version vom 18. Januar 2023, 10:33 Uhr
Zeile 4:		Zeile 4:
	Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte entwickeltes Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im RFC 7252 spezifiziert.		Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte entwickeltes Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im RFC 7252 spezifiziert.

	Die Anwendung vom CoAP-Protokoll ~~reicht von~~ Umgebungsüberwachungen, intelligenten Gebäude- und Lichtsteuerungen, Smart Energy und noch ~~vielem~~ mehr in dieser Sparte. Es wurde als Standardprotokoll entwickelt, das die Interaktion zwischen IoT-Geräten/Systemen ermöglicht und somit IoT-Anwendungen unterstützt. Wichtig dabei ist, dass das CoAP-Protokoll die Länge des Datagramms so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.		Die Anwendung vom CoAP-Protokoll umfasst Umgebungsüberwachungen, intelligenten Gebäude- und Lichtsteuerungen, Smart Energy und noch vieles mehr aus dieser Sparte. Es wurde als Standardprotokoll entwickelt, das die Interaktion zwischen IoT-Geräten/Systemen ermöglicht und somit IoT-Anwendungen unterstützt. Wichtig dabei ist, dass das CoAP-Protokoll die Länge des Datagramms so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.

	Funktionen:		Funktionen:

Thomas Dresler: Überschriften beginnen auf Ebene 3 mit folgender Ebene 2

2022-12-17T08:34:55Z

Überschriften beginnen auf Ebene 3 mit folgender Ebene 2

← Nächstältere Version		Version vom 17. Dezember 2022, 10:34 Uhr
Zeile 38:		Zeile 38:
	Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einer umfangreicherem Code führt.		Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einer umfangreicherem Code führt.

	=== Sicherheitsaspekte ===		== Sicherheitsaspekte ==
	Bei der UDP-Übertragung ist das DTLS-Protokoll ein wichtiger Bestandteil, da es die drei Aspekte von Sicherheit abdeckt und somit eine sichere End-to-End-Verbindung erlaubt:		Bei der UDP-Übertragung ist das DTLS-Protokoll ein wichtiger Bestandteil, da es die drei Aspekte von Sicherheit abdeckt und somit eine sichere End-to-End-Verbindung erlaubt:

Zeile 47:		Zeile 47:
	Die IETF hat das DTLS-Protokoll weiterentwickelt und für die Nutzung mit TCP erweitert. Dadurch können die Probleme der Paketreihenfolge und -verluste behoben werden, indem Paketwiederholungen, Sequenznummern während eines TCP-Handshakes und Wiederholungserkennung implementiert wurden.		Die IETF hat das DTLS-Protokoll weiterentwickelt und für die Nutzung mit TCP erweitert. Dadurch können die Probleme der Paketreihenfolge und -verluste behoben werden, indem Paketwiederholungen, Sequenznummern während eines TCP-Handshakes und Wiederholungserkennung implementiert wurden.

	=== Format ===		== Format ==
	Die standardmäßige Übertragung erfolgt über UDP und basiert auf dem Grundsatz zum Austausch von kompakten Nachrichten. Dabei wird ein Binärformat in einfacher Form verwendet.		Die standardmäßige Übertragung erfolgt über UDP und basiert auf dem Grundsatz zum Austausch von kompakten Nachrichten. Dabei wird ein Binärformat in einfacher Form verwendet.

Thomas Dresler: Überschrift mit Fettdruck

2022-12-17T08:34:16Z

Überschrift mit Fettdruck

← Nächstältere Version		Version vom 17. Dezember 2022, 10:34 Uhr
Zeile 38:		Zeile 38:
	Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einer umfangreicherem Code führt.		Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einer umfangreicherem Code führt.

	=== ~~'''~~Sicherheitsaspekte~~'''~~ ===		=== Sicherheitsaspekte ===
	Bei der UDP-Übertragung ist das DTLS-Protokoll ein wichtiger Bestandteil, da es die drei Aspekte von Sicherheit abdeckt und somit eine sichere End-to-End-Verbindung erlaubt:		Bei der UDP-Übertragung ist das DTLS-Protokoll ein wichtiger Bestandteil, da es die drei Aspekte von Sicherheit abdeckt und somit eine sichere End-to-End-Verbindung erlaubt:

Zeile 47:		Zeile 47:
	Die IETF hat das DTLS-Protokoll weiterentwickelt und für die Nutzung mit TCP erweitert. Dadurch können die Probleme der Paketreihenfolge und -verluste behoben werden, indem Paketwiederholungen, Sequenznummern während eines TCP-Handshakes und Wiederholungserkennung implementiert wurden.		Die IETF hat das DTLS-Protokoll weiterentwickelt und für die Nutzung mit TCP erweitert. Dadurch können die Probleme der Paketreihenfolge und -verluste behoben werden, indem Paketwiederholungen, Sequenznummern während eines TCP-Handshakes und Wiederholungserkennung implementiert wurden.

	=== ~~'''~~Format~~'''~~ ===		=== Format ===
	Die standardmäßige Übertragung erfolgt über UDP und basiert auf dem Grundsatz zum Austausch von kompakten Nachrichten. Dabei wird ein Binärformat in einfacher Form verwendet.		Die standardmäßige Übertragung erfolgt über UDP und basiert auf dem Grundsatz zum Austausch von kompakten Nachrichten. Dabei wird ein Binärformat in einfacher Form verwendet.

Ein Besserwisser: Grundlegende Rechtschreibung und Grammatik korrigiert

2022-12-16T11:09:05Z

Grundlegende Rechtschreibung und Grammatik korrigiert

← Nächstältere Version		Version vom 16. Dezember 2022, 13:09 Uhr
Zeile 2:		Zeile 2:

	Das '''Constrained Application Protocol''' ('''CoAP''') ist ein von der [[Internet Engineering Task Force]] (IETF) entwickeltes Web-Transfer-Protokoll für das [[Internet of Things]] (IoT).		Das '''Constrained Application Protocol''' ('''CoAP''') ist ein von der [[Internet Engineering Task Force]] (IETF) entwickeltes Web-Transfer-Protokoll für das [[Internet of Things]] (IoT).
	Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte ~~weiterentwickeltes~~ Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im RFC 7252 spezifiziert.		Es ist ein speziell für [[Eingebettetes System\|eingebettete]] Geräte entwickeltes Protokoll, welches die Grundzüge von [[Representational State Transfer\|REST]] übernimmt. Das Protokoll ist im RFC 7252 spezifiziert.

	Die Anwendung vom CoAP Protokoll reicht von Umgebungsüberwachungen, ~~intelligente~~ Gebäude- und Lichtsteuerungen, Smart Energy und noch ~~vieles~~ mehr in dieser Sparte. Es wurde ~~entwickelt um ein~~ Standardprotokoll ~~zu werden~~, ~~welches~~ die Interaktion zwischen IoT-~~Geräte~~/~~Systeme~~ ~~zur ermöglichen~~ und somit ~~die~~ IoT-Anwendungen ~~zu unterstützen~~. Wichtig dabei ist, dass das CoAP Protokoll die Länge des ~~Datagramm~~ so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.		Die Anwendung vom CoAP-Protokoll reicht von Umgebungsüberwachungen, intelligenten Gebäude- und Lichtsteuerungen, Smart Energy und noch vielem mehr in dieser Sparte. Es wurde als Standardprotokoll entwickelt, das die Interaktion zwischen IoT-Geräten/Systemen ermöglicht und somit IoT-Anwendungen unterstützt. Wichtig dabei ist, dass das CoAP-Protokoll die Länge des Datagramms so gering wie möglich hält und gleichzeitig das REST-Protokoll integriert, um den „[[Uniform Resource Identifier]]“ (URI) zu unterstützen.

	Funktionen:		Funktionen:
	* Begrenztes Web-Protokoll das alle Anforderungen an M2M-Kommunikation (Machine to Machine) ~~benötigt~~		* Begrenztes Web-Protokoll, das alle Anforderungen an M2M-Kommunikation (Machine to Machine) erfüllt
	* Gewährleistung der Sicherheit durch DTLS		* Gewährleistung der Sicherheit durch [[Datagram Transport Layer Security\|DTLS]]
	* Asynchroner Nachrichtenaustausch		* Asynchroner Nachrichtenaustausch
	* Geringer Overhead		* Geringer Overhead
	* Geringe Komplexität bei der syntaktischen Analyse ([[Parser\|Parsing]])		* Geringe Komplexität bei der syntaktischen Analyse ([[Parser\|Parsing]])
	* URI und Content-Type Unterstützung		* URI- und Content-Type Unterstützung
	* Einfache Caching und Proxy Fähigkeiten		* Einfache Caching- und Proxy-Fähigkeiten
	* UDP-Übertragung mit der ~~optionalen~~ Möglichkeit von Unicast und Multicast		* UDP-Übertragung mit der Möglichkeit von Unicast und Multicast

	CoAP ein netzwerkorientiertes Protokoll, ~~dass~~ dem HTTP-Protokoll sehr ähnelt. Es nutzt dabei Features von HTTP erlaubt aber einen geringeren Overhead und auch einen Multicast. Das HTTP Protokoll ermöglicht die notwendige Interoperabilität für IoT-Geräte. HTTP nutzt TCP für Point-to-Point Verbindungen, ist aber für abgegrenzte Netzwerke zu komplex. CoAP hingegen benutzt primär UDP ohne komplexe Staukontrolle. Die Kombination von REST-Methoden und UDP ermöglichen es CoAP die Begrenzungen von HTTP zu erweitern und so die Kommunikation für IoT-Geräte zu erleichtern und sicherzustellen.		CoAP ein netzwerkorientiertes Protokoll, das dem HTTP-Protokoll sehr ähnelt. Es nutzt dabei Features von HTTP, erlaubt aber einen geringeren Overhead und auch einen Multicast. Das HTTP-Protokoll ermöglicht die notwendige Interoperabilität für IoT-Geräte. HTTP nutzt TCP für Point-to-Point Verbindungen, ist aber für abgegrenzte Netzwerke zu komplex. CoAP hingegen benutzt primär UDP ohne komplexe Staukontrolle. Die Kombination von REST-Methoden und UDP ermöglichen es CoAP, die Begrenzungen von HTTP zu erweitern und so die Kommunikation für IoT-Geräte zu erleichtern und sicherzustellen.

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"
Zeile 34:		Zeile 34:
	\|[[6LoWPAN]]		\|[[6LoWPAN]]
	\|}		\|}
	Bei der Einführung von CoAP wurde davon ausgegangen, dass UDP [RFC768] und das Datagram Transport Layer Security Protokoll (DTLS) [RFC6347] über UDP uneingeschränkt genutzt werden kann. Da UDP aber bei vielen ~~Zugangsnetzten~~ vollkommen blockiert und auch der UDP-Verkehr in einigen Netzwerken begrenzt wird, wurde CoAP über TCP [RFC793] und TLS [RFC5246] eingeführt. Hierbei kommen die besonderen Eigenschaften von CoAP über TCP bei einem NAT-Traversal zu tragen, da die Berechnung der Verfallszeiten basierend auf dem Transportschichtprotokoll berechnet werden, welche von den Anwendungsprotokollen verwendet werden. Der Mittelwert von TCP-NAT-Bindungszeitüberschreitungen liegt bei 386 Minuten, wohingegen der Mittelwert bei UDP bei 160 Sekunden liegt<ref>{{Literatur \|Autor=C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan \|Titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets \|Datum=2018-02 \|ISSN=2070-1721 \|Online=https://www.rfc-editor.org/rfc/rfc8323.html \|Abruf=2022-05-15 \|DOI=10.17487/RFC8323}}</ref>. Kürzere Bindungszeitüberschreitungen fordern mehr Keepalive-Nachrichten und erhöhen somit den Traffic. ~~Weiters~~ nutzt TCP auch ~~noch~~ zusätzliche Stau- und Flusskontrollmechanismen, welche bei größeren Übertragungslasten nützlich sind.		Bei der Einführung von CoAP wurde davon ausgegangen, dass UDP [RFC768] und das Datagram Transport Layer Security Protokoll (DTLS) [RFC6347] über UDP uneingeschränkt genutzt werden kann. Da UDP aber bei vielen Zugangsnetzen vollkommen blockiert und auch der UDP-Verkehr in einigen Netzwerken begrenzt wird, wurde CoAP über TCP [RFC793] und [[Transport Layer Security\|TLS]] [RFC5246] eingeführt. Hierbei kommen die besonderen Eigenschaften von CoAP über TCP bei einem NAT-Traversal zu tragen, da die Berechnung der Verfallszeiten basierend auf dem Transportschichtprotokoll berechnet werden, welche von den Anwendungsprotokollen verwendet werden. Der Mittelwert von TCP-NAT-Bindungszeitüberschreitungen liegt bei 386 Minuten, wohingegen der Mittelwert bei UDP bei 160 Sekunden liegt<ref>{{Literatur \|Autor=C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan \|Titel=CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets \|Datum=2018-02 \|ISSN=2070-1721 \|Online=https://www.rfc-editor.org/rfc/rfc8323.html \|Abruf=2022-05-15 \|DOI=10.17487/RFC8323}}</ref>. Kürzere Bindungszeitüberschreitungen fordern mehr Keepalive-Nachrichten und erhöhen somit den Traffic. Des Weiteren nutzt TCP auch zusätzliche Stau- und Flusskontrollmechanismen, welche bei größeren Übertragungslasten nützlich sind.

	Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, ~~erhöhten~~ ~~RAM~~ und einer ~~höheren~~ ~~Codegröße~~ führt.		Trotz allem wird die Übertragung von CoAP über UDP immer noch präferiert, wenn es eine geringe Anzahl an Knoten gibt und die Übertragung blockweise ablaufen soll. Der Nachteil von CoAP über TCP ist, dass es zu größeren Paketen, erhöhtem Speicherverbrauch und einer umfangreicherem Code führt.

	'''Sicherheitsaspekte:'''		=== '''Sicherheitsaspekte''' ===
		⚫	Bei der UDP-Übertragung ist das DTLS-Protokoll ein wichtiger Bestandteil, da es die drei Aspekte von Sicherheit abdeckt und somit eine sichere End-to-End-Verbindung erlaubt:

⚫	Bei der UDP Übertragung ist das DTLS-Protokoll ein wichtiger Bestandteil, da es die drei Aspekte von Sicherheit abdeckt und somit eine sichere End-to-End Verbindung erlaubt:

	* [[Integrität (Informationssicherheit)\|Integrität]]		* [[Integrität (Informationssicherheit)\|Integrität]]
Zeile 46:		Zeile 45:
	* [[Vertraulichkeit]]		* [[Vertraulichkeit]]

	Die IETF hat das DTLS Protokoll weiterentwickelt und für die Nutzung mit TCP erweitert. Dadurch können die Probleme der Paketreihenfolge und -verluste behoben werden, indem Paketwiederholungen, Sequenznummern während eines TCP-Handshakes und Wiederholungserkennung implementiert wurden.		Die IETF hat das DTLS-Protokoll weiterentwickelt und für die Nutzung mit TCP erweitert. Dadurch können die Probleme der Paketreihenfolge und -verluste behoben werden, indem Paketwiederholungen, Sequenznummern während eines TCP-Handshakes und Wiederholungserkennung implementiert wurden.

⚫	'''Format:'''

		⚫	=== '''Format''' ===
	Die standardmäßige Übertragung erfolgt über UDP und basiert auf dem Grundsatz zum Austausch von kompakten Nachrichten. Dabei wird ein Binärformat in einfacher Form verwendet.		Die standardmäßige Übertragung erfolgt über UDP und basiert auf dem Grundsatz zum Austausch von kompakten Nachrichten. Dabei wird ein Binärformat in einfacher Form verwendet.

Zeile 77:		Zeile 75:
	* 4-Byte Header (fixe Größe)		* 4-Byte Header (fixe Größe)
	* Token mit variabler Länge		* Token mit variabler Länge
	* CoAP Optionen		* CoAP-Optionen
	* Nutzdaten		* Nutzdaten

Mitten: Tabelle angepasst..

2022-08-03T17:12:21Z

Tabelle angepasst..

← Nächstältere Version		Version vom 3. August 2022, 19:12 Uhr
Zeile 19:		Zeile 19:

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"
			\|+Protokoll-Vergleich
	\|+HTTP CoAP
			!HTTP
			\|'''CoAP'''
			\|-
	! rowspan="2"\| [[http\|HTTP-Protokoll]]		! rowspan="2"\| [[http\|HTTP-Protokoll]]
	\| Anfrage/Antwort		\| Anfrage/Antwort

Mitten am 3. August 2022 um 17:10 Uhr

2022-08-03T17:10:04Z

← Nächstältere Version		Version vom 3. August 2022, 19:10 Uhr
Zeile 19:		Zeile 19:

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"
	\|+HTTP VS CoAP		\|+HTTP CoAP
	! rowspan="2"\| [[http\|HTTP-Protokoll]]		! rowspan="2"\| [[http\|HTTP-Protokoll]]
	\| Anfrage/Antwort		\| Anfrage/Antwort

2003:E3:D718:6B00:B438:4848:1482:95B0: Grammatik verbessert

2022-07-19T15:38:49Z

Grammatik verbessert

← Nächstältere Version		Version vom 19. Juli 2022, 17:38 Uhr
Zeile 16:		Zeile 16:
	* UDP-Übertragung mit der optionalen Möglichkeit von Unicast und Multicast		* UDP-Übertragung mit der optionalen Möglichkeit von Unicast und Multicast

	CoAP ein netzwerkorientiertes Protokoll, dass dem HTTP-Protokoll sehr ähnelt. Es nutzt dabei Features von HTTP erlaubt aber einen geringeren Overhead und auch einen Multicast. Das HTTP Protokoll ermöglicht die notwendige Interoperabilität für IoT-Geräte. HTTP nutzt TCP für Point-to-Point Verbindungen, ist aber für abgegrenzte Netzwerke zu komplex. CoAP hingegen ~~benützt~~ primär UDP ohne komplexe Staukontrolle. Die Kombination von REST-Methoden und UDP ermöglichen es CoAP die Begrenzungen von HTTP zu erweitern und so die Kommunikation für IoT-Geräte zu erleichtern und sicherzustellen.		CoAP ein netzwerkorientiertes Protokoll, dass dem HTTP-Protokoll sehr ähnelt. Es nutzt dabei Features von HTTP erlaubt aber einen geringeren Overhead und auch einen Multicast. Das HTTP Protokoll ermöglicht die notwendige Interoperabilität für IoT-Geräte. HTTP nutzt TCP für Point-to-Point Verbindungen, ist aber für abgegrenzte Netzwerke zu komplex. CoAP hingegen benutzt primär UDP ohne komplexe Staukontrolle. Die Kombination von REST-Methoden und UDP ermöglichen es CoAP die Begrenzungen von HTTP zu erweitern und so die Kommunikation für IoT-Geräte zu erleichtern und sicherzustellen.

	{\| class="wikitable" style="text-align:center;"		{\| class="wikitable" style="text-align:center;"