Will Message ? 영어 단어 Will은 , 명사로 의지, 유언의 의미를 가지고 있다. MQTT에서 will은 의지가 아닌 유언의 뜻으로 사용된다. 클라이언트가 브로커에게 연결하고, will 메시지를 등록하면 비정상적으로 연결이 종료되었을 때에 해당 will 메시지를 발행하게된다. 사물인터넷 환경에서 연결이 항상 유지된다는 보장이 없기 때문에, 이러한 will 메시지를 통하여 디바이스가 연결이 종료되었다는 것을 확인하고 조치할 수 있다는 장점이 있다. 이 will 메시지는 클라이언트가 브로커에 연결 -> will topic/will message/will qos 전달을 완료한 후에, 브로커는 계속해서 클라이언트가 제대로 연결이 되어 있는지 주기적으로 확인하게 된다. (Keep Alive) 이 때에..

Retain Bit 위의 사진은 이전의 포스팅에서 다루었던 메시지 Fixed header이다. 위의 1바이트의 0번 비트를 보면, Retain 이라는 비트가 존재한다. 영어 단어의 뜻을 보자면, 유지하다, 함유하다 라는 뜻을 가지고 있다. MQTT에서 실제로 쓰이는 방식도 영어 본래의 뜻과 비슷하다. Retain bit가 1인 메시지를, Retained message라고 하자. 이 메시지는 계속해서 유지되는데, 토픽별로 메시지를 유지시킬 수 있다. 직접 Mosquitto로 한번 실험해보자. mosquitto 브로커를 실행한 상태에서, 위와 같이 해보자. 1. sub를 실행한다. localhost에 접속하여, /test 라는 토픽에 오는 메시지를 받도록 하였다.2. pub를 실행한다. localhost에 ..

Broker MQTT에서는 발행자와 구독자 사이에 브로커가 존재한다는 사실을 우리는 이미 안다. 이 브로커는 그 자체로 구독자이며, 발행자이기도 하다. 여러 프로그램들이 개발되었고, 배포되고 있으나 내가 사용할 프로그램은 Mosquitto이다. 모기가 여어로, mosquito 이다. t가 하나인데, MosQuiTTo 로 만들기 위해 의도적으로 t를 2개 쓴 것이 아닌가 싶다. 이런걸 보면 프로그래머들의 재치는 참, 대단하다. 브로커를 다운받고, 설치해보자. 모스키토 다운로드 페이지 위의 페이지에서 각자 운영 체제에 맞는 설치 파일을 받도록 하자. 윈도우의 경우, 실행하면 위와 같은 페이지가 뜬다. 두 링크르 따라 들어가서 필요한 파일들을 다운받자. OpenSSL은 Light 버전을, pthreads는 p..

QoS 란? QoS는 서비스의 질을 보장해주는 레벨을 의미한다. 사물인터넷은 무선의 네트워크 망에서 통신한다. 와이파이, 지그비, 블루투스 등을 사용하는데 이러한 통신망은 아무래도 유선 통신보다 불안정하다. 따라서 이러한 불안정함을 프로토콜 상에서 안정적으로 보내주기 위하여 QoS가 필요하다. QoS 레벨 그러나 통신을 할 때에 항상 완벽하게 보내야 할 필요는 없다. 때로는 보내져도 좋고, 안보내져도 상관 없는 경우도 존재한다. 따라서 QoS를 지켜야 할 정도를 등급(레벨)로 나누어서 구분하는데, MQTT에는 3가지 레벨로 정의한다. 위의 사진이 MQTT의 QoS 이다. QoS 레벨 0은 보내고 잊는다. 잊는다는 것은 저장하지 않는다는 뜻이다. 한번에 전송이 성공하지 않으면 전송은 실패한 상태로 끝이 난..

Fixed Header MQTT의 고정 헤더는 위의 사진과 같다. 1바이트가 고정 헤더라고 볼 수 있는데, 2바이트의 Remaining Length에는 가변 헤더의 내용들이 들어가기 때문이다. 따라서 위의 1바이트부터 잘 이해하는 것이 중요하다. 7~4 의 4개 Bit는 메시지 타입을 결정한다. 2의 4승개의 메시지 타입이 가능하다. 즉, 메시지 타입은 16개가 되겠다. 그 중 모든 비트가 0인 0과, 모든 비트가 1인 16비트는 Reserved이다. 메시지 타입 위의 사진이 메시지 타입 종류 16가지이다. Publish의 경우가 중요한데, 이는 나중에 QoS 설명할 때에 제대로 작성하겠다. 타입 1은 클라이언트가 브로커에게 연결을 시도하는 메시지이다.타입 2는 브로커가 연결을 받았을때에, 연결되었다고 ..

Sub / Pub Model? Sub/pub 모델, 즉 Subscriber / Publisher 모델은 구독 클라이언트와 발행 클라이언트 간의 통신 모델이다. 일반적인 Server / Client 모델은 한쪽은 서버의 역할을, 한쪽은 클라이언트의 역할을 하게 된다. 일반적으로 클라이언트가 서버에 데이터를 요청하고, 서버가 해당 데이터를 클라이언트에 전송하는 식의 방식이 사용된다. Sub/pub 모델은 이와 조금 다르다. 클라이언트는 데이터를 보내는 입장이 될 수 있고, 혹은 데이터를 받는 입장, 혹은 동시에 두 입장을 소화해 낼 수도 있다. 실생활의 예를 한번 들어보자. 내가 신문 읽기를 좋아하여, 신문 구독(Subscribe) 을 신청하였다. 예를 들어 조선일보(Topic) 와 한겨레 신문(Topic)..

프로토콜이 뭐야 ?네트워크 용어에 대해 잘 모르는 분들이 계실 수 있으므로 살짞 짚고 넘어가자. 프로토콜이란 서로 데이터를 주고받을 때에 상호 지키기로 한 규약 이다. 영어 단어 자체도 외교 의례 라는 단어를 갖고 있다. 디바이스들이 주고받는 언어 라고 할 수 있다. 내가 멕시코 친구한테 '안녕 ? 어디서 왔니 ? ' 라고 하면 이해하지 못하는 것처럼, 데이터를 보낼 때에도 서로 이해할 수 있는 프로토콜을 사용하여야 통신이 가능해진다. MQTT 프로토콜 특징 MQTT 프로토콜은 IoT 프로토콜 솔루션이다. Message Queue Telemetry Transport 의 약자이다. 이 프로토콜은 사물인터넷 구축을 위해서 필요한 점들을 시원하게 긁어주는 여러가지 장점을 지녔다. 사물인터넷을 구축하는데 있어서..