ネットワークハードウェアを「自動調整」速度または固定速度に設定する必要がありますか？

我々は最近、少し問題がなかった複数のサーバーが断続的にかなり痛いツー解決方法（必要なハードリブート）にネットワーク接続を失うことになるとネットワークを。これは、異なるサーバー上で、約2週間、ランダムに思われます。識別できる特定のパターンはありません。

少し掘り下げた後、問題のあるポートについてスイッチが100 Mbpsを報告していることがわかりました。

これは、Joel Spolskyの記事「Five Whys」で起こったことと非常によく似ています

Michaelは事後分析に時間を費やし、問題がスイッチの単純な構成の問題であることを発見しました。スイッチが通信に使用できる速度はいくつかあります（10、100、または1000メガビット/秒）。速度を手動で設定するか、スイッチが自動的に両側で動作できる最高速度をネゴシエートできるようにすることができます。失敗したスイッチは自動ネゴシエーションに設定されていました。これは通常は機能しますが、常にではありません。1月10日の朝には機能しませんでした。

私たちは、今持っているオートネゴシエーション無効当社のネットワークハードウェア上で1000 Mbpsの（ギガビット）の固定金利に設定します。

サーバーハードウェアネットワーキングの専門知識が多い方への私の質問：

1. 最新のネットワークハードウェアでの自動ネゴシエーションの問題はどのくらい一般的ですか？
2. ネットワークをセットアップする際に、自動ネゴシエーションを無効にして固定速度を設定することは、適切な標準のネットワーク慣行と見なされますか？

1. ネットワーク速度の自動ネゴシエーションに関する問題は、（a）リンクの一方の端での手動の不一致ともう一方の端での自動の不一致、または（b）リンクの障害コンポーネント（ケーブル、ポートなど）。

2. これは管理者に依存しますが、私の経験では、リンク速度と二重設定を手動で指定すると、速度の不一致に陥る可能性があります。どうして？スイッチとサーバー間のさまざまな接続を文書化し、変更を行う際にその文書に従うことはほとんど不可能だからです。私が見たほとんどの障害は1（a）が原因であり、速度/二重設定を手動で設定し始めたときにのみその状況に陥ります。

シスコのドキュメントで言及されているように：

自動ネゴシエーションを無効にすると、リンクのドロップやその他の物理層の問題が隠されます。ギガビット自動ネゴシエーションをサポートしない古いギガビットNICなど、エンドデバイスへの自動ネゴシエーションのみを無効にします。絶対に必要な場合を除き、スイッチ間の自動ネゴシエーションを無効にしないでください。物理層の問題が検出されず、スパニングツリーループが発生する可能性があります。

速度/デュプレックスの確認を必要とするネットワーク変更の変更管理システムをセットアップする準備ができている場合（およびフロー制御を忘れないでください）、またはすべてのネットワークデバイスでこれらの設定を手動で指定することから生じる不定期の不一致に対処したい場合を除き、次に、デフォルト設定のauto / autoのままにします。

将来的には、MRTGを使用してスイッチポートのエラーを監視し、問題が発生する前にこれらの問題を発見できるようにすることを検討してください。

編集：私は多くの人々が古い機器の交渉の失敗を参照しているのを見ます。はい、これは標準が作成されていて、すべてのデバイスがそれらに従っていないという昔の問題でした。NICとスイッチは10年未満ですか？その場合、これは問題になりません。

1. 非常によくあることですが、私は長年にわたってさまざまなタイプのハードウェアで多くの問題を抱えてきました。

2. 私の意見では、セットアップが静的（サーバーラックなど）で、変更があると思わない場合は、速度とデュプレックスを手動でセットアップすることをお勧めします。将来の問題を回避できるように十分に文書化されている限り。

編集：

明確にするために、ネットワーク全体で手動の速度を使用することを推奨しているわけではありません。95％の時間自動/自動が道であると言えます。デュプレックス/速度に問題があり、ネットワークの小さな部分（つまり、サーバーラックの1つ）のほとんどが手動設定であると言っています。使用されていないポートをシャットダウンし、ほとんどのポートでMACフィルターを使用して非常に厳密に制御されたLANを運用しているため、速度を追跡することはそれほど難しくありません。

オートネゴシエーションが1日1時間または1か月働いていた場合、何らかの理由でリンクが固定速度に設定されると「何らかの問題が発生する」ため、解決されずに回避される問題があると思います。実際の問題が修正されるまで、一時的な解決策としてリンクを固定に設定するのを見ていると思います。

トラブルシューティングの手順（毎回停止し、問題が再発するのを待つと仮定します）：

1. スイッチのログを調べて、100Mを使用している理由がわかるかどうかを確認してください。
2. まだ実行している場合は、Joelが常にプッシュしている非常に悪意のある「Windowsロードバランシング」でたらめをオフにします。動作方法は、スイッチのキャッシュを破壊し、すべてのパケットをソフトウェアで処理することです。スイッチは、ハードウェアでパケットを転送するように設計されており、未知のトラフィックフローがどの物理パスを取る必要があるか（in-> asic-> out）を把握し、それを行うようにハードウェアをプログラムするために必要なCPUのみがあります（読み取り：a計算機はスイッチよりも優れたCPUを備えています。スイッチのCPUの動作を難しくするような愚かなことはしないでください）。Windowsのロードバランシングは、スイッチがその決定を行い、すべてのパケットにハードウェアキャッシュを再インストールすることにより機能します。それはこの特定の問題を解決しないかもしれませんが、ポッドキャストから私を悩ませます...ごめんなさい。
3. 設定が両側で一致していることを確認してください-あなたがそれをやったように聞こえます
4. Googleによるスイッチのオートネッグバグ-自分で構築しない限り、使用しているものでオートネグを実行しようとしているのはあなただけではありません
5. ケーブルを定格のCat5e以上に交換します。理想的には、ワークステーションが接続されているケーブルなど、機能することがわかっているケーブルを使用します。Cat5、または誰かが作ったがらくたを使用しようとしないでください。実際にパッケージから成形されたものを使用してください。
6. ポートを移動する-サーバーを同じスイッチの別のポートに配置します
7. NICを変更します-別の時間に注文した別のバッチを使用します

この時点で、構成、接続されている物理ポート、それらの間のケーブル接続がなくなりました。それがいた場合は、まだ起こって、いくつかの他の原因は次のようになります。

1. ケーブル配線-AC電源ケーブルからのEM干渉に注意し、ラックの異なる側面に配線します。
2. 冷却-環境温度が90度のようなものではなく、NICカードが何らかの「親愛なる神様、この1パケットを送ってください」モードに陥っていないことを確認してください。シスコのルーターは、たとえばオーバーヒートしているときに、高速スイッチングの実行を停止し、CPUを介してパケットを転送することは聞いたことがありますが、見たことはありません。
3. スイッチを吸わないものに交換します-ホストが毎秒どのくらいの帯域幅で通信しているかを確認してから、スイッチの定格バックプレーン容量を確認します。たとえば、潜在的な48個のうち7個のホストがすべて1.0Gを送信していれば、Cisco 3750を停止できます。また、安価なネットワークベンダー（D-Link、Linksys、Dell、Intel、およびHP）にも非常に注意してください。ネットワーキングを真剣に使用している人は誰もいません。「Ciscoを使用したことで解雇された人はいない」からではなく、「20/48ポートのIntelスイッチが2年以上故障したことを覚えている」または「ProCurveを排他的に使用していたため」私が実際にCiscoを使用するまで、Ciscoがどれほど邪悪であったかを伝え、その時点で、私はより少ないものを買うのをやめました」シスコはミッドレンジと見なされますネットワークベンダー、それではシスコの下の人たちについて何を教えてくれますか？:-)

背景/なぜ私の答えが最も素晴らしいのか：私は金融業界でネットワーク/システムエンジニアとして働いていますが、小規模なグローバルネットワーク（15支店、8データセンター）での経験は次のとおりです。

両端の機器を制御し、両側に何らかの種類のアクセス権を持っているため、すべてのLANポートは自動です。これは、誰かに電話をかけて設定を確認するのと同じくらい簡単かもしれません。3年間で、オートネグの故障により内部ポートの1つしか故障していませんでした。これは、ケーブルの不良が原因でした。ケーブルを交換すると消えました。

前任者がNICに100 / fullをハードコーディングし、その事実を文書化していなかった場合、さらに多くの問題がありました。次のmaintウィンドウですべてをauto / autoにリセットし、それ以降は問題ありません。

WANの通信事業者から銅線のハンドオフを受け取った2つの場所で？銅線のWAN /インターネット接続が常に吸い込まれることをほとんど期待する必要があります。autoneg用のバグのあるファームウェアを持っているが、MPLSタグ付けを行う古代のExtremeスイッチはありますか？ISPの20万ドルのCienaエッジデバイスは、ツイストペアでイーサネットを提供するにはあまりにもすごすぎるので、5ドルのメディアコンバーターが必要ですか？それをどのように処理するかを事前に決定して固執し、合意された構成が文書化されておらず、従うべきポリシーがあるため、土曜日の午後10時にキャリア内のいくつかのツイットを変更することを期待します

