QoSによる帯域幅の調整。 QoSを使用して高品質のインターネットアクセスQoSとモデムを提供する方法

ローカルネットワークの帯域幅は、高速インターネットの普及にますます関連するトピックです。 ますます多くのデバイスをルーターに接続しようとするたびに、デフォルトのソフトウェアが常にすべてのデバイスに対応できるとは限りません。 この場合、ルーター上のローカルネットワークの帯域幅のQoSパケットの優先順位を設定することが助けになります。 現時点で最も重要な特定のタスクの実行に優先順位を割り当て、トップエンドのMikrotikまたはCiscoルーターだけでなく、安価なモデルのTP-Link、Asus、Zyxel Keenetic、D-Linkでも利用できます。

QoS-ルーターには何がありますか?

最新のルーターのほとんどには、ローカルネットワーク内のインターネットトラフィックフローを制御する機能が組み込まれており、アプリケーションの実行時に優先順位が割り当てられます。 たとえば、オンラインゲームをプレイしたり、お気に入りのサイトのページを閲覧したりしています。 そして同時に、あなたは急流を介して面白い映画をダウンロードしています。 この場合、ゲームの速度が低下し始め、ファイルはほとんど揺れません。 何をすべきか?

現時点であなたにとってより重要な行動を選択する必要があります。 結局のところ、それはおそらくオンラインゲームです。 したがって、QoSパケットスケジューラを設定することで、ファイルをダウンロードする前にゲームタスクの実行に優先順位を付けることができます。

ただし、ローカルネットワークとインターネットチャネルの帯域幅には制限があります。 1つ目は、ルーターの機能です。 覚えておいてください、私たちは話しましたか?

2つ目は、プロバイダーからの料金プランです。 では、これはこれらの並行タスクの優先順位をどのように分割するのでしょうか?

原則として、デフォルトでは、Webサーフィン、つまりブラウザの操作が最優先されます。 ただし、記事を開いて読んでいるときに、できるだけ早く映画をダウンロードしたい場合は、ブラウザではなくファイルローダープログラムを優先する方が論理的です。

そのため、ルーターはネットワーク帯域幅を手動で構成する機能を提供します。 つまり、必要に応じて優先度を配布します。 この機能は、QoS(Quality of Service)と呼ばれます。 つまり、さまざまなクラスのトラフィックにサービスの優先順位を提供するテクノロジーです。

Asusルータートラフィックマネージャー

モデルが異なれば、この設定はメニュー項目の異なる名前で非表示になる場合があります。 新しいファームウェアでAsusルーターを実行しています。RT-N10UバージョンB1で表示しています。 そしてここで、QoSスケジューラは「トラフィックマネージャ」セクションで設定されます。

まず、デフォルトでアクティブになっている自動モードを2つのうちの1つに変更する必要があります。 「ユーザー定義のQoSルール」または「ユーザー定義の優先度」

ユーザー定義のQoSパケットスケジューラルール

この設定により、ルーターソフトウェアにすでにプリインストールされているさまざまな「重みカテゴリ」のプログラムの優先度を設定できます。 同時に、さまざまな式を気にせずにネットワーク帯域幅を計算する必要はありません。 すべてはすでに私たちの前に発明されています。 スクリーンショットがないと、少し不明瞭なので、引用します。

そのため、「Web Serf」では、つまり、これに使用されるポート80を介したブラウザ経由の接続では、「最高」の優先度が設定されます。 ドロップダウンリストをクリックすると、提案されたリストから別のリストを選択できます。 同時に、ファイル転送、つまりファイルローダーの場合は最小です。 これらのパラメータを場所によって変更することで、サイトからファイルをダウンロードすると同時にhtmlページを表示するときに、最初のプロセスの速度が上がるという効果が得られます。

しかし、それだけではありません。 P2Pファイル転送プログラム(BitTorrentなど)やオンラインゲーム、およびその他の多くのアプリケーションの場合、優先度の値を設定できます。 これは、既存のルールに新しいルールを追加することによって行われます。

それを作成するには、「選択」項目をクリックし、ドロップダウンリストから、関心のあるデータ転送のタイプまたは特定のアプリケーションのプリセット設定を選択します。 たとえば、OutlookやTheBatなどのメールアプリケーション(アイテムSMTP、POP3 ...)またはftpクライアント(FTP、SFTP、WLM ...)のネットワーク帯域幅の優先順位を設定できます。 Counter Strikeのような人気のあるゲームや、BitTorrent、eDonkeyなどのファイル共有プログラムの大規模なリストもあります。

急流のロッキングチェアを選びましょう。 このプログラムでデフォルトで使用されるポートは自動的に追加されます。
ただし、ルーターの言葉を信じないで、自分で再確認することをお勧めします。 プログラムを開いて(私はuTorrentを持っています)、[設定]> [プログラム設定]> [接続]に移動しましょう。 このプログラムが機能するように設定されているポートを見てみましょう。

ルーター設定でデフォルトで登録されているものと異なる場合は、変更してください。 そこかここのどちらかで、主なことはそれらが同じであるということです。 プログラムに設定を保存し、ルーターの管理パネルに戻ってパラメーターを適用します。 これらは、デバイスが再起動された後にアクティブになります。

QoSパケットのユーザー定義の優先度

これは、手動帯域幅制御の2番目の設定であり、前のセクションで設定したパラメーターを構成できます。 つまり、各優先度パラメータに割り当てられる速度をパーセンテージで決定します。

たとえば、現時点で発信トラフィックを「最高」に設定する場合、デフォルトでは、80%(最小値)と100%(最大値)を設定しています。 これは、優先度が最も高いものが帯域幅の少なくとも80%を受け取ることを意味します。 インターネットへの発信接続を行っている同時プロセスの数に関係なく。 「高」優先度のあるもの-少なくとも10%。 などなど-私はあなたがポイントを得ると思います。 これらの値を編集することにより、実行中のプログラムのさまざまなカテゴリのダウンロードとアップロードの速度を詳細に制御できます。

ここで、CiscoルーターでのQoSの設定に関する詳細なビデオチュートリアルを視聴することを提案します。

TP-LinkルーターでのQoSパケットスケジューラの構成

以下に、便宜上、他社のモデルの帯域幅を管理するための管理者セクションのスクリーンショットをいくつか示します。 TP-Linkルーターでは、QoSパケットスケジューラはメニューの[帯域幅制御]セクションにあります。 これを有効にするには、[帯域幅制御を有効にする]にチェックマークを付け、着信および発信トラフィックの最大速度を設定します。

[追加]ボタンをクリックすると、1台または複数のコンピューターに新しい優先度ルールを追加できます。 これを行うには、IPアドレスまたはアドレス範囲を入力する必要があります。 また、このルールが適用されるポートとパケット交換のタイプも指定します。

