ポイントツーポイントリンクパフォーマンスを測定するための正確な戦略


12

約100マイル離れた距離にある一見多くのホップを通過するフラットレイヤー2 1Gbポイントツーポイントイーサネット回線で回線性能を実証するための正確な手段を提供する必要があります。

ビジネス要件では、最小8msの遅延の精度でパフォーマンスを実証する必要があります。リンクは音声およびデータトラフィックを伝送するため、サービスSLAは1000Mbの帯域幅を保証する必要があります。

これらの要件を考慮して、パフォーマンスを測定する既知の正確な方法は何ですか?
私はテスト戦略を形成する可能性のある多くのメトリックを利用できることを知っていますが、圧倒的に多くの情報をGoogledに持っていて、iPerthのようなソフトウェアを使用すべきかどうか、このシナリオのベンチマークは何ですか?


この質問は非常に不明確です。「このタイプの接続でパフォーマンスを測定する」とはどういう意味ですか?前述のように、測定できるパフォーマンスメトリックは多数あります(ネットワークレイテンシ、ジッタ、帯域幅、ビットエラーレートなど)。パフォーマンスを測定する要件を与えた人とテストするメトリックを明確にする必要があります。
マイクペニントン

1
これは有効な質問だと思います。リンクが正常に実行されているかどうかを判断する方法が1000あるわけではありません。リンクの状態を示すメトリックが設定されています。
bigmstone

マイク-合意された指標を解決する必要があるとはいえ、これは十分明らかだと思います。彼らが成功裏に採用した戦略の経験について、いくつかの答えが欲しいと思っていました。もっと簡潔なものを提案したい場合は編集してよろしいですか?
マット

@MattEarp、あなたは私たちが答えることができない質問をしていると言っています(パフォーマンスを測定する最も正確な方法)... 「この回路は金融取引のトラフィックを伝送します。ノンドロップレートのパフォーマンスをテストし、1msの精度でレイテンシを測定するにはどうすればよいですか」としたら、解決策があります。元のリクエスタと回線SLAパラメータのニーズに基づいて、テスト戦略の構築を支援することができます...しかし、現在十分な情報はありません。ユースケース、メトリック、精度の要件を定義してください
マイクペニントン

@MikePennington-質問を編集して、最小レイテンシの観点から何を測定する必要があるかを理解しました。
マット

回答:


8

1xGE No Drop Rateをテストし、8ms以内の回線遅延を測定しようとする場合、nuttcpを使用して帯域幅をテストし、iperf2 / mtrを使用して遅延をテストします。

私は次のことをします...

  1. 可能であれば、2台のLinuxデスクトップPC を見つけます(ラップトップでも問題ない場合がありますが、1GEの速度でチップセットまたはバスのパフォーマンスに問題が生じる可能性があります)。これらのボックスに永続的なLinuxをインストールしたくない場合は、Performance SonarツールキットCDから起動できます。
  2. テスト用のパケットサイズを選択します。回線で音声サポートが必要なため、128バイトのイーサネットフレームなど、より小さなフレームでストリームをテストする必要があります。テストを実行していた場合、128、256、768、および1514バイトのイーサネットフレームを選択します。
  3. 背中合わせに接続されたLinux PCのnuttcp UDP帯域幅パフォーマンスをテストしてから、そのうちの1つを100マイル離れた場所に出荷します。さまざまなパケットサイズで1000 Mbpsを測定できるようにする必要があります。予想スループットレートを計算するときは、必ずフレーム間ギャップを考慮してください。たとえば、128バイトの平均イーサネットフレームサイズのタグなしgige回線で予想される最高のスループットは、864.9 Mbpsです。
  4. iperf2またはmtrを使用して、回路遅延をテストします...
  5. テストウィンドウを選択します。回線を少なくとも1日間継続的にテストするのが最善だと思います。キャリアのネットワーク内で潜在的なオーバーサブスクリプションを把握する必要がある場合は、2日から1週間が望ましいです。
  6. リンク上で必要なIPアドレス用に事前構成されたPCの1つをリモートサイトに発送します。

