13/03/12 18:16:02.60
PC <--- ACK ---- PR ※ここで通信が終了している
なんで、下でFIN/ACK送ってるじゃん
22:20
13/03/12 18:57:56.80 s3FAPLy/
>>21
すみません
それ以降は正常に終了したときのパケットでカッコ書きにでもすれば良かったです。
23:wireshark
13/03/12 21:30:09.68
>>20
PCからのACKが再送されているんだよね。
再送される原因は、PRTからの応答が無いから？
と言うコトは、ネットワーク障害があるのかな？
・・・これだけの情報からじゃ、それしか解んない。
シーケンス番号 とか 最後の PC <--- ACK ---- PR
以降のデータ動きがあるともっと推論が進むんだが。
>> 印刷を掛けると１回目の印刷は実行されるが、PC側にはジョブが残り、
>> プリンタ側がLANの表示が残ったままで以後の印刷が出来なくなる
という状況から、PC側から送出されるべきの「1回目の印刷終了」の指示
がPRTに到達していない可能性が高い。
恒久的に発生するなら、プリントドライバを疑う。
不確定に発生するなら、ネットワーク障害を疑う。
24:名無しさん＠いたづらはいやづら
13/03/12 22:48:10.76
プリンタにping送りながら状況再現させて、ロスが発生するかみたらどうかな
25:wireshark
13/03/12 22:59:53.37
>>17
>>とりあえずは解決するのですが、また時間が経つと同じような現象が起きてしまいます。
の場合、>>19 の言う通り LANケーブルを疑う のが基本。
それでも解決しなければ、とりあえずIPｖ6を切ったらどう？
「IPv6使ってる」なら必要だが、使ってない場合は「余計な動作」の原因
になるから切ってた方が吉。
OSも IPv6→IPv4 の順で使おうとするし。
トラブルシューティングは「要因を切り分ける（≒少なくする）」事が基本だよ。
26:wireshark
13/03/12 23:03:59.85
>>16
マンションタイプならVDSLだよね。
前スレにも書いたけど、まずは
・VDSLモデムの再起動（使用帯域の再学習）
・VDSLライン（電話線）を他の線（特に電源線系統）から離す
をやってみたらどう？
27:20
13/03/12 23:36:02.14 SVVajM5O
つくづく説明下手で申し訳ない
PC ---- ACK ---> PR
PC <--- ACK ---- PR
は、PCからのACKの再送ではなく、コネクション確立後の実データの送信を表しました。
同じデータを印刷し正常終了した場合と、エラーとなる場合のパケットを見比べたところ、
コネクション確立→データ送信までは同様に行われ、データ送信完了後のコネクション切断の
ACK/FINが送られていない、または届いていないものと推測しています。
シーケンス番号もPSH/ACKのパケットまでは同一ですので、データの送信は正常に行われて
いるものと思います。
数百台のPCのうち、ごくわずかに突如発生し、症状が発生した場合は今のところドライバの
再インストールをすると正常になるという動きです。
ドライバを入れ直すことで正常に戻るのですが、データ送信までは行われているので、ドライバ
よりはネットワークかなと思い質問しました