ネットワーク速度のトラブルシューティング-古くからの質問
古くからある質問だと確信していることについて、助けを求めています。ネットワークスループットをより明確に理解したいと思っている状況にありますが、「クリック」するような情報を見つけることができません。
地理的に分散したいくつかのサーバーがあり、さまざまなバージョンのWindowsを実行しています。常に1つのホスト（デスクトップ）をソースとして使用すると仮定すると、そのホストから全国の他のサーバーにデータをコピーすると、速度に大きなばらつきが生じます。場合によっては、データを一貫して12MB/sでコピーできることもあれば、0.8MB/sが表示されることもあります。 8つの宛先をテストした後、常に0.6〜0.8 MB/sまたは11〜12 MB/sになっていることに注意してください。私たちが主に関係している建物には、ISPへのOC-3接続があります。
さまざまな要素が関係していることはわかっていますが、理解を深めるために、ここの専門家がいくつかの基本的な質問に答えてくれることを期待していました。
1.）Windows XP、サーバー2003などを実行し、100Mbpsイーサネットカードと72ミリ秒の標準レイテンシを備えた古いマシンの場合、0.8 MB/sの音はまったく妥当ですか？それとも、問題を示すのに十分遅いと思いますか？
2.）「スループット= TCPウィンドウ/待ち時間）」の古典的な「数学的最速」は、私たちの場合、0.8 MB /秒（64Kb/72 ms）と計算されています。それは上限です;到達することは決して期待できません（オーバーヘッドのために）その速度を超えることは言うまでもありません。ただし、場合によっては12.3 MB /秒の速度が見られます。ネットワークの周りにSteelheadアクセラレータが散在しています。それらはそのようなより高い転送速度を説明できますか？
3.）SMB vs. SMB2を使用すると、速度の違いを説明できる可能性があります。実際、予想どおり、パケットキャプチャは、使用中のOSバージョンに応じて両方が使用されていることを示しています。 SMB2を使用するかどうかを決定するものは理解していますが、SMB2でどのようなパフォーマンスの向上が期待できるか知りたいです。
私の問題は、合理的なネットワーク速度とは何かという点で、経験の欠如であり、さらに重要なのは視点です。誰かが来るコンテキスト/視点を伝えるのを手伝ってくれる？
多くのコメントとユーザーがここで素晴らしいアドバイスを提供しています。それらのいくつかは、私が探していたものにかなり近づきましたが、私は幸運にも私たちの会社のネットワークのベテランに会って、物事を明確にしてくれました。他の人のためにここに私の発見/理解を投稿すると思いました。このいずれかがずれている場合は、遠慮なく修正してください。
1.）シングルスレッドの最大スループットTCP 72msのレイテンシと64Kウィンドウのセッションは約0.8 MB /秒であり、シングルスレッド、シングルセッションコピーなど、その速度は妥当なものです。ロボコピーで行いました。
2.）この速度の違いは、転送方法の有効性に起因するようです。私たちのケースでは、RobocopyとRepliwebを使用していました。 robocopyが単一のTCPセッションを使用していることを発見しましたが、Repliwebは複数のセッションを開いてデータを送信できます。
3.）マイクロソフトのWebサイトの調査によると、SMB2はSMB1よりも大幅にパフォーマンスが向上していることがわかります。ただし、OSが使用するプロトコルをネゴシエートする方法に問題がある場合があるため、a。）どちらの場合にSMB2 mayを使用するか、およびb。） SMB2は実際にはネットワークキャプチャに基づいて使用されていません。
現在、Wire-sharkはSMB2プロトコルの使用を判別できるようです。
これがお役に立てば幸いです。ここでも、私の理解はここではかなり初歩的なものです。自由に拡大してください。
参照している数式は、実際に利用可能な実際の帯域幅ではなく、TCPの最も効率的な送信ウィンドウサイズ設定を決定する方法です。 TCPは、ネットワーク条件に基づいて送信速度を調整できるスライディングウィンドウと呼ばれるメカニズムを使用します。アイデアは、TCPトランスミッタがより多くのデータを送信するということですデータの損失がある場合、確認応答の間に送信されるデータの量が減少するため、実効帯域幅も減少します。
問題の数式は実際に、特定のホストペア間の待ち時間と往復待ち時間に基づいて、その理想的なサイズを決定しますTCP送信ウィンドウ。ウィンドウのサイズが「処理中」のデータ量は、帯域幅遅延積と呼ばれるものに対応します。たとえば、毎秒50メガビット（6.25メガバイト）で、平均往復遅延が100ミリ秒の場合、6.25 * 0.1 = 625キロバイトのデータ。これはTCPがネゴシエートする値です（正しく構成されている場合）。リンクの待ち時間と帯域幅の特性が変化すると、ウィンドウサイズも変化します。
必要なのは、ソースとさまざまな宛先の両方で実行されるiperf（無料）のような帯域幅管理ツールです。これにより、（他のアプリとは無関係に）可能なスループットの実際の量がわかり、同時にレイテンシに関する洞察も得られます。ホスト間で拡張pingを実行すると、レイテンシ特性の一般的な考え方も得られます。このデータがあると、スループットに関する限り、何を表示する必要があるかがよくわかります。
ところで、あらゆる種類のLANオプティマイザを使用すると、データ圧縮、TCP最適化、キャッシングなど）が組み込まれることがよくあります。未処理の帯域幅/遅延（およびパケット損失の可能性もある）についてのアイデアは、さまざまなホストが利用可能な帯域幅を適切に利用するように設定されていることを確認するために、さらに詳しく調べることができます。
「ping -l 8092」またはFTPまたはHTTPを試して、SMB問題かどうかを確認します。
まず、コンピュータを接続するためにどのメディアを使用していますか？ 「100mpbs」って何？イーサネット？ 「地理的に分散した」コンピュータには使えませんよね？
「vpn over Internet」の場合、コンピュータ間のルーターは異なるリンクを使用する可能性があります。1つは高速で、もう1つは高速ではありません。彼らは多くのパラメータに基づいてリンクを選択するかもしれません。
ネットワークについて説明してください。
これはMTUの問題である可能性もあります。いくつかのリンクは異なるMTUを持つ場合があります。