1
HTBを介した帯域幅の共有とリアルタイムトラフィックの優先順位付け。どちらのシナリオが適切に機能しますか？
インターネット回線に何らかのトラフィック管理を追加したいと思います。たくさんのドキュメントを読んだ後、HFSCは私には複雑すぎると思います（すべての曲線を理解しているわけではありません。正しく理解できないと思います）。CBQはお勧めしません。基本的にHTBはほとんどの人のために行きます。 私たちの内部ネットワークには3つの「セグメント」があり、それらの間で帯域幅を多かれ少なかれ均等に共有したいと思っています（少なくとも最初は）。さらに、少なくとも3種類のトラフィック（リアルタイムトラフィック、標準トラフィック、バルクトラフィック）に従ってトラフィックを優先する必要があります。帯域幅の共有は、リアルタイムトラフィックを可能な限り常にプレミアムトラフィックとして扱う必要があるという事実ほど重要ではありませんが、他のトラフィッククラスが不足することはありません。 問題は、何がより意味があり、リアルタイムのスループットが向上するかを保証することです。 セグメントごとに1つのクラスを作成し、それぞれが同じレートを持ち（HTB開発者によると、葉ではないクラスでは優先度は関係ありません）、これらの各クラスには、3つの優先度レベル（異なる優先度）の3つのサブクラス（葉）がありますと異なるレート）。 優先度レベルごとに1つのクラスがあり、それぞれに異なるレートがあり（やはり優先度は関係ありません）、セグメントごとに1つずつ、3つのサブクラスがありますが、リアルタイムクラスの3つすべてが一括で最高のプリオ、最低のプリオを持ちますクラスなど。 次のASCIIアートイメージを使用して、これをより明確にするようにします。 Case 1: root --+--> Segment A | +--> High Prio | +--> Normal Prio | +--> Low Prio | +--> Segment B | +--> High Prio | +--> Normal Prio | +--> Low Prio | +--> Segment C +--> High Prio +--> Normal Prio …