Windows 2000 のネットワーク接続トラブルについて

netfilterの機能が有効か無効なのかは、現在確認中です。
正直に申し上げますと、netfilterについても触れたことがないので、
どこをみれば有効なのか無効なのかを不明な為、
確認している状況です。

primeさんの書き込み (2007-04-10 14:50) より:

#　個人的にNIC自体が元から半二重でユーザー設定で全二重に変更するという事を考え
#　てました。通信上の問題等も考えられるので、結局何が原因かが解らなかったので
#　勉強になりました。

Linux であれば
# iptables -L
などとやると，netfilter の status が表示されます．
運用されるのであれば，運用する対象の status は確認できるように
しておいた方がよいでしょう．

手元の端末が半二重に設定されていて，
上位の switch が全二重に設定されている場合，
端末側で通信の確認をしている限りは正常に動いているように見えることがあります．
ですが反対側，つまり今回の場合は server 側から通信の確認をすると
正常に通信できなかったり collision が大量に発生したりします．
※この辺は「半二重と全二重の違い」を理解できればわかると思います．

primeさんの書き込み (2007-04-11 17:39) より:

ハード的に不安定なまま、ユーザー様に端末をご使用して頂くのは気が引けますが、会社の予算が今はないようなので暫く利用して頂く事になりました。

kazさんの書き込み (2007-04-11 20:01) より:

解決に至ったとの結論ですが一点だけ．
「不安定なまま」でお困りなら，固定すれば安定すると思います．
ただし，その場合は
・Windows XP 上の設定で network interface の link speed/duplex を固定する
・上位の hub/switch でも同様に接続する port をlink speed/duplex を固定する
ことをお奨めします．
一方が auto-nego だと不具合が生じた経験が何度かあります．

たらおさんの書き込み (2007-04-11 21:26) より:
ネゴシエーション落ちでしたか。

Backdoorさんもご指摘のとおり、DHCPは再送しないUDPプロトコル上で動いてますので、
DiscoveryやOfferが到達できなかった可能性が高いと思います。

一般的には、ネゴ落ちしていると、コリジョンが出すぎて通信が成立しなかったり、
NICがネゴシエーションを繰り返して、実通信時間が殆どなかったりです。
仮に実通信の時間が1/10になっていたら、DHCPの通信が成立する確率は、1/10000になります。
実際にはもっと少ない確率だと思います。

じっくり取り組めるプロジェクトなら、学術的な疑問も歓迎でしょうが、
物理層が安定していない状況を解析しても、あまり実のあるものとは思えません。