問題タブ [qos]

Cloudsim では、シミュレーションの特定の時間 (例: 600 から 1200 および 2400 から 4000) で SLA 違反を導入する必要があります。このような SLA 違反は、600 から 1200 および 2400 から 4000 のシミュレーション時間からのミップの不足を示す必要があります。これにより、VM はこれらの時間間隔で「要求されたミップ」よりも少ないミップを割り当てます。Cloudsim の VmSchedulerTimeSharedOverSubscription.java の例を見たことがあります。ここでは、ランダムまたは事前定義されたデータセットに従って多数の VM をデプロイします。この例は役に立ちません。

Cloudsim でのシミュレーションの有効期間全体ではなく、一部の時間間隔だけでそのような QoS の不足を導入するアイデアを誰かが提供できますか? または簡単に「Cloudsim で特定のシミュレーション時間に要求されたミップよりも少ないミップを割り当てることにより、VM のパフォーマンス低下を導入する方法はありますか?」

私は現在、コンピューター ネットワークの次の試験に向けて勉強しており、「サービスの品質」のセクションをカバーしています。ここでは、帯域幅、遅延、ジッター、および損失に関するアプリケーションごとの要件を示す表が示されています。

簡単な例で明確にするために：

この本で提供されている例の 1 つ (リモート ログイン) を除いて、すべて理解しています。

リモート ログイン システムを実装する際に、なぜジッターが考慮すべき「中程度の要件」であるかは不明です。私の理解によると、ジッターは信号の時間ベースの不規則性であり、(ネットワークに適用すると) パケットの配信にさまざまな遅延を引き起こす可能性があります。電話やビデオ会議などを中心としたアプリケーションではこれが重要であることは理解できますが、リモート ログイン システムではその重要性を理解するのに苦労しています。

どんな考え/助けも（常に）大歓迎です！前もって感謝します！

組み込みアプリケーションで MQTT を使用しています。私はドキュメントをよく読み、MQTT で QoS 機能がどのように実装されているか、および各値が何を意味するかを理解しています。

知られているように、MQTT は QoS ダウングレードを行います。つまり、送信者と受信者の間で最も低い QoS 値でメッセージが配信されます。これは理解されており、送信と受信の間のほとんどの QoS コンピネーションにとって、これは理にかなっています。

ただし、特定の状況に問題があります。クライアントが QoS 2 のサブスクリプションを持っているときにメッセージが QoS 1 でパブリッシュされるとどうなりますか?

メッセージは少なくとも 1 回はブローカーに配信されます。つまり、複数回配信される可能性があります。一方、サブスクライブしているクライアントは、メッセージを 1 回だけ受信することが保証されていることを期待していますが、そうではありません。

この深刻な問題をどのように克服できるでしょうか。基本的に、QoS 2 の設定は信頼できません。

(通常、これは QoS 2 でメッセージをパブリッシュするだけでよいため、問題になりません。ただし、パブリッシュするクライアントが制御不能であり、クライアントがどの QoS を使用するかの保証がない場合、これは問題になります。)

IP ヘッダーでの DSCP フィールドの使用を理解しようとしています。自分の Web サイトを最速にしたいのに、自分のパケットに可能な限り高い優先度をマークできないのはなぜですか? 帯域幅を使用できる優先度の高いトラフィックの割合が限られていることはわかっています。しかし、私の Web サイトは、優先度 0 をマークする他の Web サイトよりも依然として高速です。ルーターがシェイピングを使用して優先度を下げるのはいつですか?また、リモート ルーターが DSCP を完全に無視できる場合、DSCP を使用する意味は何ですか?

MQTT プロトコルを研究していますが、仕様の最初の行に矛盾があるようです。

このプロトコルは、TCP/IP、または順序付けされたロスレスの双方向接続を提供する他のネットワーク プロトコルで実行されます。その機能は次のとおりです。

[...]