TP-Linkは最近、すべての新しいモデルにインストールされている管理パネルの新しい視覚化を持っています。 その中で、QoSスケジューラーは、「データの優先順位付け」セクションの「追加設定」にあります。 ティックでオンにし、スライダーで3種類の優先順位を調整します。

  • 背が高い
  • 中間

フィルタを追加するには、プリセット設定の3つのウィンドウのいずれかで[追加]ボタンをクリックします



ルーターに接続されているクライアントのリストが開きます。必要なクライアントを選択し、[選択]リンクをクリックしてから[OK]をクリックします。


ZyxelKeeneticのIntelliQoSネットワーク帯域幅

キーネティックルーターでは、ネットワーク帯域幅制御機能はIntelliQoSと呼ばれます。 最初、このモジュールはファームウェアに存在しません。 管理パネルの適切なセクションから、追加のIntelliQoSが必要です。 その後、同じ名前の別のアイテムが「マイネットワークとWiFi」メニューに表示されます。


トラフィック制御モードをアクティブにするには、このサービスをオンにして、プロバイダーの料金プランによって提供される最大インターネット速度を示します。 より正確な決定のために、オンライン速度テストを実行することができ、それはこの実際の値から始まります。

D-Linkルーターでのネットワーク帯域幅の構成

DIR-620モデルのD-Linkルーターの場合、何らかの理由で、開発者は、LANポートの1つにケーブルで接続されたコンピューターにのみQOS速度制限を設定する機能を実装しました。 この設定は、「詳細-帯域幅制御」セクションにあります。

それらの1つを選択し、制限をオンにして速度を設定します

今のところこれですべてです。ローカルネットワークの帯域幅を試してみて、現時点で最大のリターンが期待できるプログラムの動作がルーターによって遅くならないようにしてください。

ルーターでのQoSの設定に関するビデオ

ありがとうございました! 助けにはならなかった

この記事では、Windows 10で予約済みの帯域幅を構成する方法を見ていきます。デフォルトでは、Windowsはインターネットの総帯域幅の20%を予約しています。

はい、はい。Windows10オペレーティングシステムは、サービス品質(QoS)のためにインターネット接続帯域幅の特定の割合を予約します。

Microsoftによると:

QoSには、Windowsシステムの更新、ライセンスステータスの管理など、重要なシステム操作を含めることができます。予約帯域幅の概念は、システムで実行されているすべてのプログラムに適用されます。 通常、パケットスケジューラは、システムを接続帯域幅の80%に制限します。 これは、Windowsがインターネット帯域幅の20%をQoS専用に予約することを意味します。

予約された帯域幅のパーセンテージを取得したい場合は、この記事が役に立ちます。 以下は、Windows10オペレーティングシステムで予約済み帯域幅を構成する2つの方法です。

注意:システム用に予約されているすべての帯域幅をオフにする、つまり0%に設定すると、オペレーティングシステムの動作、特に自動更新に影響します。

責任の否定:さらなるステップには、レジストリの編集が含まれます。 レジストリの編集中にエラーが発生すると、システムに悪影響を与える可能性があります。 したがって、レジストリエントリを編集するときは注意して、最初にシステムの復元ポイントを作成してください。

ステップ1: レジストリエディタを開く(レジストリエディタに慣れていない場合は、をクリックしてください)。

ステップ2:レジストリエディタウィンドウの左側のペインで、次のセクションに移動します。

HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ Psched

注意:セクションとパラメータが「 NonBestEffortLimit「存在しないで、作成するだけです。

ステップ3:レジストリキーの右側のペインに表示されます 「Psched」名前の付いたDWORD(32ビット)パラメータを見つけます NonBestEffortLimit..。 それをダブルクリックして値を変更します。

デフォルトでは、パラメータはに設定されています 50 16進数または 80 10進表記で。

ステップ4: 10進法を選択し、必要な予約帯域幅のパーセンテージに等しい値を設定します。

例えば値をに設定した場合 0 、Windowsオペレーティングシステム用に予約されている帯域幅は完全に無効になります。つまり、0%になります。 ボタンをクリックします "OK"レジストリエディタを閉じます。

ステップ5:変更を有効にするには、PCを再起動します。

組織/職場の複数のコンピューターで予約済みの帯域幅を構成または制限する場合は、GPOに適切な設定を展開できます。

ステップ1:ローカルグループポリシーエディターを開きます

ステップ2:次のセクションに移動します。 コンピューターの構成→管理用テンプレート→ネットワーク→Qosパッケージスケジューラ


ステップ3:右側のウィンドウで、ポリシーをダブルクリックします。

デフォルトでは、このポリシーは設定されておらず、システムは予約しています 20% インターネット接続の帯域幅。 あなたはそれを有効にする必要があります、パラメータを設定します 「予約帯域幅を制限する」「含まれています」。

今日のネットワーキングで最も人気のある分野の1つは、従来のデータネットワーク上での音声とビデオの混合です。 この種の情報の問題の1つは、情報が正しく機能するために、ビデオとオーディオのデータパケットを、中断や長すぎる遅延なしに、受信者に迅速かつ確実に送信する必要があることです。 ただし、同時に、このタイプのトラフィックは、従来のデータパケットの送信を妨げるものであってはなりません。

この問題に対する1つの可能な解決策は、QoSです。 QoS、つまりサービス品質は、データパケットに優先順位を付けるためのテクノロジーです。 QoSを使用すると、時間に敏感なパケットを他のパケットよりも高い優先度で送信できます。

QoSは業界標準であり、Microsoft標準ではありません。 ただし、Microsoftは最初にこのQoS標準をWindows 2000に導入しました。MicrosoftのバージョンのQoSはそれ以来かなり進化してきましたが、それでも業界標準を満たしています。

Windows XP Professionalでは、QoSは主に帯域幅予約メカニズムとして機能します。 QoSが有効になっている場合、アプリケーションは、各マシンのNICによって提供される合計ネットワーク帯域幅の最大20%を予約できます。 ただし、アプリケーションが予約するネットワーク帯域幅の量は構成可能です。 パート3で予約されている帯域幅の量を変更する方法を説明します。

予備の帯域幅がどのように使用されているかを確認するために、適切に機能するために優先帯域幅を必要とするビデオ会議アプリケーションがあるとします。 このアプリケーションでQoSが有効になっているとすると、マシンの合計帯域幅の20%が予約され、残りのネットワークトラフィック用に帯域幅の80%が残されていると言えます。

ビデオ会議アプリケーションを除くすべてのアプリケーションは、ベストエフォート配信と呼ばれるテクノロジを使用します。 これは、パケットが同じ先着順で送信されることを意味します。 一方、ビデオ会議アプリケーションのトラフィックは常に他のトラフィックよりも優先されますが、アプリケーションがすべての帯域幅の20%を超えて消費することは決して許可されません。