ただし、真剣に、ISPからファイバーハンドオフを取得してください。

私が担当するネットワークは（他の数人と一緒に）〜40台のサーバー、1000台以上のワークステーション（かなり大きなキャンパスに分散）、およびさまざまなタイプと年齢の広いエリアに分散する〜1000個のWAPで構成されていますネットワーク機器の。

dimitri.pが言ったように、何かが突然自動ネゴシエーションの停止に失敗した場合、通常は別の問題を示しています。手動でポートを設定することは、腸に刺された人に絆創膏をかけるのに似ています-出血を止めるかもしれませんが、その下には必ず損傷があります。

私のいつものチェックリスト：

• マシン上で何か変更はありましたか？ドライバー？OSレベルまたはBIOSレベルの設定？おそらくOSでautonegが無効になっていますか？
• パッチケーブルを交換し、ケーブルの配線を確認しました（1ラック以上のロガーの場合）
• スイッチポートが不良または故障しているかどうかを確認するためにテストしましたか？
• NICが悪くなる可能性はありますか？

当社は、原則として、決してそれは他のすべての原因が排除されているような状況でない限りサーバー上で無効にAUTONEG（またはデータセンター内の他の何か）、我々は、スイッチポートを移動していないケーブルを変更し、NICをテストし、などと何があります他の選択。その場合、文書化されて死亡します。これは非常にまれにしか発生せず、通常はBIOSおよびOS設定を確認するためのアクセス権を取得できないアプライアンスで発生します。

一方、ワークステーションとAPは別の話です。オートネゲートの失敗は、ケーブルの配線不良の典型的な兆候であり、夏の新しいケーブル壁のシーズンが始まるまで、多くの場合、速度とデュプレックスを手動で設定する必要があります。

これはネットワークの神話です。1998年にベイスイッチはシスコなどと交渉しなかったため、当社のネットワーク担当者はこのナンセンスを誓います。したがって、地上の機器の99.999％にデフォルトを使用する代わりに、このとんでもない構成管理の演習と、NICドライバーの更新が設定を自動ネゴシエーションにリセットして何かが起こるような状況でのスケープゴートがあります。

サーバーの多くがNICチーミングなどの疑わしい機能を使用しているため、スイッチが故障した場合にネットワークアクセスが失われるのを防ぎ、はるかに可能性の高いソフトウェア障害にさらされるため、さらに面白くなりました。（ドライバーはいつも吸います）

ネットワークを守るために、多くのサーバーはWindowsのデフォルトのNICドライバーを使用して実行されていますが、これは一般的に悪いことです。自動ネゴシエーションに問題があり、ギアがクリントン政権の日付になっていない場合は、それらのNICドライバーを更新します。

オートネゴシエートする必要があります。確実にオートネゴシエートできないスイッチがある場合は、より良いスイッチを購入してください。

ギガビットは自動ネゴシエートすることになっており、自動クロスオーバー（MDI-X）検出が含まれます。

100baseTは、一方の端が自動に設定され、もう一方の端が手動に設定されている場合に失敗することが保証されています。一方を強制的に100 / fullにすると、もう一方は 100 / halfに自動ネゴシエートされ、デュプレックスの不一致が生じます。

通常、ネットワーク機器が1000 / fullではなく10 / halfにネゴシエートするのを見て、サーバーを固定に設定します。

また、一部のCoLoは、スイッチをネゴシエートしないように設定しますが、1000 / fullでのみリンクを作成します。

テストされていない初期構成で自動ネゴシエーションを無効にすることは、ブードゥー教のプログラミングと似ています。正当な理由なしに何かを変更していることになります。テスト後に、デュプレックスまたは速度の不一致があるか、ポートに過剰なエラーがある場合は、他のトラブルシューティングを行い、必要に応じて最終的に設定を修正します。

ドライバーをアップグレードしたり、ハードウェアを交換した場合、サーバー側で設定が保持される保証はありません。

リンクの両側をネゴシエートするように設定するか、両側を修正します。一部のデバイスで速度とデュプレックスの設定を修正すると、その機能をピアに通知しなくなります。一方が機能をアナウンスし、もう一方が機能をアナウンスしない場合の処理​​についてイーサネット標準が何を言っているのかわかりません。10分の2である最小公分母を選択する人もいれば、すべてが正常であると仮定し、可能な限り速い速度を選択する人もいます。

