最近、さまざまなベンダーのいくつかのスイッチモデルのデータシートを確認しています。特定のスイッチについて、ベンダーはスイッチのキャパシティ/パフォーマンスの尺度であると思われる図をいくつか公開しています。
異なるベンダーが図に異なる名前を使用しているにもかかわらず、意味は常に同じようです。
3つのことを理解したいと思います。
回答:
ベンダーデータシートを検討している場合、マーケティング数学の現実について簡単に触れたいと思います。ベンダーが全二重リンクを使用している場合、bpsまたはppsの容量をダブルカウントすることは非常に一般的です。たとえば、CiscoのCatalyst 6500にはスーパーバイザ720が搭載されています。720Gbpsのファブリックキャパシティとして販売されているため、720が使用されています。
しかし...シスコが720Gbpsをどのように計算するかを尋ねると、答えは次のとおりです。
ここでの問題は、そのファブリックが40 Gbps全二重ファブリックだけであるということです...しかし、シスコは、そのようにカウントすることは実際には意味がありませんが、720G番号で入力と出力の両方をカウントします。重要な点は、ベンダーの資料に記載されている数値を現実に適用する方法を慎重に検討する必要があることです。
ほとんどすべてのベンダーがこのようにマーケティングの数字を変えていますが、プラットフォームに非常に精通しているため、Cat6500のみを選択しています。これは、シスコやCat6500を非難するものではありません（実際、私は非常に情熱を持っています）。
各図の正確な意味は何ですか？それらの違いは何ですか？
スイッチ評価の各値にいつ焦点を合わせるべきですか？
この種の分析には時間と場所がありますが、ほとんどの人は、忙しいデータセンターのトップラックスイッチまたは中規模から大規模のコアスイッチでない限り、スイッチpps / bps容量のごく一部しか使用しませんサービスプロバイダーのPOP。
それでも、ベンダーの営業スタッフは、製品の制限を強調することに興味がないか、制限を自分自身でよく理解していない場合があります。また、1秒あたりのパケット数は、機能、または有効にする機能の組み合わせに応じて変わることがよくあります...いくつかの良いテストケースを考え出し、ボックスのパフォーマンスをテストすることに代わるものはありませんあなたが現実的に必要だと思う機能の組み合わせ。
データシートに記載されている数値とゲームの違いにより、ベンダーに尋ねることができる最も重要なことは、「このコンポーネントのbps数とpps数の計算方法を教えてください」です。
とはいえ、ハードウェアとソフトウェアの機能は、ドラッグレースのbps / ppsの数値と同じくらい重要であり、考慮する必要があります。見たいアイテムの小さなサンプルを含めています。これは非常に主観的です。 ..
転送エンジン（通常はppsで測定）
ファブリック/ラインカードファブリック接続/ラインカードASIC（通常はbpsで測定）
通常、スループットはMbps（Mビット/秒）およびMpps（Mパケット/秒）で表示されます。これらは、バックプレーンまたはボックスのスループット数と見なされます。 マーケティング資料は通常、長さが1500バイトの大きなパケットの理想的な条件下で、最適な観点から数字を示します。パケットの長さとプロトコルの両方が異なるデータのインターネットミックス（IMIX）を使用するテスト条件下で、現実的なスループットを得ることができます。
@generalnetworkerrorおよび@MikePenningtonによって提供される適切な回答に追加するには
データシートで報告されるppsとbpsは両方とも理想的な数値であり、bpsがしばしば二重にカウントされるだけでなく（二重カウントは10Gbpsインターフェースに対応するために20Gbpsのメモリ帯域幅が必要になるため、このコンテキストでは公平ですが、マイクが説明したように、購入者を混乱させます。
しかし、特にppsは、ベンダーの「標準」の定義のシナリオに最適化されており、シナリオはスイッチのようなデバイス（Cisco Catalyst、Juniper ex、Force10、Brocade）で一定の時間で実行される傾向があるため、その影響ははるかに小さくなりますルックアップ用のASICタイプのデバイス。また、設計上の通常のCPUに近いNPUを実行する傾向があるため、ルーターのようなデバイス（Cisco ASR9k、Juniper MX、Alcatel SR）により多くの影響を与える傾向があり、作業の実行に時間がかかります。
CiscoがMiercomにCisco + Juniperをテストし、JuniperがEANTCにCisco + Juniperをテストするなど、ベンダーが「サードパーティによる検証」テストを購入すると、この固有の機能が活用されます。
これらのEANTCとMiercomのエンジニアは、両方のプラットフォームの内部情報を提供され、この内部情報を使用して、ある顧客のプラットフォームが別のプラットフォームよりも優れているかどうかを示します。そのベンダーが選択した理想的なシナリオで妥協をターゲットとするテストケースを選択するためです。
幸運なことに、スイッチのようなデバイスではppsまたはbpsが問題になることはめったにありません。たとえば、プラットフォームのbps / ppsの制限に近づく前に、マイクロバースト（小さなバッファの結果）に噛まれる可能性がはるかに高くなります。
より一般的には、ppsおよびbpsは、COTS CPUを実行するローエンドボックス、つまりCisco ISR、Juniper SRXブランチ、ファイアウォールなどのソフトウェアベースのボックスに影響します。
非常に一般的で大雑把に言えば、bpsはメモリ帯域幅を測定し、ppsはルックアップパフォーマンス（「CPU」速度）を測定します
上記の声明に同意し、すべてのベンダーが少しずつ統計情報を変更することも知っています。すなわち、PAT、シンプルなファイアウォールルール、アクセスコントロールリスト、QOSを有効にすると、これらの数値は時間を半分に減らすことができます。これは、ネットワークデバイスの処理能力とネットワークデバイスで実行されるすべてのサービスが特定のCPUリソースの量。PPSとBPSは常に使用するのに最適な統計情報ではありません。
アップグレードを検討するときは、現在利用しているものを確認してください。SNMP（Simple Network Management Protocol）は、これを達成するのに役立ちます。環境をアップグレードして、新しいデバイスの現在のネットワーク使用率の帯域幅が％50未満、CPU使用率が％40未満になるように成長の余地を確保します。