ただし、Windows XPが優先トラフィック用に帯域幅の一部を予約しているからといって、通常の優先度を持つアプリケーションが予備の帯域幅を使用できないことを意味するわけではありません。 ビデオ会議アプリケーションは優先度の高い予約済み帯域幅を利用しますが、そのようなアプリケーションが常に使用される可能性は非常に低いです。 この場合、Windowsでは、ネットワーク帯域幅の一部が予約されているアプリケーションが使用されていない限り、他のアプリケーションがスペア帯域幅と非スペア帯域幅を使用して可能な限り最良の配信を行うことができます。

ビデオ会議アプリケーションが起動するとすぐに、Windowsは予約の実施を開始します。 それでも、予約は絶対的なものではありません。 Windowsがビデオ会議アプリケーション用にネットワーク帯域幅の20%を予約しているが、このアプリケーションは20%すべてを必要としないとします。 このような場合、Windowsは他のアプリケーションが残りの帯域幅を使用することを許可しますが、優先度の高いアプリケーションのニーズを継続的に監視します。 アプリケーションがより多くの帯域幅を必要とする場合、帯域幅は最大値20%まで割り当てられます。

前に述べたように、QoSは業界標準であり、Microsoftテクノロジではありません。 そのため、QoSはWindowsによって使用されますが、Windowsはそれ自体でジョブを実行することはできません。 QoSが機能するには、送信者と受信者の間のすべての機器がQoSをサポートしている必要があります。 つまり、ネットワークアダプター、スイッチ、ルーター、および使用中の他のすべてのデバイスは、QoS、および受信者と送信者のオペレーティングシステムについて知る必要があります。

興味があれば、QoSを使用するためにいくつかのクレイジーなエキゾチックなネットワークインフラストラクチャをインストールする必要はありません。 非同期転送モード(ATM)は、コネクション型テクノロジーであるため、QoSを使用するための優れたネットワークテクノロジーですが、フレームリレー、イーサネット、さらにはWi-FI(802.11 x)などの他のテクノロジーでもQoSを使用できます。

ATMがQoSにとってこのような理想的な選択肢である理由は、ハードウェアレベルで帯域幅の予約とリソース割り当てを実装できるためです。 このタイプの配布は、イーサネットおよび同様のネットワークテクノロジーの機能を超えています。 これは、QoSが使用できないことを意味するものではありません。 これは、QoSをATMとは異なる方法で適用する必要があることを意味します。

ATM環境では、リソースは物理デバイスレベルですぐに割り当てられます。 イーサネットおよび他の同様のテクノロジーはこの方法でリソースを割り当てることができないため、このタイプのテクノロジーは、実際のリソース割り当てではなく、優先順位付けに基づいています。 これは、帯域幅の予約がOSIモデルの上位層で発生することを意味します。 帯域幅が予約されると、優先度の高いパケットが最初に送信されます。

QoS over Ethernet、Wi-Fi、または他の同様のテクノロジーを適用する場合に考慮すべき1つのポイントは、そのようなテクノロジーが接続されていないことです。 これは、送信者が受信者のステータスまたは送信者と受信者の間のネットワークのステータスを確認する方法がないことを意味します。 つまり、送信者は優先度の高いパケットが最初に送信されることを保証できますが、これらのパケットが特定の時間枠内に配信されることを保証することはできません。 一方、ATMはコネクション型テクノロジーであるため、QoSはATMネットワークでこの種の保証を提供できます。

Windows2000と Windows Server 2003

以前、マイクロソフトがWindows 2000で最初にQoSを導入した方法と、このQoSのアプリケーションがそれ以来大幅に進化したことについて話しました。 したがって、Windows2000とWindowsXPおよびWindowsServer 2003(この標準がほぼ同じように使用されている)のQoSの違いについて少しお話ししたいと思います。

Windows 2000では、QoSはWindowsXPまたはWindowsServer 2003ではサポートされていないIntservアーキテクチャに基づいていました。Microsoftがこのようなアーキテクチャを使用しないことを選択した理由は、基盤となるAPIの使用が難しく、アーキテクチャに問題があったためです。規模。

一部の組織はまだWindows2000を使用しているため、Windows 2000QoSアーキテクチャがどのように機能するかについていくつかの情報を提供することにしました。 Windows 2000は、RSVPと呼ばれるプロトコルを使用して帯域幅リソースを予約します。 帯域幅が要求されると、Windowsはパケットを送信できるタイミングを決定する必要があります。 これを行うために、Windows 2000は、SBM(Sunbelt Bandwidth manager)と呼ばれるシグナリングプロトコルを使用して、パケットを受信する準備ができていることを送信者に通知します。 アドミッションコントロールサービス(ACS)は、有効な帯域幅が利用可能であることを確認してから、帯域幅要求を許可または拒否します。

トラフィック管理API

ネットワークトラフィックの優先順位付けに関する主な問題の1つは、トラフィックを生成するコンピューターに基づいてトラフィックに優先順位を付けることができないことです。 1台のコンピューターで複数のアプリケーションを使用し、アプリケーション(およびオペレーティングシステム)ごとに個別のトラフィックストリームを作成するのが一般的です。 これが発生した場合、各トラフィックストリームに個別に優先順位を付ける必要があります。 結局のところ、1つのアプリケーションには予備の帯域幅が必要な場合がありますが、別のアプリケーションには最適な配信が理想的です。

ここで、Traffic Control API(Traffic Control Programming Interface)が役立ちます。 Traffic Control APIは、QoSパラメータを個々のパッケージに適用できるようにするアプリケーションプログラミングインターフェイスです。 トラフィック制御APIは、個々のトラフィックストリームを定義し、それらのストリームにさまざまなQoS制御方法を適用することで機能します。

Traffic Control APIが最初に行うことは、filterspecと呼ばれるものを作成することです。 Filterspecは基本的に、パッケージが特定のストリームに属することの意味を定義するフィルターです。 filterspecで使用される属性には、パケットの送信元と宛先のIPアドレス、およびポート番号が含まれます。

filterspecが定義されると、APIを使用してflowspecを作成できます。 Flowspecは、パケットのシーケンスに適用されるQoSパラメータを定義します。 flowspecで定義されているパラメーターには、転送速度(許容転送速度)とサービスの種類が含まれます。

Traffic Control APIによって定義される3番目の概念は、フローの概念です。 フローは、同じflowspecの対象となるパケットの単純なシーケンスです。 簡単に言うと、filterspecは、flowspecに含まれるパッケージを定義します。 Flowspecは、パケットがより高い優先度で処理されるかどうかを決定します。flowは、flowspecによって処理されるパケットの実際の転送です。 ストリーム内のすべてのパケットは同等に処理されます。

Windows2000で使用される汎用QoSAPIに対するトラフィック制御APIの利点の1つは、集約を使用できることです。 ノードに複数のアプリケーションが複数のデータストリームを共通の宛先に送信している場合、これらのパケットを組み合わせて共通のストリームにすることができます。 これは、送信元IPアドレスと宛先IPアドレスが同じであれば、アプリケーションが異なるポート番号を使用している場合でも当てはまります。

