トラフィック管理の推奨事項
トラフィックの優先順位付け/管理に向けた戦略は何ですか。
パケットシェーピングソリューション のリストを取得するだけではありません。代わりに、次のようなトラフィック管理戦略に関する推奨事項を入手したいと思います。
- 使用している、または使用したことのあるソフトウェア/ハードウェア製品
- このソリューションの実装方法/実装方法
- このソリューション/戦略を推奨する（または推奨しない）理由
これは私が聞いたいくつかの解決策ですが、それらについては（あったとしても）あまり経験がありません：
- Linux Advanced Routing Traffic Contro（ http://lartc.org/ ）
- Packeteer（ http://www.bluecoat.com/products/packetshaper/specifications ）
- NetEqualizer（ http://www.netequalizer.com/nda.htm ）
- ネットワークComposer（ http://www.cymphonix.com/Products.html ）
- NetEnforcer（ http://www.allot.com/index.php?option=com_content&task=view&id=45&Itemid=88888966 ）
いくつかのメモ：
- 価格情報を含めるかどうか自分で議論しています
- これは、トラフィック管理の必要性があることを前提としています
delay pools オプションを指定したsquidを非常に単純な開始点として使用するのが好きです。このソリューションの弱点は、プロキシを介して強制できるタイプのトラフィックでのみ役立つことです。
設定するには、必要に応じてEdgeデバイスにsquidを設定します。透過的に傍受できないプロトコル用にクライアントを構成します。
Netequalizerは、独立したブログ、フォーラム、およびリストサーブでユーザーが言っていることをリストするページをまとめました。したがって、実際に使用している人々からフィードバックを得るのに良い方法です-- http://netequalizernews.com/about-the-netequalizer/what-netequalizer-users-are-saying/
Linux on 高度なルーティングとトラフィック制御 のすばらしいハウツーがあります。 トラフィックを分類することによる帯域幅管理 に関する非常に素晴らしいセクションが含まれています。
私はPacketeerデバイスでかなりの作業を行いました。これらは、帯域幅を管理するための事実上の企業標準製品だと思います。
これらはインラインに配置されたハードウェアデバイスであり、マシンまたはアプリケーションごとにトラフィックを制限できます。優先度とハード制限の両方を設定できます。
したがって、たとえば、WANリンクを設定して、たとえば256kのみを使用して、電子メールを低優先度に設定できます。RDPトラフィックを最優先に設定し、必要なだけのnadwidthを設定できます。実際、プロトコルの制限を、そのプロトコルのすべての接続ごとに設定できます。
パケッターデバイスは簡単に操作できますが、高度な機能がたくさんあります。私はそれらをお勧めします。もちろん安くはありません...ごめんなさい。