タグ付けされた質問 「thread」

スレッドは彼らのプロトコルであるスレッドスタックの基礎についてのドキュメントを作成しました。 5ページ目では、単一障害点がないにもかかわらず、ネットワークの決定を行うにはリーダーが必要であることを説明しています。 ルーターまたはボーダールーターは、スレッドネットワークの特定の機能のリーダーの役割を引き受けることができます。このリーダーは、ネットワーク内で意思決定を行うために必要です。たとえば、リーダーはルーターアドレスを割り当て、新しいルーターリクエストを許可します。リーダーの役割が選出され、リーダーが失敗した場合、別のルーターまたは境界ルーターがリーダーの役割を引き受けます。単一障害点がないことを保証するのは、この自律動作です。 リーダーはスレッドネットワーク内のデバイスによってどのように選出されますか？デバイスがリーダーに「投票」またはリーダーを選択するときに評価される一連の基準はありますか？

8 thread 

MQTTやAMQPなどのパブリッシュ/サブスクライブパターンに基づいてモデル化されたプロトコルでは、メッセージの送受信を調整するために集中型のメッセージブローカーが必要です。IoTネットワークがスタートポロジに基づいている場合、これはそれほど問題にはなりません。すべてのメッセージがいずれにせよ中央ハブを経由する必要がありますが、メッシュネットワークの利点と、これらがどのように影響を受けるかについて考えていました。プロトコルの選択。 スレッドはじめにプレゼンテーションは、特にスレッドのメッシュネットワーク（ただし、これらは一般的に適用されるべきである）のいくつかの利点の概要を示します。 single単一障害点がない ✔自己回復 ✔干渉の堅牢性 ✔自己拡張型 critical重要なインフラストラクチャに十分な信頼性 後者の4つのポイントがプロトコルの選択の影響を受けるとは想像できませんが、メッセージブローカープロトコルを使用すると、メッシュネットワークの「単一障害点がない」という利点がなくなるかどうか知りたいです。 パブリッシュサブスクライブベースのプロトコルを使用すると、一般的に避けられない単一障害点が発生しますか。これが、スレッド紹介プレゼンテーションで、使用する可能性のあるプロトコルとして代わりにCoAPが提案されている理由です。 単一障害点を取り除くために複数のブローカーをサポートするMosquittoについてはすでに質問しましたが、これがメッシュネットワークとパブリッシュサブスクライブプロトコル間の根本的な競合であるかどうかを質問しています。

7 publish-subscriber  mesh-networks  thread