汎用パケット分類子

前のセクションでは、flowspec、filterspec、およびflowの関係について説明しました。 ただし、Traffic ControlAPIは単なるアプリケーションプログラミングインターフェイスであることを覚えておくことが重要です。 そのため、その仕事はトラフィックフローを定義して優先順位を付けることであり、それらのフローを作成することではありません。

Generic Packet Classifierは、ストリームの作成を担当します。 前のセクションで思い出したように、flowspecで定義された属性の1つはサービスタイプでした。 サービスタイプは、基本的にスレッドの優先度を決定します。 Generic Packet Classifierは、flowspecに割り当てられているサービスのタイプを判別し、その後、サービスのタイプに従って関連するパケットをキューに入れます。 各スレッドは別々のキューに配置されます。

QoSパケットスケジューラ

知っておく必要のある3番目のQoSコンポーネントは、QoSパケットスケジューラです。 簡単に言えば、QoSパケットスケジューラの主な仕事はトラフィックシェーピングです。 これを行うために、パケットスケジューラはさまざまなキューからパケットを受信し、これらのパケットに優先度とフローレートのマークを付けます。

この記事シリーズの最初の部分で説明したように、QoSが正しく機能するには、パケットの送信元と宛先の間にあるさまざまなコンポーネントがQoSをサポートする(つまり、認識する)必要があります。 これらのデバイスは、QoSの処理方法を知っている必要がありますが、優先順位なしで通常のトラフィックを処理する方法も知っている必要があります。 これを可能にするために、QoSはタグ付けと呼ばれるテクノロジーを使用します。

実際、ここには2種類のマーキングがあります。 QoSパケットスケジューラは、レイヤ3デバイスによって認識されるDiffservタグ付けと、レイヤ2デバイスによって認識される802.1pタグ付けを使用します。

QoSパケットスケジューラの設定

タグ付けがどのように機能するかを説明する前に、すべてが機能するようにQoSパケットスケジューラを構成する必要があることに注意してください。 Windows Server 2003では、QoSパケットスケジューラは、MicrosoftネットワークのクライアントやTCP / IPプロトコルと同様に、オプションのネットワークコンポーネントです。 QoSパケットスケジューラを有効にするには、サーバーのネットワーク接続のプロパティページを開き、図Aに示すように、QoSパケットスケジューラの横にあるチェックボックスをオンにします。QoSパケットスケジューラがリストにない場合は、[インストール]ボタンをクリックして指示に従います。

図A:QoSを使用する前に、QoSパケットスケジューラを有効にする必要があります

QoSパケットスケジューラについて知っておく必要があるもう1つのことは、ネットワークアダプタが正しく機能するためには802.1pタグ付けをサポートする必要があるということです。 アダプターをテストするには、[構成]ボタン(図A)をクリックすると、Windowsにネットワークアダプターのプロパティが表示されます。 プロパティページの[詳細設定]タブを見ると、ネットワークアダプタがサポートするさまざまなプロパティが表示されます。

図Bを見ると、802.1Q / 1PVLANタギングがリストされているプロパティの1つであることがわかります。 このプロパティがデフォルトで無効になっていることもわかります。 802.1pタグ付けを有効にするには、このプロパティを有効にして[OK]をクリックするだけです。

図B:802.1Q / 1PVLANタギングを有効にする必要があります

図Bで、有効にした機能がパケットのタグ付けではなくVLANのタグ付けであることに気付いたかもしれません。 これは、優先度マーカーがVLANタグに含まれているためです。 802.1Q標準は、VLANとVLANタグを定義します。 この規格は、実際にはVLANパケットに3ビットを予約し、優先コードの書き込みに使用されます。 残念ながら、802.1Q標準では、これらの優先度コードを指定することはありません。

802.1P標準は、802.1Qを補完するために作成されました。 802.1Pは、VLANタグで囲むことができる優先度のタグ付けを定義します。

802.1P信号

前の部分で述べたように、802.1pシグナリングはOSIモデルの第2層で実行されます。 この層は、スイッチなどの物理デバイスによって使用されます。 802.1pをサポートするレイヤ2デバイスは、パケットに割り当てられている優先度マーキングを表示し、それらのパケットを個別のトラフィッククラスにグループ化できます。

イーサネットネットワークでは、優先度マーキングはVLANタグに含まれています。 VLANとVLANタグは、3ビットの優先度フィールドを定義する802.1Q標準によって定義されていますが、この優先度フィールドの使用方法は実際には定義されていません。 ここで802.1P標準が役立ちます。

802.1Pは、802.1Q標準と組み合わせて使用​​できるさまざまな優先度クラスを定義します。 最終的に802.1Qは管理者に優先順位のマーキングを選択させるので、技術的には802.1Pのガイドラインに従う必要はありませんが、802.1Pは誰もが選択するもののようです。

802.1P標準を使用してレイヤー2マーキングを提供するというアイデアは、おそらく純粋な理論のように聞こえますが、実際にはグループポリシー設定を使用して定義できます。 802.1P標準は、8つの異なる優先度クラス(0から7の範囲)を提供します。 優先度の高いパケットは、配信優先度の高いQoSによって処理されます。

デフォルトでは、Microsoftは次の優先度マーキングを割り当てます。

ただし、前述したように、さまざまなグループポリシー設定を変更することで、これらの優先順位を変更できます。 これを行うには、グループポリシーエディターを開き、コンソールツリーで[コンピューターの構成]、[管理テンプレート]、[ネットワーク]、[QoSパッケージスケジューラ]、[第2レベルの優先度]の値に移動します。 図Aに示されているように、上記の各優先順位ラベルに対応するグループポリシー設定があります。 これらのサービスタイプのいずれかに、独自の優先度マーキングレベルを割り当てることができます。 ただし、これらのグループポリシー設定は、Windows XP、2003、またはVistaを実行しているホストにのみ適用されることに注意してください。

図A:グループポリシーエディターを使用して、第2レベルの優先度マーキングをカスタマイズできます。

差別化されたサービス

前回の記事で説明したように、QoSはOSIモデルの第2層と第3層で優先順位マーキングを実行します。 これにより、荷物の配達プロセス全体で優先順位が考慮されます。 たとえば、スイッチはOSIモデルの第2層で動作しますが、ルーターは通常、第3層で動作します。 したがって、パケットが802.1p優先度マーキングのみを使用した場合、スイッチはこれらのパケットに優先順位を付けますが、これらの優先順位はネットワークルーターによって無視されます。 これに対抗するために、QoSはDifferentiated Servicesプロトコル(Diffserv)を使用して、OSIモデルの第3層のトラフィックに優先順位を付けます。 Diffservマーキングは、TCP / IPを使用するパケットのIPヘッダーに含まれています。