銅線SFPを備えた（少なくとも一部の）Ciscoスイッチのように、ギガビット銅線イーサネットでの自動ネゴシエーションをサポートしない現代的なハードウェアがいくつかあります。

何年も前、私は3comでネットワーク機器のほとんどすべての技術サポートを行っていました。この問題が発生する頻度は驚くべきことであり、すべてを手動で設定するのはほとんど標準的な手順でした。

自動ネゴシエーションで多くの問題が発生しました。もちろん、多くは数か月ごとに1つを意味しますが、それは私の本ではあまりにも多くの問題です。

自動ネゴシエーションの問題は、特にネットワーク、サーバー、アプリケーション、およびデータベースを扱う人が4つの異なるチームである場合、見つけるのが困難です。通常、最後の2つは多くの時間を往復して、お互いにパフォーマンスの悪さや測定値について嘘をつき、時にはサーバーの人々に蹴ります。サーバーの人々は「トップ」の出力を正しく見て、すべてがサーバーで問題ありません。

これは、問題が「専門家」（実際にはジェネラリストであり、したがってネットワーク、ハードウェア、オペレーティングシステム、データベース、フレームワーク、およびアプリケーションを理解している人）がトラブルに割り当てられ、問題を見つけるまでエスカレートするまで続きます5〜10分以内。

だから、私自身の経験則は、私がそれについて何かできることがあるときはいつでも、実動サーバー、スイッチャー、ルーターに常に固定速度を設定することです。非本番サーバーも、それを使用するユーザーがルートアクセス権を持っていないために十分に分離されている場合。

デスクトップ/ノートブックへのアクセスを処理するスイッチは、自動ネゴシエーションに任せることができますが、ルールには例外があります。1つだけ言えば、ネットワークで多くの変更が行われている場合は、自動のままにして、物事に注意することをお勧めします。

オートネゴシエーションに関してどのような選択をしても、役に立つかもしれないもう1つのポイントは、モノを監視することです。Nagiosまたはwhat-have-youを設定するだけで、重要なポートの状態を監視できます。とにかく、そのネットワーク機器を既に監視していますよね？

大まかなもの。速度またはデュプレックスを強制した場合、10Mbを超えると接続しない100Mb 3com NICを見てきました。ドライバーに100Mb Fullおよび100Mb Halfの設定があったとしても、自動ネゴシエーションを許可することによってのみ、最高速度を得ることができました。

多くのNICドライバーでは、1000Mbを指定できません。唯一の選択肢は、10、100、自動です。再びフルスピードが必要な場合は、自動を強制します。たとえば、Broadcom netXtreme 57xx Gigabitドライバーはこのように動作します。

スイッチでギガビットを簡単に強制できますが、ほとんどのNICに自動ネゴシエーションを強制することになります。

1. 私の経験では（主に3ComとHPの機器で、あまりシスコではありません）、オートネゴシエートは多くの問題を引き起こしません。

2. mrdennyと同様に、通常はサーバーを最速の速度（まだ100のままです）、全二重に設定し、スイッチを自動のままにします。 サーバーとワークステーションの両方で速度が混在しているため、スイッチを自動のままにして、エンドポイントに適応させたいと思います。

ホームセットアップで自動ネゴシエーションに問題があり、問題は配線、特にネットワークケーブルが直径が小さすぎるループに巻き込まれたり、電源ケーブルに近づきすぎたりすることでした。

しかし、これらの提案はあなたのセットアップには少し簡単すぎると思います。;）

私は最近、ゲーリー・ドナヒューのネットワーク・ウォリアーでこれについて読んでいました。オートネゴシエーションがスイッチとNICの両方で正しく機能するためのこの本に基づいて、オートネゴシエーションに設定する必要があります。NICを特定の速度と二重モードに設定し、サーバーをオートネゴシエーションのままにすることは正しく機能しません。オートネゴシエーションはプロトコルであり、設定を正しく機能させるには両側がそれを話す必要があります。

速度と二重モードを明示的に設定する場合は、接続の両端で設定する必要があります。

シスコは、PIX / ASAセキュリティデバイスを使用している場合、自動ネゴシエートを使用するのではなく、手動でポート速度とデュプレックスを設定する場合があるケースについて説明します。http：//www.cisco.com/en/US/products/hw/vpndevc/ps2030/ products_tech_note09186a008009491c.shtml＃troubleshoot

私の経験則では、特に問題がある場合を除き、ルーターリンク以外のすべてに対して自動ネゴシエーションを使用します（最近のBroadcomカードなど... BAH！）

たとえば、イーサネット経由でリンクされた2つのルーターがある場合、両端で速度を手動で設定します。