CoAP는 여전히 IoT 장치에 사용됩니까?


23

몇 년 전 CoAP (Constrained Application Protocol) 를 사용하여 메시 네트워크를 통해 Arduino 보드와 통신 하는 프로토 타입 프로젝트를 수행 했지만 장치의 보안이 심각하지 않아 프로젝트에 브레이크를 걸었 습니다. 우리는 프로젝트가 우리의 필요에 맞게 조정 한 사내 프로토콜로 이동하기 위해 CoAP를 포기했습니다.

나는 약간 파고 들었고 여전히 몇 가지 구현이 떠있는 것처럼 보이지만 실제로 어떤 제품에서 CoAP를 사용하고 있는지 궁금합니다.

CoAP는 여전히 사용하기에 좋은 프로토콜입니까, 아니면 업계는 사실상의 표준을 설정 했습니까?


CoAP 용 DTLS가 있습니다. 사용해 보셨습니까?
Cromax

2
기다리게해서 죄송합니다. 댓글을 보았습니다. 예, 실제로 CoAP가 아직 어렸을 때 CoAP에 대한 첫 번째 DTLS 구현 중 하나를 개발했습니다. 당시 문제는 DTLS가 상태 저장 프로토콜이고 CoAP는 상태 비 저장이라는 점이었습니다. DTLS 세션을 추적하는 유일한 방법은 CoAP 활동이없는 경우 (합리적이지만 세션 하이재킹이 발생하는 경우)에도 DTLS 세션을 유지하고 해당 장치를 추적하기 위해 CoAP와 DTLS 사이에 브리지 계층을 추가하는 것입니다. 또는 모든 CoAP 요청에 대해 새로운 DTLS 세션을 생성합니다 (거대한 오버 헤드와 실제로 느리게 진행).
Jarren Long

지난 몇 년 동안 CoAP 또는 DTLS를 유지하지 못했기 때문에 마지막으로 만진 이후로 누군가이 문제를 해결했는지 알 수 없습니다.
Jarren Long

답변:


13

CoAP가 비교적 어린 프로토콜이기 때문에 구현이 거의없는 이유가 가장 많습니다. 2010 년에 처음 제안되었으며 현재 버전은 2014 년부터 RFC 7252 입니다.

애플리케이션 레벨 프로토콜의 경우 널리 사용되는 대안은 제한적 디바이스에 대해 무거운 HTTP와 브로커 디바이스가 필요하고 TCP에서 실행되는 MQTT입니다. 둘 다 90 년대 후반부터있었습니다. CoAP에는 시간이 필요하다고 생각합니다.


1
제약 조건 장치의 대안은보다 가벼운 MQTT 버전입니다. UDP를 통해 실행되는 MQTT-SN
xwoker
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.