Diffservで使用されるアーキテクチャは、もともとRFC 2475で定義されていました。ただし、アーキテクチャ仕様の多くはRFC 2474で書き直されています。RFC2474は、IPv4およびIPv6のDiffservアーキテクチャを定義しています。

RFC 2474のIPv4に関する興味深い点は、Diffservが完全に再定義されていても、元のRFC2475仕様との下位互換性があることです。 これは、新しい仕様をサポートしていない古いルーターが、割り当てられた優先順位を認識できることを意味します。

現在のDiffservアプリケーションは、Type of Service(TOS)パケットタイプオクテットを使用して、Diffserv値(DSCP値と呼ばれます)を格納します。 このオクテット内では、最初の6ビットがDSCP値を保持し、最後の2ビットは未使用です。 これらのマーキングがRFC2475仕様と下位互換性がある理由は、RFC2475が同じオクテットの最初の3ビットをIPシーケンス情報で使用する必要があるためです。 DSCP値の長さは6ビットですが、最初の3ビットはIPシーケンスを反映しています。

前に示した802.1pタグ付けと同様に、さまざまなグループポリシー設定を使用してDiffservの優先順位を構成できます。 方法を説明する前に、Windowsで使用される標準のDiffserv優先順位を紹介します。

Diffserv優先度マーキングが802.1Pとは完全に異なる範囲を使用していることに気付いたかもしれません。 Diffservは、0〜7の範囲をサポートする代わりに、0〜63の優先度マーキング範囲をサポートし、数値が大きいほど優先度が高くなります。

前に述べたように、Windowsでは、グループポリシー設定を使用してDiffserv優先度マーキングを定義できます。 ただし、一部のより高度なルーターは、Windowsの割り当てに関係なく、独自のDiffserv値をパケットに割り当てることに注意してください。

これを念頭に置いて、グループポリシーエディターを開き、コンソールツリーで[コンピューターの構成]、[管理用テンプレート]、[ネットワーク]、[QoSパッケージスケジューラ]に移動して、Diffserv優先度マーキングを構成できます。

図Bを見ると、[QoSパケットスケジューラ]タブの下に2つのDSCP関連タブがあることがわかります。 これらのタブの1つでは、flowspecに一致するパケットにDSCP優先度マーキングを割り当てることができ、もう1つでは、非準拠パケットにDSCP優先度マーキングを設定できます。 図Cに示すように、実際のパラメーター自体は両方のタブで類似しています。

図B:Windowsは、flowspecに一致するパケットと一致しないパケットに対して別々にDSCP優先度マーキングを管理します。

図C:さまざまなタイプのサービスにDSCP優先度マーキングを手動で割り当てることができます。

多様なグループポリシー設定

図Bを見ると、私が言及しなかった3つのグループポリシー設定があることがわかります。 興味があるかもしれない人のために、これらのパラメータが何であるか、そしてそれらが何をするかについて簡単に言及したいと思いました。

Limit Outstanding Packetsパラメーターは、基本的にサービスのしきい値です。 超過したパケットの数が特定の値に達すると、QoSは、値が最大許容しきい値を下回るまで、ネットワークアダプターへの追加の帯域幅割り当てを拒否します。

Limit Reservable Bandwidthパラメーターは、QoS対応アプリケーションが予約できる合計帯域幅のパーセンテージを制御します。 デフォルトでは、QoS対応アプリケーションはネットワーク帯域幅の最大80%を予約できます。 もちろん、現在QoSアプリケーションによって使用されていない予約済みの帯域幅の任意の部分は、他のアプリケーションによって使用できます。

Set Timer Resolutionパラメーターは、QoSパケットスケジューラがパケットのスケジュールに使用する最小時間単位(マイクロ秒単位)を制御します。 基本的に、この設定は、パケットを配信のためにキューに入れることができる最大レートを制御します。

QoSとモデム

ブロードバンド技術がほぼ普遍的に利用できるこの時代では、モデムについて話すのは奇妙に思えます。 ただし、インターネットに接続するためのメカニズムとしてモデムを使用する中小企業やホームユーザーはまだたくさんいます。 最近、ブロードバンド技術が利用できない遠隔地にある衛星オフィスと通信するためにモデムを使用している大企業を見たことがあります。

もちろん、モデムを使用する際の最大の問題は、モデムの帯域幅が限られていることです。 それほど明白ではありませんが、同様に重要な問題は、ユーザーがダイヤルアップ接続を使用するときにオンラインの動作を変更しないことです。 もちろん、モデムを介してインターネットに接続している場合、ユーザーは大きなファイルをダウンロードする気にはなれませんが、それ以外のユーザーの動作は、ブロードバンド接続を介して接続されている場合と同じです。

通常、ユーザーはMicrosoft Outlookを常に開いたままにしたり、ファイルがバックグラウンドでダウンロードされているときに閲覧したりすることについてあまり心配する必要はありません。 一部のユーザーは、インスタントメッセージングシステムを常に開いたままにします。 このタイプの動作の問題は、これらのアプリケーションまたはタスクのそれぞれがインターネット接続で一定量の帯域幅を消費することです。

QoSがどのように役立つかを確認するために、QoSが使用されていない通常の状況で何が起こるかを見てみましょう。 通常、インターネットにアクセスしようとする最初のアプリケーションには、接続を使用するためのほとんどの権限があります。 これは、他のアプリケーションが接続を使用できないことを意味するのではなく、Windowsが他のアプリケーションが接続を使用しないと見なしていることを意味します。

接続が確立されると、WindowsはTCP受信ウィンドウサイズの動的な調整を開始します。 TCP受信ウィンドウサイズは、データが受信されたという確認応答を待つ前に送信できるデータの量です。 TCP受信ウィンドウが大きいほど、送信者が正常な配信確認を待つ前に送信できるパケットが大きくなります。

TCP受信ウィンドウサイズは慎重に調整する必要があります。 TCPの受信ウィンドウが小さすぎると、TCPは非常に頻繁な確認応答を必要とするため、効率が低下します。 ただし、TCP受信ウィンドウが大きすぎると、転送中に問題が発生したことがわかる前に、マシンが送信するデータが多すぎる可能性があります。 その結果、大量のデータを再送信する必要があり、これも効率に影響を与えます。

アプリケーションがダイヤルアップインターネット接続の使用を開始すると、Windowsはパケットを送信するときにTCP受信ウィンドウサイズを動的に調整します。 ここでのWindowsの目標は、TCP受信ウィンドウサイズが最適に調整された安定した状態を実現することです。

