есть брокер и есть клиенты. клиенты обмениваются сообщениями через брокер, подключаясь к нему по tcp. сообщение состоит из топика и данных (и флагов QoS и retained, но это уже продвинутый уровень). топик это строка, представляющая собой иерархический путь, вида foo/bar/baz. чтоб получать сообщения с определенными топиками, на них надо подписаться (subscribe). подписываться можно как на конкретный топик, так и по маске (foo/#/baz, foo/+, итд). отправка сообщения называется publish, при этом оно поступает на брокер, которые в свою очередь смотрит на топик и отправляет его всем кто в нем заинтересован.
QoS: можно указать как именно должно быть доставлено сообщение (не более одного раза каждому подписанту, не менее одного раза и ровно один раз)
retained: при наличии этого флага, брокер сохраняет сообщение у себя и отправляет его всем, кто позже подпишется на этот топик, этакий persistent storage.
last will: клиент может попросить брокер отправить сообщение когда соединение клиента с брокерам порвется.

еще ценная фича: брокеры могут связываться друг с другом и передавать определенные сообщения чтоб они стали доступны клиентам подключенным к другому брокеру

Вау, а это broker-specific фича?

кажется да. а разве есть брокеры кроме москиты? :)

т.е. оно онли tcp, только медь, вифи и пр стандартные медоды связи? всякие nrf, zeegbee и пр тут не походят или подходят с костылями?

> The protocol runs over TCP/IP, or over other network protocols that provide ordered, lossless, bi-directional connections
тащем стандарт не запрещает, но реализаций in the wild я не видел.

Вообще, обычно всегда городят бридж между каким-то протоколом и MQTT. У тех же, Unwired LLC так сделано

у нас десяток бриджей между разными протоколами и MQTT :D