問題タブ [qos]

ブリッジを介してマシン 1 からマシン 2 に mqtt メッセージを発行しています。machine1 では mosquitto ブローカーを実行し、machine2 では rabbitmq mqtt プラグインを使用しています。

ネットワークが切断された場合にメッセージを保持しようとしています。再度接続すると、メッセージの送信を再試行する必要があります。cleansession を false に設定し、ブリッジの QoS を 1 に設定しましたが、メッセージを受信して​​いません

ブリッジ構成はこちら

何か案は ？

AUTOSAR における QoS メカニズムに関する研究を行っています。AUTOSAR が存在する OSI レイヤーを教えてください。

推奨されていない DSCP 値でパケット ヘッダーを設定/マークできるかどうか疑問に思っています。Wireshark を使用すると、パケットが「不明な DSCP」とマークされていることがわかります。だから私の質問は、「DSCPの推奨値を常に設定する必要がありますか?

例えば。DSCP を 62 に設定すると、未知の DSCP が表示されます。一方、 list に記載されている 32 または 40 またはその他を設定すると、適切なクラスの名前が付けられます。

パックされたものはドロップされますか、それともデフォルトの優先度で送信されますか?

4.8.1 バージョンの使用経験があり、新しい 4.9.0 ESB バージョンを試しています。

以前は、カスタム プロキシ構成の Quality Of Service 領域を使用して独自のセキュリティ ポリシーを指定していましたが、最新バージョンではその領域は空で、オプションがありません。まだ画像を投稿できません。リンクされた画像を参照してください: https://goo.gl/photos/Dq65EWbf1BwdsxLC7

一部の構成ファイルで有効にする必要がありますか?

前もって感謝します

私は MQTT を初めて使用し、メッセージが発行されたときに決定される QOS レベルの意味について学びました。

• メッセージが 2 回到着するよりも、まったく到着しないことを希望する場合は0
• メッセージを少なくとも1回は受信したいが、2 回 (またはそれ以上) 受信してもかまわない場合は 1
• 2メッセージを 1 回だけ受信する場合。QOS 値が高いほど、転送が遅くなります

加入者側でも「受信する最大 QOS レベル」を設定できることに気付きました。ここから引用：

たとえば、メッセージが QoS 2 でパブリッシュされ、クライアントが QoS 0 でサブスクライブされている場合、メッセージは QoS 0 でそのクライアントに配信されます。

これは、発行元が QOS 2 でメッセージを送信したにもかかわらず、メッセージがクライアント (QOS 0) に届かない可能性があることを意味しますか?

これは、経験の浅い開発者にとって大きな問題になる可能性があります。たとえば、npm mqtt パッケージのサブスクライブ機能のデフォルトの QOSは 0 です! (私の意見では、デフォルトは最大値 2 である必要がありました。つまり、「発行元に QOS を決定させる」)。

DataDriver と DataReader の両方である OpenDDS ノードがあります。その結果、ノードがトピックを送信すると、同じトピックが同じノードから受信されます。

この動作を回避する QoS ポリシーはありますか? ノードがそれ自体以外のすべてのノードからトピックを受信できるようにしたい。

メッセージの設定に使用するRTI DDSを使用するアプリケーションがありdynamic dataます。

ファイルに含まれていた文字列を送信しようとすると300kb、次のエラー コードが表示されます。

私は彼らのフォーラムを検索し、このエラーを回避するために自分の QOS ポリシー ファイルに考えられるすべての変更を試みましたが、どれもうまくいきませんでした。

この問題を解決する最善の方法は、問題の根本原因を突き止めることだと思いましたが、壁にぶつかり、OS 関連なのか、メモリ リークなのか、それとも何なのかわかりません。

RTI DDS でこの問題が発生している原因を知っている人はいますか?