ここで、ユーザーがインターネット接続を必要とする2番目のアプリを開いたとします。 その後、WindowsはTCPスロースタートアルゴリズムを開始します。これは、TCP受信ウィンドウサイズを最適な値に調整するためのアルゴリズムです。 問題は、TCPが以前に起動されたアプリケーションによってすでに使用されていることです。 これは、2つの方法で2番目のアプリケーションに影響します。 まず、2番目のアプリケーションは、最適なTCP受信ウィンドウサイズを達成するのにはるかに長い時間がかかります。 次に、2番目のアプリケーションのボーレートは、順方向に実行されているアプリケーションのボーレートよりも常に遅くなります。

幸いなことに、QOSパッケージスケジューラを実行するだけで、WindowsXPおよびWindowsServer2003でこれらの問題を回避できます。 QOSパケットスケジューラは、Windowsが遅い接続速度を検出するたびに、Deficit RoundRobinと呼ばれるテクノロジを自動的に使用します。

Deficit Round Robinは、インターネットへのアクセスが必要なアプリケーションごとに個別のキューを動的に作成することで機能します。 Windowsは、インターネットにアクセスする必要のあるすべてのアプリケーションの効率を劇的に向上させるラウンドロビン方式でこれらのキューを提供します。 興味があれば、Deficit RoundRobinはWindows2000 Serverでも利用できますが、自動的にオンになるわけではありません。

インターネット接続の共有

WindowsXPおよびWindowsServer 2003では、QoSによってインターネット接続の共有も容易になります。 ご存知かもしれませんが、インターネット接続の共有は単純化されたNATベースのルーターです。 インターネット接続が物理的に接続されているコンピューターは、ネットワーク上の他のコンピューターのルーターおよびDHCPサーバーとして機能し、このホストを介してインターネットへのアクセスを提供します。 インターネット接続の共有は通常、ドメインインフラストラクチャがない小規模なピアツーピアネットワークでのみ使用されます。 大規模なネットワークでは通常、物理ルーターまたはルーティングとリモートアクセスサービスを使用します。

上記のセクションでは、WindowsがTCP受信ウィンドウサイズを動的に調整する方法についてはすでに説明しました。 ただし、この動的な設定は、インターネット接続を共有するときに問題を引き起こす可能性があります。 これは、ローカルネットワーク上のコンピューター間の接続が通常比較的高速であるためです。 通常、このような接続は100Mbイーサネットまたは802.11Gワイヤレスで構成されます。 これらのタイプの接続は最速とはほど遠いものの、米国で利用可能なほとんどのインターネット接続よりもはるかに高速です。 ここに問題があります。

クライアントコンピューターはインターネット経由で通信する必要がありますが、これを直接行うことはできません。 代わりに、インターネット接続の共有ホストをアクセスモジュールとして使用します。 Windowsが最適なTCP受信ウィンドウサイズを計算するときは、ローカルマシンとインターネット接続の共有マシン間の接続速度に基づいて計算します。 ローカルマシンがインターネットから実際に受信できるデータの量と、インターネット接続の共有ホストの速度に基づいて受信できると考えるデータの量の違いは、問題を引き起こす可能性があります。 より具体的には、接続速度の違いにより、低速接続に接続されたキューにデータがバックアップされる状況が発生する可能性があります。

ここでQoSが役立ちます。 インターネット接続の共有サイトにQOSパケットスケジューラをインストールすると、インターネット接続の共有ホストはTCP受信ウィンドウサイズを無効にします。 これは、インターネット接続の共有ホストが、ローカルホストのTCP受信ウィンドウサイズを、インターネットに直接接続されている場合と同じサイズに設定することを意味します。 これにより、ネットワーク接続速度の不一致によって引き起こされる問題が修正されます。

結論

この一連の記事では、QoSと、それを使用してさまざまなタイプのネットワーク接続間のトラフィックフローを形成する方法について説明しました。 ご覧のとおり、QoSは、最も軽いネットワーク輻輳を利用し、優先度の高いトラフィックをより高速に配信できるようにトラフィックをシェーピングすることで、ネットワークのパフォーマンスを大幅に向上させることができます。

Brien Posey

回答:

リザノフ・デニス・イワノビッチ:
WinKey + Rを押し、そこに「gpedit.msc」と入力し、「Enter」を押してから、「ローカルコンピューターポリシー」、「管理用テンプレート」、「ネットワーク」、「QoSパッケージマネージャー」タブに移動し、「制限」タブを選択します。予約帯域幅」、マウスでダブルクリックし、表示されたウィンドウで「有効」タブを選択し、設定「0%」のすぐ下を選択します。変更を有効にするためにマシンを再起動します。

アレクセイ:
使用しないでください! このサービスを使用するアプリケーションがないだけです。 一部のインターネット電話で使用されており、一般的にインターネットに干渉することはありません。 このサービスにより、遅延の影響を受けやすいアプリケーションを実行できます。 ちなみに、まだ1つのプログラムがあります。Microsoftのある種のロッキングチェアで、このサービスを意図的に使用しています。 しかし、私を信じてください。このサービスはチャネルから何も取得しません。このサービスを介した送信中にのみ、トラフィックの一部を取得できます(設定された制限、通常は20%)。

シュロヴィク:
その値を0%に調整します。

ウラジミール・ノズドリン:
記事を読む:QoS神話。

マキシム:
最初、彼らはQoSがチャネルの20%を予約することを恐れていました。 落ち着いて、そうではありません。 したがって、オフにする必要はありません。

TU-154:
管理者としてシステムにログインし、グループポリシーエディター([スタート]-[実行]-[gpedit.msc])で、[ローカルコンピューターポリシー]-[管理用テンプレート]-[ネットワーク]-[QoSパッケージマネージャー]-[予約済み帯域幅の制限]このパラメーターを有効にし、制限を0に設定します。分散情報このサービスが作業速度に影響を与えることはありません。 たぶんこれはそうですが、私の場合、それを無効にすると、ダウンロード速度が2.5から2.9 KB / sに増加し(ReGetによると、約20%)、ローカルネットワークで作業している場合はチャネル使用率を80%から95%に増やします。

ホットフロスト:
接続のプロパティからQoSパケットスケジューラサービスを削除した場合、このチャネルは解放されません。 ここで、チャネルを解放するか、QoSを設定できます。グループポリシーアプレット(gpedit.msc)を実行します。 [グループポリシー]で、[ローカルコンピューターポリシー]を見つけて、[管理用テンプレート]をクリックします。 [ネットワーク]-[QoSパケットスケジューラ]の項目を選択します。 [予約可能な帯域幅の制限]をオンにします。 ここで、帯域幅の制限を20%から0に減らすか、単に無効にします。 必要に応じて、ここで他のQoSパラメータを設定することもできます。 行った変更を有効にするには、再起動するだけです。

バジル:
QoSサービスはそのままにしておきます。 20%のトラフィック制限という神話は長い間明らかにされてきました。 微調整者の作者は、このアイテムをプログラムから削除しました。

RiLL-SV:
このようなものはありません! QoSが損なわれておらず、値が0のインターネットゲームのpingを確認してください。 次に、手つかずのQoSと0に立つQoSの違いを理解します。

