We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
当前无法限制住发送端block发出的频率,在接收端可能响应不了这么快,想在HELLO ACK里告知一批次发出多少个block。
当前遇到的问题是,基于mqtt之上用nftp接收文件时,nanosdk内部的接收队列大小是256,超过它时将丢失队列内一个元素(这个设计我认为是不合理的),导致传输的文件block数量过多时接收会出现block丢失情况。 虽然解决这个问题的关键是解决接收队列可靠性的问题,不过我觉得能加上可限制发送端block数量,在特定场景下还是能用上的。
The text was updated successfully, but these errors were encountered:
MQTTV5 has rate-limitation feature
Sorry, something went wrong.
JaylinYu
wanghaEMQ
No branches or pull requests
当前无法限制住发送端block发出的频率,在接收端可能响应不了这么快,想在HELLO ACK里告知一批次发出多少个block。
当前遇到的问题是,基于mqtt之上用nftp接收文件时,nanosdk内部的接收队列大小是256,超过它时将丢失队列内一个元素(这个设计我认为是不合理的),导致传输的文件block数量过多时接收会出现block丢失情况。
虽然解决这个问题的关键是解决接收队列可靠性的问题,不过我觉得能加上可限制发送端block数量,在特定场景下还是能用上的。
The text was updated successfully, but these errors were encountered: