web-dev-qa-db-ja.com

ファストイーサネットをギガビットネットワークに移行するとパフォーマンスが低下する

私は非常に奇妙な問題を抱えています。 Windows XP SP3、Windows 7、および一部のWindows Server 2008 R2が混在する約100台のPCを備えたオフィスコンピュータネットワークでは、メインを変更してネットワークをファストイーサネットからギガビットにアップグレードすることにしました。 1Gbpsスイッチ(ZyXEL GS1910-48)を備えた100Mbpsスイッチ(TP-Link)。ネットワークに保存した他の2つのギガビットスイッチ(TP-Link)があり、それらは新しいスイッチにアップリンクされます。

この変更後、最適化する代わりにネットワークパフォーマンスが低下しました! PCのグループ(約15)は、マップされたWindowsドライブとしてWindows Server 2008の会計ソフトウェアを使用してソフトウェアをロードし、会計データにアクセスして書き込むときにサーバーへのTCP接続を使用します。変更後のそのネットワークは10Mbpsネットワークのように劣化し、変更前は高速だったすべての操作が遅くなります。

スイッチのフロー制御を確認したところ、すべてのポートで無効になっています。また、すべてのクライアントマシンのフロー制御とQoSを無効にしました。アカウンティングサーバーに接続されているスイッチポートで、エラーと拒否されたパケットカウンターがほぼ毎秒増加していることに気付きました。すべてのイーサネットケーブルは、新しいCAT6で変更されています。一部のPCには100Mbpsカードがあり、その他のPCには1Gbpsがあります。クライアントの速度を手動で100Mbpsに変更すると、FDXのパフォーマンスは向上しますが、スイッチを変更する前とは異なります。何か案は?

1
Jovani

特定のポートでエラーカウンターが継続的に増加している場合は、デュプレックスのミスマッチまたはケーブルの不良の可能性があります。まれに、いずれかの側(スイッチまたはNIC)でPHYの欠陥、ステーション側でドライバーの問題、またはスイッチのバグが発生する場合があります。

したがって、最初に、問題のポートのスイッチと接続されたステーションのデュプレックス設定を確認します。両側のいずれかが自動ネゴシエーション用にnotに設定されている場合、もう一方の側は半二重動作にフォールバックします。たとえば、ステーションが「1 Gbps、全二重」に設定されている場合、スイッチ側で開始された自動ネゴシエーションの試行は失敗するため、1 Gbpsの半分を使用します。 デュプレックス。タイムリーに受信されなかったフレームが衝突として破棄され、伝送パフォーマンスが大幅に低下します。一般に、すべてをオートネゴシエーションのままにしておくことをお勧めしますが、すでに問題が発生しているのに問題が発生する場合は、両側を同じパラメータに設定してください。バグのあるNICとスイッチが存在するため、オートネゴシエーションで正しい結果が得られない可能性がありますいくつかのケースでは。

もう1つ確認する必要があるのは、 ジャンボフレーム -いずれかの側が長すぎるフレームを受け入れないように設定されている場合、それらは「長すぎる」または「不正な長さ」としてカウントされます。

ケーブルの欠陥やPHYの破損により、ほとんどの場合、CRC/FCSエラーカウンターがかなり迅速に増加します。それがケーブル接続であるかPHYであるかを確認する最も簡単な方法は、コンポーネントを交換するだけで除外することです。スイッチのポートを変更し、ステーション側のNICを交換し、ケーブル配線を既知の商品に交換します。

また、フロー制御を無効にしないでください-一般的に、それは良いことです。

7
the-wabbit