CoSとQoSは互換性がありますか？

CoSおよびQoSという用語は、特に、サービスクラスのプロファイルなどを製品セットの一部として提供する場合に、特にSP空間で互換的に使用されます。CoSは、トラフィックをレイヤー2でマークできる唯一の方法であり、QoSはレイヤー3でそのトラフィックに対して実際に行うことを決定するという理解を再確認したいと考えています。

誰もが2つの用語を区別するより現実的な実装例を提供できますか、あるいは代わりに私に重複を助言できますか？

QoSは、ポリシング、シェーピング、トラフィック分類、高度なキューイングメカニズムなどの機能の使用をカバーする包括的な用語です。

CoSは、レイヤ2イーサネットに限定されたQoSの形式であり、802.1Qタグの3ビット（8値）を使用してトラフィックを区別します。したがって、トランキングもCoSもありません。

DSCPは、レイヤー3で最も一般的に作用する値であり、IPヘッダーの6ビット（64値）で検出されます。通常、14個の値のみが使用され、ベストエフォート、緊急転送（EF）、および保証転送（AF）の表記を使用して参照されます。AF値の形式はAFxyです。xは1〜4で優先順位を、yは1〜3でドロップ確率を表します。

Telcoベンダー（特にAT＆Tなど）は、CoSという用語を使用して、MPLS製品でサポートする帯域幅割り当てクラスを定義します。基本的に、彼らはCoSをマーケティング用語に変えました。通常、電話会社はDSCPを使用して、トラフィックがどのCoSクラスの一部であると想定されているかを認識します。

これらの機能を設定するためのもう1つの重要なポイントは、Ciscoスイッチまたはルーターで「mls qos trust dscp」または「mls qos trust cos」などのコマンドを使用する必要があることです。そうしないと、デバイスはQoSマーキングをゼロにリセットします。モデル、構成、IOSバージョンに基づいていくつかの例外がありますが、これは過去数年の私の経験のすべてに当てはまりました。デバイスは両方のマーキングを使用できないため、どのマーキングを実行するかを知る必要があるため、この構成が必要です。DSCPの使用が好きです。CoSを使用する明確な理由はわかりませんが、誰かが持っているはずです。

サービスクラスは、通常は802.1qタグと組み合わせたレイヤ2識別子です（アクセスポートで参照されるCoSは表示されず、トランクポートのみが表示されます）。DiffServは、レイヤー3リンクの対応する識別子になります。Quality of Serviceは、レイヤー2とレイヤー3の両方のリンクが異なるタイプのリンクでトラフィックを分類、ポリシング、およびキューイングする方法を制御する両方のスーパーセットです。

CoSはレイヤー2で動作し、QoSはレイヤー3で動作します。

CoSは、VLANヘッダーに優先順位を追加する手段であり、後でQoSメカニズムによって解釈して、トラフィックを適切に処理できます。

実際の例としては、ネットワーク上のVoIP VLANがあり、通常はCoSフラグがCS7としてマークされます。ルーターのQoSエンジンは、それを解釈し、ポリシングまたはプロファイリングの状況でトラフィックを優先順位付けできます。

CoSをQoS実装とは独立して使用して、適切にタグ付けされたトラフィックを制御できない他のネットワークに渡すことができます。

これは、トピックの詳細な紹介を提供する優れたホワイトペーパーです。

ジュニパーネットワークスでは、より互換性があります。すべてのQoS設定は、設定のサービスクラススタンザの下で行われます。構成の例は次のとおりです。

class-of-service {
    forwarding-classes {
        queue 0 assured-forwarding;
        queue 1 best-effort;
        queue 2 expedited-forwarding;
    }
    interfaces {
        ge-0/0/3 {
            unit 0 {
                scheduler-map 1st;
                shaping-rate 100m;
            }
        }
    }
    scheduler-maps {
        1st {
            forwarding-class assured-forwarding scheduler test1;
            forwarding-class best-effort scheduler test2;
            forwarding-class expedited-forwarding scheduler test3;
        }
    }
    schedulers {
        test1 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test2 {
            transmit-rate 45m;
            buffer-size percent 45;
            priority low;
        }
        test3 {
            transmit-rate 10m;
            buffer-size percent 10;
            priority low;
        }
    }               
}

QoS（Quality of Service）は、パケット交換ネットワークでこれまで提供されていなかった保証を提供することを目的とした一連の手段です。これらはトラフィックシェーピングに使用され、場合によってはパケット交換ネットワークで回線交換プロトコルに近い品質保証を取得するために使用されます。実装ではこれよりもかなり複雑ですが、それが基本的な目的です。

CoSはサービスクラスの略で、QoSの目的で特定のイーサネットトラフィックを指定することを目的としています。たとえば、スイッチドネットワークでは、これを使用して、遅延に非常に敏感なTDMoEを通常のパケットスイッチドトラフィックと区別することができます（TDMoEは電話スイッチ/ゲートウェイ間で電話音声データを伝送する可能性が高い）。次に、これを使用して、QoS保証を確実に満たすことができます。これにより、概念の相互関係がわかります。

私が考える方法は、QoSは、接続交換ネットワーク（PSTNなど）に典型的な非常に堅牢な保証を提供しようとすることを本当に目指しているということです。イーサネット経由でこれにより、スイッチドネットワークでトランクを使用し、TDMoEで使用されていない帯域幅の一部を利用して、パケット交換通信に使用することができます。

したがって、私がそれを説明する方法は、QoSは特定の問題を解決するための技術とアプローチのセットであり、サービスクラスはそれに従って管理するためのデータ送信（特にイーサネットプロトコルレベル）への指定ですQoS。