QoSの神話

WindowsXPのFAQを一度も読んだことがない人は一人もいません。 もしそうなら、誰もがそのような有害なサービス品質、つまりQoSがあることを知っています。 システムを構成するときは、ネットワーク帯域幅をデフォルトで20%に制限し、この問題がWindows 2000にも存在するかのように、無効にすることを強くお勧めします。

これらは次の行です。
「Q:QoS(Quality of Service)サービスを完全に無効にする方法は?構成する方法は?ネットワーク速度を制限するのは本当ですか?」
A:実際、デフォルトでは、サービス品質はそのニーズに合わせてチャネル帯域幅の20%を予約します(14400のモデム、ギガビットイーサネットでも)。 さらに、プロパティ接続からQoSパケットスケジューラサービスを削除しても、このチャネルは解放されません。 ここでチャネルを解放するか、単にQoSを設定できます。 グループポリシーアプレット(gpedit.msc)を起動します。 [グループポリシー]で、[ローカルコンピューターポリシー]を見つけて、[管理用テンプレート]をクリックします。 [ネットワーク]-[QoSパケットスケジューラ]の項目を選択します。 [予約可能な帯域幅の制限]をオンにします。 次に、帯域幅の制限を20%から0%に減らすか、単に無効にします。 必要に応じて、ここで他のQoSパラメータを設定することもできます。 変更を有効にするには、再起動する必要があります。」
もちろん、20%は多いです。 本当にマイクロソフトはマツダイです。 この種の主張は、FAQからFAQへ、フォーラムからフォーラムへ、メディアからメディアへとさまよっており、あらゆる種類の「微調整」、つまりWindows XPを「調整」するためのプログラムで使用されています(ちなみに、「グループポリシー」と「ローカルセキュリティポリシー」、および「微調整」は豊富なカスタマイズオプションでそれらに一致することはできません)。 この種の根拠のない主張を明らかにするように注意する必要があります。これは、体系的なアプローチを使用して行います。 つまり、公式の一次資料に頼って、問題のある問題を徹底的に研究します。

質の高いサービスネットワークとは何ですか?
ネットワークシステムの次の簡略化された定義を採用しましょう。 アプリケーションはホスト上で実行および実行され、相互に通信します。 アプリケーションは、ネットワークを介して送信するためにオペレーティングシステムにデータを送信します。 データがオペレーティングシステムに転送されると、ネットワークトラフィックになります。
ネットワークQoSは、このトラフィックを処理するネットワークの機能に依存して、一部のアプリケーションの要求が確実に満たされるようにします。 これには、特定の処理に適格で制御できるトラフィックを識別できるネットワークトラフィックを処理するための基本的なメカニズムが必要です。
QoS機能は、ネットワークアプリケーションとネットワーク管理者の2つのネットワークアクターを満たすように設計されています。 彼らはしばしば意見の相違を持っています。 ネットワーク管理者は、特定のアプリケーションが使用するリソースを制限すると同時に、アプリケーションができるだけ多くのネットワークリソースを取得しようとします。 ネットワーク管理者がすべてのアプリケーションとユーザーに関して主導的な役割を果たしているという事実を考慮に入れて、彼らの利益を調整することができます。

基本的なQoSパラメータ
アプリケーションが異なれば、ネットワークトラフィックを処理するための要件も異なります。 アプリケーションは、遅延とトラフィック損失に対して多かれ少なかれ耐性があります。 これらの要件は、次のQoS関連パラメータに適用されています。
帯域幅-アプリケーションによって生成されたトラフィックをネットワーク経由で送信する必要があるレート。
レイテンシー-アプリケーションがデータパケットを配信する際に許容できるレイテンシー。
ジッター-遅延時間を変更します。
損失-失われたデータの割合。
無限のネットワークリソースが利用可能な場合、すべてのアプリケーショントラフィックは、遅延ゼロ、遅延変動ゼロ、損失ゼロで、必要な速度で送信できます。 ただし、ネットワークリソースは無制限ではありません。
QoSメカニズムは、アプリケーショントラフィックのネットワークリソースの割り当てを制御して、送信要件を満たします。

基本的なQoSリソースとトラフィック処理メカニズム
ホストを接続するネットワークは、ホストネットワークアダプター、ルーター、スイッチ、ハブなど、さまざまなネットワークデバイスを使用します。 それぞれにネットワークインターフェイスがあります。 各ネットワークインターフェイスは、有限の速度でトラフィックを送受信できます。 トラフィックがインターフェイスに転送される速度が、インターフェイスがトラフィックを転送する速度よりも高い場合、輻輳が発生します。
ネットワークデバイスは、輻輳が終了するまでデバイスメモリ(バッファ内)のトラフィックをキューイングすることにより、輻輳状態を処理できます。 その他の場合、ネットワーク機器は輻輳を緩和するためにトラフィックをドロップできます。 その結果、アプリケーションは遅延の変化(トラフィックがインターフェイスのキューに格納されるため)またはトラフィックの損失に直面します。
トラフィックを転送するネットワークインターフェイスの機能と、ネットワークデバイスにトラフィックを格納するためのメモリの可用性(トラフィックをさらに送信できるようになるまで)は、アプリケーショントラフィックストリームにQoSを提供するために必要な基本的なリソースを構成します。

ネットワークデバイスへのQoSリソースの割り当て
QoSをサポートするデバイスは、ネットワークリソースをインテリジェントに使用してトラフィックを伝送します。 つまり、レイテンシーの許容度が高いアプリケーションのトラフィックがキューに入れられ(メモリ内のバッファーに格納され)、レイテンシーにとって重要なアプリケーションのトラフィックが転送されます。
このタスクを実行するには、ネットワークデバイスは、パケットを分類することによってトラフィックを識別し、それらを処理するためのキューとメカニズムを備えている必要があります。

交通処理エンジン
トラフィック処理メカニズムには次のものが含まれます。
802.1p
差別化されたホップごとの動作(diffservPHB)。
統合サービス(intserv)。
ATMなど
ほとんどのローカルエリアネットワークは、イーサネット、トークンリングなどを含むIEEE 802テクノロジーに基づいています。802.1pは、このようなネットワークでQoSをサポートするトラフィック処理メカニズムです。

