ネットワーク接続タイムアウトについて

こうしたトラブルの要因は必ずしも、設定や機器の無断接続が原因とは限りません。

まず、普段触れない場所や電気工事など追加の別業者による作業などで問題が発生することもあり得るのです。

ネット接続の基本中の基本として考えると、ネットワークとは物理的に接続されていることを前提として考えてしまう人が殆どですが、それらの予測対応で復旧しない場合は別次元で考える必要があります。
　つまり、それぞれの機器間の物理的接続で接触不良がある事も考慮すべきです。
例えば、サーバーから各拠点に敷設しているケーブルが何らかの工事作業により痛むという事が考えられる。イーサネットケーブル自体に掛かる圧力は基本あってはならないのです。　簡単に内部の送信ラインと受信ラインが接触してしまうからです。
イーサネットのＲＪ45端子接続は圧着接続でありますため、同等以上の力がライン上のどこに加わってもトラブルの原因になるのです。

特に敷設してから年数が経つと、どんな経路で敷設されているかを把握している者がいなくなるので、別の人がそこに敷設されたケーブルの種別を認識できなくなり、そのケーブルを押しのけ新しい電力ケーブルなどを敷設する際に奥に押し込めたため、ケーブルの物理的トラブルが発生します。

こうした面もトラブル解析に取り入れる事も必要なんです。・・・経験したことです。

bとdでサーバが応答を返しているのは確認できているのですよね？

それがクライアントに届かない（50%くらい？）が問題の原因という認識で書いています。

サーバーから、クライアントにpingを打つとどれくらい成功、失敗するのでしょうか。

時間帯、日にちによって、100%/0%ということなら、ルーティングの問題と思います。

ほぼ毎日50%くらいなどであれば、ネットワーク負荷や全二重、半二重などの種別とか、ないとは思いますが同じIPの機器が存在しているなどが考えられます。

いずれにしてもそれなりにネットワークの知識がないことには解決が難しい気がしているのですが、、、

切り分けでやってみるなら、クライアントのIP変えてやってみる、くらいですかねぇ。

んー、やはりまずはpingとTracert でネットワーク反応速度と経路を調べてみましょう。

また、pingでタイムアウトになるときっていうのは、ネットワークの通信速度が遅くなるのではなく、どこかの機器の設定が不適切とかで、相手に全く届かなくなることが多いです。
ですから3秒待とうが6秒待とうが同じことで、

コマンドプロンプトを起動して、
「ping -t -w 10000 (宛先IPアドレス)」
最も基本的な疎通確認。
-t で永遠に打ち続けます。(停止はCtrl+C)
-w 10000 オプションで、10秒まで反応を待ちます。

「tracert -d (宛先IPアドレス)」
宛先IPまで、どういう機器を経由しているか、1歩ずつ表示できます。
-d で途中経路の名前解決をしなくなるので、素早く表示できます。
(ただしインターネットプロバイダ内部の機器からは反応が無いのが普通。)

もし、どこかでルーティングのループが起こっていると、pingの反応はなくなり、tracertでは2・3個の機器だけで通信が回るようになってしまいます。
そうであったら、機器のネットワーク設定を見直すと。

もしかしたら、ネットワーク設定は適切でも、誰かが勝手に増設した無線LANルータなどが悪さをしている可能性もあります。
経路中に見覚えのないIP機器があればそれを疑ってみましょう。

先日は、Buffaloの無線LANルータが暴走しててネットワーク側に異様な量のパケットを送出し、それが繋がってるハブの通信を阻害してしまっていたなんてこともありました…(なぜかLAN全体には波及せず、そのハブだけ)。
通信できなくなる原因は様々なので、いろんな可能性を考えなければいけません…。