# Cedalo support on MQTT 3.1.1

**URL:** <https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870>\
**Category:** Integrations\
**Created:** [October 5, 2023, 1:20pm UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870 "2023-10-05T13:20:17Z")\
**Posts on this page:** 14\
**Page:** 1

<div class="post-metadata">

**Author:** ![tiasha17](https://avatars.discourse-cdn.com/v4/letter/t/fbc32d/32.png) [@tiasha17](https://forum.cedalo.com/u/tiasha17)\
**Post date:** [October 5, 2023, 1:20pm UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/1 "2023-10-05T13:20:17Z")

</div>

Hi  
Working on a Project where we are using a broker eclipse mosquitto 1.4.14 that supports MQTT 3.1.1 protocol only, Does Cedalo currently provide support for the eclipse mosquitto brokers using MQTT 3.1.1 protocol?

---

<div class="post-metadata">

**Author:** ![Tizian](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.cedalo.com/tizian/32/33_2.png) [@Tizian](https://forum.cedalo.com/u/Tizian)\
**Post date:** [October 6, 2023, 7:58am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/2 "2023-10-06T07:58:28Z")

</div>

Hello Tiasha,

What kind of support are you looking for? We do offer Mosquitto OS Support.  
Visit [https://cedalo.com/open-source-mosquitto-support/](https://cedalo.com/open-source-mosquitto-support/) for more information.

You can also contact us directly via [inquiry@cedalo.com](mailto:inquiry@cedalo.com)🙂

---

<div class="post-metadata">

**Author:** ![tiasha17](https://avatars.discourse-cdn.com/v4/letter/t/fbc32d/32.png) [@tiasha17](https://forum.cedalo.com/u/tiasha17)\
**Post date:** [October 6, 2023, 8:56am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/3 "2023-10-06T08:56:54Z")

</div>

Hi Tizian,

I need to check if Cedalo is currently giving us the provision of using eclipse-mosquitto 1.4.14 broker with High Availability plugin. The reason for using older version of eclipse-mosquitto is because we need retry\_interval functionality in mosquitto.conf.  
An image with the oldest version of mosquitto I found on the [registry.cedalo.com](http://registry.cedalo.com) is mosquitto:2.0 which I believe it supports MQTT 5, but I am looking for a version of mosquitto that does not support MQTT 5 although has High availability plugin.

---

<div class="post-metadata">

**Author:** ![Tizian](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.cedalo.com/tizian/32/33_2.png) [@Tizian](https://forum.cedalo.com/u/Tizian)\
**Post date:** [October 6, 2023, 9:02am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/4 "2023-10-06T09:02:00Z")

</div>

Hi Tiasha,

Can you write us at [support@cedalo.com](mailto:support@cedalo.com), so we can sort that out? I will involve our Devs to see what we can do to help you.  
Can you also please explain why you are in need of that interval so we can see if there is maybe already an existing way of setting it up differently. 🙂

---

<div class="post-metadata">

**Author:** ![himanshu](https://avatars.discourse-cdn.com/v4/letter/h/ac91a4/32.png) [@himanshu](https://forum.cedalo.com/u/himanshu)\
**Post date:** [October 10, 2023, 10:13am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/5 "2023-10-10T10:13:04Z")

</div>

Hi Tizian,

Our requirement is simple i.e., we want to confirm if cedalo provides a mosquitto broker which only supports MQTT3.1.1 but not MQTT5. However, High Availability feature is available in that.

Thanks,  
Himanshu Sharma

---

<div class="post-metadata">

**Author:** ![Tizian](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.cedalo.com/tizian/32/33_2.png) [@Tizian](https://forum.cedalo.com/u/Tizian)\
**Post date:** [October 11, 2023, 8:44am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/6 "2023-10-11T08:44:04Z")

</div>

Hello,

This can be set in the mosquitto configuration file:

Allow all, the default: `accept_protocol_versions 3,4,5`  
Allow only v3.1, v3.1.1: `accept_protocol_versions 3,4`  
Allow only v5.0: `accept_protocol_versions 5`  
Allow only v3.1.1: `accept_protocol_versions 4`

You can choose what type of mqtt version is allowed by setting the configuration as described.

---

<div class="post-metadata">

**Author:** ![tiasha17](https://avatars.discourse-cdn.com/v4/letter/t/fbc32d/32.png) [@tiasha17](https://forum.cedalo.com/u/tiasha17)\
**Post date:** [October 11, 2023, 11:04am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/7 "2023-10-11T11:04:29Z")

</div>

Hi Tizian,  
What is the oldest version of Cedalo Mosquitto Pro? Is it mosquitto 2.0?

---

<div class="post-metadata">

**Author:** ![Tizian](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.cedalo.com/tizian/32/33_2.png) [@Tizian](https://forum.cedalo.com/u/Tizian)\
**Post date:** [October 11, 2023, 11:16am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/8 "2023-10-11T11:16:01Z")

</div>

The oldest version of Mosquitto Pro is already on 2.6.

---

<div class="post-metadata">

**Author:** ![sreenivasan](https://avatars.discourse-cdn.com/v4/letter/s/977dab/32.png) [@sreenivasan](https://forum.cedalo.com/u/sreenivasan)\
**Post date:** [October 11, 2023, 11:46am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/9 "2023-10-11T11:46:06Z")

</div>

> [@Tizian](#):
>
> Allow all, the default: `accept_protocol_versions 3,4,5`

Hi,

Does it mean that we can get image of Cedalo with MQTT 3.1.1 broker only? If so, can you share the details?

---

<div class="post-metadata">

**Author:** ![Tizian](https://yyz2.discourse-cdn.com/flex030/user_avatar/forum.cedalo.com/tizian/32/33_2.png) [@Tizian](https://forum.cedalo.com/u/Tizian)\
**Post date:** [October 11, 2023, 12:11pm UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/10 "2023-10-11T12:11:54Z")

</div>

No, all Mosquitto Brokers have the option to set the allowed protocol versions in the Mosquitto configuration file. You don´t need a special version of Mosquitto to set this up.

As soon as you make sure that you have set the `accept_protocol_versions` in the configuration file only clients with the allowed protocol are allowed to connect.

---

<div class="post-metadata">

**Author:** ![sreenivasan](https://avatars.discourse-cdn.com/v4/letter/s/977dab/32.png) [@sreenivasan](https://forum.cedalo.com/u/sreenivasan)\
**Post date:** [October 11, 2023, 12:30pm UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/11 "2023-10-11T12:30:30Z")

</div>

> [@Tizian](#):
>
> the allowed protocol are allowed to connect.

Ok, let me make it bit more clear. Brokers with MQTT 3.1.1 exhibit packet retransmission in case of loss of puback messages which is not supported in MQTT5. Please refer to the case below for more information:

> [@Message retry upon loss of packets in QOS1, without reconnection](https://forum.cedalo.com/t/message-retry-upon-loss-of-packets-in-qos1-without-reconnection/869/12):
>
> Hi, With TCP you can expect that your packets arrive exactly in the order that you sent them, or not at all. If the packets ultimately do not arrive then the connection is considered to have dropped, and a new connection is required. There is no scenario with TCP where some packets go missing but the connection has not restarted. In MQTT v3.1.1 retrying message delivery during a session was allowed, however it is a fundamentally bad idea to implement this. The reason is this - if you have a re…

So, if we set the configuration of the broker as 3.1.1, does the broker re-transmits the packet when it doesn’t receive puback from subscriber (check the above case for for more information)?

We want only the features of MQTT3.1.1. at broker end and not MQTT5 features. Hope it is clear now.

---

<div class="post-metadata">

**Author:** ![roger.light](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@roger.light](https://forum.cedalo.com/u/roger.light)\
**Post date:** [October 11, 2023, 1:53pm UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/12 "2023-10-11T13:53:41Z")

</div>

Hello,

Mosquitto has not supported message retrying during a connection since version 1.5, released in 2018, and this applies to all versions of the protocol. This is for the reasons I outlined in the post you refer to. In brief though, the only time when you should need message retrying is if something on your network has a broken implementation of TCP, or if your MQTT client does not save its outgoing messages when it is disconnected. If you have a correct implementation of TCP and your client does save its outgoing messages when it is unexpectedly disconnected, there is no need to retry sending messages during a connection.

If you have an unreliable connection, such as a cellular connection with low signal, then the explanation remains true. You may experience periods of time where messages do not arrive as soon as you would expect them to, because of poor conditions, and hence give the appearance of being lost, but if your TCP implementation is correct they will make it to the destination intact, or the connection will need to be restarted. Attempting to send new instances of the messages will not help when your signal quality is low.

If you disagree with what I have written, please explain and hopefully we can come to some common understanding.

Regards,

Roger

---

<div class="post-metadata">

**Author:** ![sreenivasan](https://avatars.discourse-cdn.com/v4/letter/s/977dab/32.png) [@sreenivasan](https://forum.cedalo.com/u/sreenivasan)\
**Post date:** [October 11, 2023, 4:09pm UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/13 "2023-10-11T16:09:06Z")

</div>

Thanks Roger, so Cedalo mosquitto doesn’t have an image with support only with MQTT 3.1.1 version. Please confirm on this.

---

<div class="post-metadata">

**Author:** ![roger.light](https://avatars.discourse-cdn.com/v4/letter/r/838e76/32.png) [@roger.light](https://forum.cedalo.com/u/roger.light)\
**Post date:** [October 13, 2023, 9:43am UTC](https://forum.cedalo.com/t/cedalo-support-on-mqtt-3-1-1/870/14 "2023-10-13T09:43:46Z")

</div>

If you set `accept_protocol_version 4` in your config, only connections using MQTT v3.1.1 will be accepted.
