I am new to MQTT and am wondering about the following three types of applications, and how they would be handled with MQTT.
Case 1: Devices require 1 to 5 minutes for round trip ping.
Case 2: Device Sleeps for 1-6 hours then comes online sync.
Case 3: Network is not TCP/IP based.
Case 1 is a a challenge because the cost of a transaction is up to 5 minutes, can MQTT handle acks at the high latency? What is the transaction overhead of MQTT? In other words once a subscription exists would there only need to be 1 transaction per transfer? Can multiple subscriptions be handled in a batched transfer mode?
I have read a bit about the KeepAlive, and it seems that it is issues by the embedded client. Can I just set this to 5 min and expect everything to work properly?
Case 2: if A device is offline for hours and then comes online for seconds, can MQTT handle this high level of disconnection? Will it queue up requests efficiently and wait for the incoming connection.
Case 3: if the network is not TCP/IP can I use MQTT? Do I have to create a TCP/IP to Network X bridge ? Is this a good ideal? Would the embedded client need work to accommodated a none TCP/IP network?
Thanks Leif