Constrained Application Protocol
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 eingebettete Geräte weiterentwickeltes Protokoll, welches die Grundzüge von 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.
Funktionen:
- Begrenztes Web-Protokoll das alle Anforderungen an M2M-Kommunikation (Machine to Machine) benötigt
- Gewährleistung der Sicherheit durch DTLS
- Asynchroner Nachrichtenaustausch
- Geringer Overhead
- Geringe Komplexität bei der syntaktischen Analyse (Parsing)
- URI und Content-Type Unterstützung
- Einfache Caching und Proxy Fähigkeiten
- 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 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.
| HTTP | CoAP |
|---|---|
| HTTP-Protokoll | Anfrage/Antwort |
| Nachrichten | |
| TCP | UDP |
| IP | 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[1]. 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.
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.
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:
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:
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.
| 0 | 1 | 2 | 3 |
|---|---|---|---|
| 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 | T | Code | Nachrichten ID |
| Token (variable Länge) | |||
| Optionen (Wenn vorhanden) | |||
| Payload (Nutzdaten) | |||
Eine Nachricht besteht aus:
- 4-Byte Header (fixe Größe)
- Token mit variabler Länge
- CoAP Optionen
- Nutzdaten
Quellen
- Shelby, Zach, Hartke, Klaus, Bormann, Carsten: The Constrained Application Protocol (CoAP). Abgerufen am 21. Juni 2017 (englisch).
- Bormann, Universitaet Bremen TZI, Lemay, Zebra Technologies, Tschofenig, ARM Ltd., Hartke, Silverajan, Tampere University of Technology, Raymor: CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets. Abgerufen am 10. Februar 2022 (englisch).
- Xi Chen: Constrained Application Protocol for Internet of Things. Abgerufen am 15. Mai 2022 (englisch).
Einzelnachweise
- ↑ C. Bormann, S. Lemay, H. Tschofenig, K. Hartke, B. Silverajan: CoAP (Constrained Application Protocol) over TCP, TLS, and WebSockets. Februar 2018, ISSN 2070-1721, doi:10.17487/RFC8323 (rfc-editor.org [abgerufen am 15. Mai 2022]).
