State
A condition the implementation is currently in, such as waiting for CONNACK, waiting for a CoAP ACK, or holding an AMQP link open.
Explore MQTT, CoAP, and AMQP state diagrams as clickable implementation maps
Use this page as the visual map. Select a protocol, filter the graph by normal, timeout, or error paths, then click states and transitions to see what an IoT implementation must remember at each point.
A condition the implementation is currently in, such as waiting for CONNACK, waiting for a CoAP ACK, or holding an AMQP link open.
A legal move from one state to another, triggered by an event such as a packet, timer, application request, or protocol error.
A guard decides whether the event is valid now. An action records state, sends a frame, starts a timer, or closes/retries safely.
Protocols do not all track one flat connection. MQTT, CoAP, and AMQP store different layers of state, so compare the diagrams carefully.
Click a node for stored state, or click an arrow label to inspect the event, guard, and action.
The cards below show what kind of state the selected protocol actually stores.
If a client sends CONNECT twice on the same network connection, the server should treat that as a protocol error rather than opening a second session.
A Message ID helps detect duplicates at the message layer; the Token matches a response to the request. These are related but not the same identifier.
A transfer happens on a link inside a session inside a connection. A correct diagram must not flatten those layers into one connected/disconnected state.