メッセージ配信の 3 つのサービス品質:

• 「最大 1 回」。動作環境の最善の努力に従ってメッセージが配信されます。 メッセージの損失が発生する可能性があります。このレベルは、たとえば、次の読み取り値がすぐに発行されるため、個々の読み取り値が失われても問題にならない環境センサー データで使用できます。·
• 「少なくとも 1 回」。メッセージは確実に到着しますが、重複が発生する可能性があります。·
• 「正確に 1 回」。メッセージは 1 回だけ確実に到着します。このレベルは、たとえば、メッセージの重複または紛失によって誤った料金が適用される可能性がある請求システムで使用できます。

MQTT がロスレスのネットワーク プロトコルでしか実行できない場合、ロスのあるレベルの QoS (レベル 0) を提供する意味は何ですか?

TCP プロトコルが失われたメッセージの再送信を処理するため、それを提供することさえできないと思います。これは、TCP 以外の信頼性の低いネットワーク上で実行することを目的とした MQTT-SN にとって意味があります。

(注記: TCP プロトコルを使用する場合、レベル 1 の「少なくとも 1 回」は意味がありません。TCP には既にこの保証が含まれているためですが、仕様では他のロスレス プロトコルが使用される可能性があるため、より一般的なケースでは意味があるかもしれません)

シナリオ: 2 つのスレッドが同じソケットで UDP を送信しており、スレッド 1 がスレッド 2 とは異なる diffserv/QoS クラスを設定しようとしています。以前に、sendto() 呼び出しをミューテックスでラップし、適切な QoS クラスの setsockopt() を実行することで、これを解決しました。 sendto() の前後 (そしてミューテックスのロックを解除)。

このソリューションを使用すると、まれな状況で (シグナルとの相互作用が原因で) デッドロック/ハングが発生しました。私の質問はこれです。代わりに、sendmsg() 呼び出しで必要な QoS クラスを補助データとして送信する場合、ミューテックスを完全に削除できますか? ? 明確にするために、 sendmsg() はアトミックなので、データグラムは正しい QoS クラスを使用して送信され、スレッド 1 と 2 からの sendmsg() 呼び出しが互いに干渉するリスクはありませんか?

SO で同様の質問を見つけたので、1 つのソケット上の 1 つの UDP データグラムの通常の sendmsg() が「アトミック」であることはわかっていますが、問題は、ソケットの QoS ビットの一時的な変更を含む呼び出し全体がアトミックであるかどうかです。ユーザー空間スレッド？

Linux カーネルの関連パッチは次のとおりです。

現在、ovs 2.4.0 を使用しています。Qos でキューを作成し、ポートに貼り付けました。

ovs-vsctl list queueコマンドを使ってキューの一覧を確認したり、ovsdb-tool show-logコマンドの結果を確認したりできます (すべてのキューは既に生成されています)。

結果を確認したところ、ovsdb-client dumpport-qos-queue がうまくスタックしていることがわかります。

しかし、ovs-ofctl queue-stats (bridge) (port)コマンドを介してキュー情報を見ることができません。ポートにキューがないことを返すだけです。

すべての結果を検索しましたが、問題を解決する方法が見つかりません。

ovs-vswitchd.log ファイルがここにありません。(ファイルを検索しますfind / -name *.log) ログ ファイルを作成するコマンドがわかりません。

誰でも助けることができますか？

呼び出しの MOS スコアを見つけようとしていますが、Ie-eff の計算で行き詰まりました。ITU-T g 113 doc から以下の表のデータを取得しましたが、次の計算では下の表のような Ie-eff 値を取得できませんでした。

Ie-eff=Ie+(95-Ie).Ppl/((ppl/BurstR)+Bpl)

値 Ie=0、bpl=4.8、Ppl=1.5 (テーブル データ) および BurstR=5.91 (テーブル データ) で Codec G711 を試しました。

誰でも解決策を提案できますか。