バイ Ponlakshmi
生き続けることを知っているMQTTの特長お問い合わせ それは何ですか? MQTT の Keep Alive の実装について学び、なぜそれが不可欠です このブログで。 名前が示すように生きている特徴を保って下さい、ネットワーク関係を生きている保つのに使用されています。 この用語は、単に使用されていません MQTT では、さまざまなプロトコルでも使用されます。 生き続けると、接続同士の接続が確保されます サーバとクライアントの滞在 利用できると、両方のユーザーが接続されていることを認識している。 1つの接続のみを保証する クライアントごとに使用されます。 ネットワークの混雑および遅延は減ります。 これは機械に機械に相互作用で特に有用です、 ノードが持っているため 非常に限られたリソース。 これが、Keep Aliveの機能が必要である理由ですMQTTブローカークライアントの接続と コミュニケーション。
MQTTが構築されていることを既に知っているTCP/IPモデル, パケットが信頼できる、順調に交換されていることを保証するもの エラーなしのマナー。 実際には、MQTTの輸送層は、伝達制御プロトコル, , 含まれるもの 独自のキープ・アライブ 機能。 それからあなたは、追加が生き生き残る維持のための要件がある理由を疑問に思います アプリケーションへの実装 レイヤー。 TCP も、実際のアプリケーションでは、特にケースでは、TCP の実装を生き続ける こんなIoTデバイス ネットワーク上の多くの制限、通信クライアント間の転送は、 クライアントのクラッシュ, 信頼できないネットワーク、またはその他の問題。 さらに、MQTT は、接続が唯一の場合、クライアント・デカップリングです。 ハーフオープン、サイド それはまだ接続されているメッセージを送信し、承認を待ち続ける.
クライアントがブローカーに接続すると、クライアントはブローカーに保ち続ける時間間隔を送信します 秒数。 この間隔は、ブローカーとクライアントができない時間の最大値を指定します コミュニケーション 別のものを使って。 接続がまだ開いているかどうかを確認するために余分なメッセージを送信する必要はありません ロング メッセージは、受信期間内に送信されます。 クライアントがメッセージが送信されていない場合 持続的な期間、 ブローカーは、ブローカーを送らなければならないピン リクエストパケットそれはまだ到達可能であることを示すために。 ブローカーはクライアントに応答します お問い合わせping 応答 パッケージ, 接続は維持されます。 ping が応答するとき生きているタイマーは再調節されます 受信され、サイクルを再起動します。 メッセージやpingリクエストパケットを送信しないクライアント 1 と半分 保留期間がブローカーによって切断されるとき。 クライアントがpingを取得していない場合 応答パケットから ブローカーは、接続が閉鎖されると予想されます。 クライアントが確立した場合最後の意志と トレーニングメッセージ、 LWT メッセージは、この接続中にすべてのサブスクリプションクライアントに転送されます。
MQTT のライブ機能がネットワーク通信の実行を維持するのに役立つ簡単な例は次のとおりです。 スムーズ。 特定の状況において、温度に関連した可能性のあるセンサーが満たされているとき、 ネットワーク メッセージの送信が期待されます。 送信するメッセージが測定できない状態 そしてそれはできます いつでも起こります。 このセンサーは、ネットワーク接続自動の安全性を確保するために有益です プロセス。 セットアップ ブローカーが常にブローカーの状態を通知していることを低い見積もりに生き続ける間隔を保ちます クライアントの接続。 条件主導のメッセージが送信されるか、または安定した流れPINGREQ メッセージクライアントが接続されていることを確認します。 もし、 時間間隔が超過され、ブローカーは接続を解除し、最後の意志とテストを送信します メッセージ。 これは、 このセンサーのような重要なネットワーク コンポーネントの場合には警告か警報を含んで下さい、従って 予防措置は、 完了。
ブローカーとの接触を失ったクライアントは、ほとんどの場合、再接続しようとします。 MQTT は、 ブローカーは、 ブローカーがハーフオープン接続を解除し、同じクライアントに通知できるようにクライアントの買収 新規登録 接続。 デバイスがネットワークから接続できないのを防ぐのは、安全です。 条件 トリガーされた ハーフオープン接続。 ブローカーがクライアントの買収に参加できるようにすることは、維持するために不可欠です コミュニケーション MQTTネットワーク 買収により、ブローカーとの通信を復元するクライアントの能力が保証されます 影響を受けない ハーフオープン接続で生じる難しさ。 失敗の潜在的なポイントを排除します。 クライアントのネットワーク 接続を解除できません。
言うもうひとつの理由 MQTTは素晴らしいソリューションです現行の分散型ネットワークとインターデバイス通信は、 生きている特徴を保って下さい。 あなたは、不安定なインスタンスを耐えることができる堅牢なネットワークソリューションを設計することができます 適切な接続 設定。
プロトコルの詳細については、