[ネットワーク講座] Auto-Negotiation(オートネゴシエーション）の問題

ネットワーク機器の便利な機能に"Auto-Negotiation（オートネゴシエーション）機能"があります。

Auto-Negotiationは、
接続した機器（ポート）間で通信速度と通信モード（半２重／全２重）を折衝し、
最適なものに自動設定してくれる仕組み。
Auto-Negotiationを設定しておけば、いちいち相手の機器のポートスピードを調べて設定する必要
がなくなるので、非常に良く使われている設定の一つなのですが・・・
実は、このAuto-Negotiation機能には一つ大きな問題があります。

それは、機器間で通信モード（半２重／全２重）の設定が合わないという状況がしばしば発
生する点です。

これを聞くと、機器間の相性や通信障害でAuto-Negotiationがまくいかない事がかなりあるんだ？、
とお考えになるでしょう。
しかし、私の経験では機器間の相性や通信障害でミスマッチが発生したというケースは今まであり
ません。
相性があるという話は先輩からも聞いた事がありますが、
ベンダーの方に聞くと最近はほとんど無くなっているという話です。


では、何が要因でこのような現象がしばしば発生するのか？

実はAuto-Negotiationの仕様に答えがあります。

Auto-Negotiationは相手側の機器とFLP（Fast Link Pulse）というパルスを交換する事
で通信モードを決定します。
しかし、相手側の機器が固定設定をしている、もしくはAuto-Negotiationの設定をしていない場合、
このFLPパルスが相手から送られてきません。

では、どうするか。

Auto-Negotiationの仕様では、相手側の機器からAuto-Negotiationの応答がない場合、
ポート設定は半２重にする事になっています。
従って、片方がAuto-negotiaton、片方が全２重固定という設定を行なった場合、
必ずミスマッチが発生してしまうのです。

なお、通信速度については、Auto-negotiatonが機能しなくとも自動認識されます
（確かAuto-sensingという機能）。

　参考までにCiscoの動作はここに掲載されています。


ネットワーク管理をしているとこのような状況は頻繁に発生します。
とりあえず通信が確保されてしまうので、ミスマッチが発生していても気付かない場合も多いで
しょう。
また、ネットワークやサーバの教科書にはこういう事はあまり載っていませんので、
管理者の方でもこの問題を知らない方は結構いらっしゃるのではないでしょうか。


なお、発見方法についてブログに書かれている方がいらっしゃいましたのでリンクを貼らせて頂
きます。
　まだAuto-negotiation設定にしてますか？

ここに書かれている通り、オートネゴシエーションによる不整合が発生しているポート
では通信エラーが多数発生しています。
ですから、日頃からきちんとポートステータスやエラーログをチェックさえしていれば、
不整合を見つける事はそれほど難しくはありません。

今回は以上。
次回、対策について書きます。