802.1pは、8つの優先度値のいずれかを伝送できる802パケットヘッダーのフィールド(OSIネットワークモデルのレイヤー2)を定義します。 通常、ホストまたはルーターは、ローカルネットワークにトラフィックを送信するときに、特定の優先度の値を割り当てて、送信された各パケットにマークを付けます。 スイッチ、ブリッジ、ハブなどのネットワークデバイスは、キューイングメカニズムを使用してパケットを適切に処理することが期待されています。 802.1pは、ローカルエリアネットワーク(LAN)に制限されています。 パケットが(OSIレイヤー3を介して)LANを通過するとすぐに、802.1p優先度が削除されます。
Diffservはレイヤー3メカニズムであり、diffservコードポイント(DSCP)と呼ばれるIPパケットのヘッダーのレイヤー3のフィールドを定義します。
Intservは、保証されたサービスとダウンロードを管理するサービスを定義するすべてのサービスです。 保証されたサービスは、測定可能で制限された遅延である程度のトラフィックを伝送することを約束します。 負荷を管理するサービスは、「軽いネットワーク輻輳」である程度のトラフィックを伝送することに同意します。 これらは、特定の量のトラフィックに測定可能なQoSを提供するように定義されているという意味で、測定可能なサービスです。

ATMテクノロジーはパケットを比較的小さなセルにフラグメント化するため、非常に低い遅延を提供できます。 緊急にパケットを送信する必要がある場合は、1つのセルの送信にかかる時間の間、ATMインターフェイスを常に無料で送信できます。
QoSには、このテクノロジーを機能させるさらに多くの複雑なメカニズムがあります。 重要な点を1つだけ挙げておきます。QoSが機能するためには、このテクノロジーをサポートし、開始点から終了点までの送信全体でそれに応じて構成する必要があります。

明確にするために、図を検討してください。 1。
私たちは以下を受け入れます:
すべてのルーターは、必要なプロトコルの送信に参加します。
ホストAとホストBの間で、64Kbpsを必要とする1つのQoSセッションがプロビジョニングされます。
64 Kbpsを必要とする別のセッションが、ホストAとホストDの間で初期化されます。
図を簡略化するために、ルーターがすべてのネットワークリソースを予約できるように構成されていると仮定します。
この場合、1つの64 Kbps予約要求は、ホストAとホストBの間のデータパス上の3つのルーターに到達します。別の64 Kbps要求は、ホストAとホストDの間の3つのルーターに到達します。最大値を超えないようにしてください。 代わりに、ホストBとCのそれぞれがホストAとの64 Kbps QoSセッションを同時に開始する場合、これらのホスト(BとC)にサービスを提供するルーターは接続の1つを拒否します。

ここで、ネットワーク管理者がホストB、C、D、Eにサービスを提供する下位3つのルーターでQoS処理をオフにするとします。この場合、接続に参加しているホストの場所に関係なく、最大128Kbpsのリソースの要求が満たされます。 ただし、あるホストのトラフィックが別のホストのトラフィックを危険にさらすため、品質保証は低くなります。 トップルーターがすべての要求を64Kbpsに制限した場合、QoSは維持できますが、これによりネットワークリソースの使用効率が低下します。
一方、すべてのネットワーク接続の帯域幅は128Kbpsに増やすことができます。 ただし、増加した帯域幅は、ホストBとC(またはDとE)が同時にリソースを要求している場合にのみ使用されます。 そうでない場合、ネットワークリソースは再び非効率的に使用されます。

MicrosoftQoSコンポーネント
Windows 98には、次のようなユーザーレベルのQoSコンポーネントのみが含まれています。
アプリケーションコンポーネント。
GQoS API(Winsock 2の一部)。
QoSサービスプロバイダー。
Windows 2000 / XP / 2003オペレーティングシステムには、上記のすべてのコンポーネントと次のコンポーネントが含まれています。
リソース予約プロトコルサービスプロバイダー(Rsvpsp.dll)とRSVPサービス(Rsvp.exe)およびQoSACS。 Windows XP、2003では使用されません。
トラフィック制御(Traffic.dll)。
汎用パケット分類子(Msgpc.sys)。 パッケージ分類子は、パッケージが属するサービスのクラスを識別します。 この場合、パッケージは適切なキューに配信されます。 キューは、QoSパケットスケジューラによって管理されます。
QoSパッケージスケジューラ(Psched.sys)。 特定のデータストリームのQoSパラメータを定義します。 トラフィックは特定の優先度値でマークされます。 QoSパケットスケジューラは、各パケットのキューイングスケジュールを決定し、同時ネットワークアクセスを必要とするキューイングされたパケット間の競合する要求を処理します。

図2の図は、プロトコルスタック、Windowsコンポーネント、およびそれらがホスト上でどのように相互作用するかを示しています。 Windows 2000で使用されているが、Windows XP / 2003では使用されていない項目は図に示されていません。
アプリケーションはスタックの最上位にあります。 彼らはQoSについて知っているかもしれないし知らないかもしれない。 QoSの能力を最大限に活用するために、Microsoftはアプリケーションで汎用QoSAPI呼び出しを使用することをお勧めします。 これは、高品質のサービス保証を必要とするアプリケーションにとって特に重要です。 一部のユーティリティは、QoSを認識しないアプリケーションに代わってQoSを呼び出すために使用できます。 これらはトラフィック管理APIを介して機能します。 たとえば、NetMeetingはGQoSAPIを使用します。 ただし、このようなアプリケーションの場合、品質は保証されません。

最後の釘
上記の理論上のポイントは、悪名高い20%がどこに行くのかという質問に明確な答えを与えるものではありません(これは、まだ誰も測定していません)。 上記に基づいて、これは当てはまらないはずです。 しかし、反対派は新しい議論を提唱しました。QoSシステムは優れていますが、実装は曲がっています。 その結果、結局20%が「ゴージャス」になります。 どうやら、それはすでにかなり長い間そのような製造を別々に反駁していたので、問題はソフトウェアの巨人も使い果たしました。
ただし、開発者に発言権を与え、ロシア語の記事「316666-Windows XPのサービス品質(QoS)の機能強化と動作」から選択した瞬間を紹介しましょう。
「プログラムが優先帯域幅を明示的に要求しない限り、ネットワーク帯域幅の100%をすべてのプログラムに分散できます。この「予約済み」帯域幅は、要求したプログラムがデータを送信しない場合に他のプログラムで使用できます。

デフォルトでは、プログラムは各コンピューターインターフェイスでメイン接続速度の最大20%を予約できます。 帯域幅を予約したプログラムがそれを使い切るのに十分なデータを送信していない場合、予約された帯域幅の未使用部分は他のデータストリームに使用できます。
さまざまな技術記事やニュースグループで、Windows XPは常にQoSに使用可能な帯域幅の20%を予約しているという声明があります。 これらの記述は間違っています。」
今でも誰かが帯域幅の20%を使い続けている場合は、さらにすべての種類の「微調整」と偏ったネットワークドライバーを引き続き使用することをお勧めします。 そして、それほど多くは「肥大化」しません。
QoSの神話である皆さん、死にます!

ユーリ・トロフィモフ、

トピックの続き:
ルーター

標準のガジェットは、最新バージョンのWindowsOCから無条件に削除されています。 しかし、ユーザーは何か良いものを失うことに慣れていないため、アナログを積極的に使用しています。 ずっと前に ...