その他の考え

他の回答では、iperf2を単独で使用することが提案されています。ただし、UDPパケットサイズを調整するためのCLIオプションはありません。また、MS Windowsで高速で不安定なパフォーマンスを示す傾向があります。

キャリアイーサネット回線のテストに関するこのMetro Ethernet Forumのペーパーは、回線をテストするときに取るトレードオフのいくつかを一般的に理解するのに役立ちます。


iperfは、実際には新しいサイト(code.google.com/p/iperf)で v3に移動しましたか、それとも意図的にv2にリンクしましたか?
pauska

私はv3でテストしましたが、私の経験ではv2はより安定しているようです
Mike Pennington

出荷前に最初から最後までテストする際の優れたポイント。
generalnetworkerror

6

iperfはその仕事をすることができます。デバイスの機能を把握できるように、デバイスを最初から最後までテストしてください。

もちろん、より専門的なツールもあります。

これは、適切な方法論を読むのに適したRFCです:http : //www.ietf.org/rfc/rfc2544.txt


6

両端にPCがある場合は、Ixiaまたは他のツールからxjperfQcheckを実行できます。UDPまたはTCPを使用するかどうか、およびセッション数によって異なる結果が得られる場合があります。

100マイルを超える距離では、光ファイバ/銅の光速で1.6ミリ秒以上のRTTが見られます。したがって、RTTは非常に低く、おそらく数ミリ秒である必要があります。6ミリ秒のRTTがあるとします。Windowsのデフォルトのウィンドウサイズオプションでは、約85 Mbpsのスループットしか得られない場合があります。ギガ相当のトラフィックを送信するには、少なくとも768キロバイトのウィンドウサイズが必要です。

Throughput Calculator TCPを使用して、独自の計算を行うことができます。

Ixiaにはもっとハイエンドのツールがありますが、上記のツールにはないお金がかかります。


xjperf / iperfの場合は+1。これらの状況で非常に便利です。
パウスカ

2

iperf2だけでは質問に答えられない理由を説明する記事があります:http ://bradhedlund.com/2008/12/19/how-to-calculate-tcp-throughput-for-long-distance-links/

私はその記事を読むまで、この概念を本当に理解していませんでした。それが役に立てば幸い。


2

レイヤー2回路を測定したいので、私が書いているいくつかのフリーソフトウェアを恥知らずにプッシュしたいと思います。まだベータ版ですが、質問の情報に基づいて、必要なことを正確に実行します。

nuttcp、iPerf、jPerfなどとは異なり、Etherateはイーサネットテスト専用に設計されたレイヤー2上で直接実行されます。他のものと同様に、それぞれのラップトップが必要であり、私のIntel i3ラップトップは簡単にギグリンクを最大限に活用できます。

ベータ段階にあるため、MPLSテストのようなより高度な機能はまだ用意されていませんが、スループット、レイテンシ、MTUテスト(すべてレイヤー2イーサネットで直接実行)が実装されています。

https://github.com/jwbensley/etherate


1

リンクの完全な「ヘルスプロファイル」を取得するには、いくつかの異なるメトリックを考慮する必要があります。

  • 待ち時間
  • ジッタ
  • スループット
  • 損失

これらのメトリックを正確に測定する最良の方法は、テスト専用のデバイスを使用することです。Exfo、JDSU、およびFlukeは、このようなデバイスを製造する大企業です。

PCはこれらのメトリックを/ can /テストしますが、コンピューターに数値が歪んでいないこと、および使用しているアプリケーションが正確であることを確認する必要があります。

iperfは帯域幅スループットを測定しますが、それ以外の測定は行いません。Pingは時間遅延の瞬間を測定しますが、ジッターは測定しません。また、ICMPエコーは1ミリ秒まで本当に正確です。実際のレイテンシ測定を取得しようとしている場合は、1msの粒度で自分/アプリケーションに十分かどうかを判断する必要があります。


1

特定のテストを行うためのIperfおよびmtr。また、fpingプローブを使用してリンクパフォーマンスの簡単な履歴を取得します。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.