When a client subscribes to a topic

When a client subscribes to a topic, there might be a delay between the time the message broker sends a SUBACK and the time the client starts receiving new matching messages.
The MQTT specification provides a provision for the publisher to request that the broker retain the last message sent to a topic and send it to all future topic subscribers. AWS IoT does not support retained messages. If a request is made to retain messages, the connection is disconnected.
The message broker uses the client ID to identify each client. The client ID is passed in from the client to the message broker as part of the MQTT payload. Two clients with the same client ID are not allowed to be connected concurrently to the message broker. When a client connects to the message broker using a client ID that another client is using, a CONNACK message will be sent to both clients and the currently connected client will be disconnected.
The message broker does not support persistent sessions (clean session set to 0). All sessions are assumed to be clean sessions and messages are not stored across sessions. If an MQTT client sends a message with the clean session attribute set to false, the client will be disconnected.
On rare occasions, the message broker might resend the same logical PUBLISH message with a different packet ID.
The message broker does not guarantee the order in which messages and ACK are received.

Kết quả (Việt) 1:

Khi một khách hàng đặt mua một chủ đề, có thể có một sự chậm trễ giữa thời gian môi giới thông báo sẽ gửi một SUBACK và thời gian khách hàng bắt đầu nhận được thư mới phù hợp.Đặc điểm kỹ thuật MQTT cung cấp một cung cấp cho các nhà xuất bản yêu cầu rằng các nhà môi giới giữ lại thư cuối cùng gửi đến một chủ đề và gửi nó cho tất cả chủ đề trong tương lai thuê bao. AWS IoT không hỗ trợ giữ lại tin nhắn. Nếu một yêu cầu được thực hiện để giữ lại tin nhắn, kết nối bị ngắt kết nối.Các nhà môi giới tin nhắn sử dụng ID khách hàng để xác định mỗi khách hàng. ID khách hàng được thông qua trong từ khách hàng để môi giới tin nhắn như là một phần của tải trọng MQTT. Hai khách hàng với cùng ID khách hàng không được phép kết nối đồng thời các nhà môi giới tin nhắn. Khi một khách hàng kết nối với các nhà môi giới tin nhắn bằng cách sử dụng một ID khách hàng một khách hàng đang sử dụng, CONNACK tin nhắn sẽ được gửi đến cả khách hàng và khách hàng hiện đang kết nối sẽ được ngắt kết nối.Các nhà môi giới tin nhắn không hỗ trợ liên tục phiên (sạch phiên đặt là 0). Tất cả các buổi được giả định là sạch buổi và thư không được lưu trữ trên phiên. Nếu một khách hàng MQTT sẽ gửi một tin nhắn với thuộc tính sạch phiên được đặt thành false, khách hàng sẽ bị ngắt.Trong những dịp hiếm hoi, người môi giới thông báo có thể gửi lại tin nhắn xuất BẢN hợp lý cùng với một gói khác nhau.Các nhà môi giới tin nhắn không đảm bảo thứ tự mà trong đó tin nhắn và ACK được nhận được.

Kết quả (Việt) 2:

Khi một khách hàng đặt mua một chủ đề, có thể có một sự chậm trễ giữa thời gian các nhà môi giới thông báo sẽ gửi một SUBACK và thời gian khách hàng bắt đầu nhận được những tin mới phù hợp.
Các đặc điểm kỹ thuật MQTT cung cấp một cung cấp cho các nhà xuất bản để yêu cầu các nhà môi giới giữ lại tin nhắn cuối cùng gửi đến một chủ đề và gửi nó cho tất cả các thuê bao chủ đề trong tương lai. AWS IOT không hỗ trợ giữ lại tin nhắn. Nếu yêu cầu được thực hiện để lưu giữ tin nhắn, kết nối bị ngắt kết nối.
Các nhà môi giới thông điệp sử dụng ID của khách hàng để xác định mỗi khách hàng. ID khách hàng được thông qua tại từ khách hàng đến các nhà môi giới thông như là một phần của các tải trọng MQTT. Hai khách hàng với các ID khách hàng cùng không được phép kết nối đồng thời để các nhà môi giới thông báo. Khi một khách hàng kết nối với các nhà môi giới thông điệp sử dụng một ID khách hàng mà khách hàng khác đang sử dụng, một tin nhắn CONNACK sẽ được gửi cho cả khách hàng và khách hàng hiện đang kết nối sẽ bị ngắt kết nối.
Các nhà môi giới thông báo không hỗ trợ phiên liên tục (session mới thiết lập là 0). Tất cả các phiên được giả định là phiên sạch và tin nhắn không được lưu trữ trên phiên. Nếu một khách hàng MQTT sẽ gửi một tin nhắn với các thuộc tính session đặt sai, khách hàng sẽ được ngắt kết nối.
Trong những dịp hiếm hoi, các nhà môi giới nhắn có thể gửi lại cùng PHÁT nhắn hợp lý với một ID gói khác nhau.
Các nhà môi giới thông không đảm bảo trật tự, trong đó thông điệp và ACK được nhận.

Kết quả (Việt) 3:

Khi một khách hàng đăng ký vào một chủ đề, có thể có quyền gửi một tin nhắn suback và thời gian bắt đầu nhận khách hàng mới phù hợp giữa thông tin thời gian chậm trễ.MQTT chuẩn cung cấp một nhà xuất bản yêu cầu quản lý giữ được gửi tới một chủ đề cuối cùng của một tin nhắn và biến nó gửi cho tất cả người dùng cung cấp những chủ đề tương lai.Số phận của AWS giữ thông tin không được hỗ trợ.Nếu yêu cầu giữ lại thông tin, thì ngưng kết nối..Thông điệp đặc vụ dùng id trạm khách để nhận diện. Mỗi máy khách.Thông tin từ khách khách có id là đặc vụ là MQTT tải phần có hiệu quả.Cùng một mã số 2, khách của khách hàng không cho phép kết nối đồng thời ra thông điệp đặc vụ.Khi một khách hàng sử dụng kết nối tới máy khách khác. Trình khách dùng ID, một thông điệp đặc vụ, một connack thông tin sẽ được gửi tới khách hàng của khách hàng và sự kết nối hiện thời sẽ bị ngắt.Thông điệp đặc vụ không hỗ trợ lâu dài (sạch phiên chạy thiết lập Phiên là 0).Tất cả đều bị cho là phiên chạy phiên chạy cho sạch, và thông tin không được lưu trữ ở trong phiên.Nếu MQTT khách gửi một tin nhắn bằng sạch tài sản cho phiên chạy thiết lập false, khách sẽ bị ngắt.Trong những tình huống hiếm gặp, đặc vụ có thể sẽ gửi lại thông điệp cùng logic có id đưa ra thông báo gói khác nhau.Tin nhắn tin nhắn đặc vụ không đảm bảo trật tự và ACK nhận.