返信

>ウィンドウ凍結、トランスポート再送、Ａｃｋ時間超過、誤転送フレーム
>応答なし等が発生していました。

これは，要するに，受信確認応答パケットが受信側から返って来ていない，
ということでしょうか？

tracerouteとかPingPlotterっていうユーティリティは知っていますか？
（PingPlotterはhttp://www.pingplotter.com/で入手可能）
これを使うと，どこかでパケットが落ちいないかどうか検査できます。
（精度はそんなに高くないですけど）
試してみるといいかもしれません。

>確かに、伝送速度が１００Ｍや１０Ｍで行っているところから
>１２８Ｋの回線にデータを送っているから、レスポンスが悪くなって
>いるのかと考えましたが、流れるデータの最大量は６４Ｋ前後なので

通信回線に流れ込んでいくデータが64Kbps程度であれば，
それほど問題は起こらないはずなんですが，
通信回線側にパケットを送っている機器が他にあれば話は別です。
その辺，見落としはないでしょうか？

>ＴＣＰパケットの中で、ＰＳＨフラグがあり、規則的に１がある時が
>見受けられましたが、このタイミングはＴＣＰの規則か何かで決められて
>いるのでしょうか？

Pushフラグはアプリケーション側でコントロールするものなので，
アプリケーションがそうしている，というだけです。
アプリケーションはどういったものですか？

>あと、ウィンドウサイズを受信側から送信側へ通知していますが、

ウインドウサイズっていうのは，要するに，
自分の受信バッファの空き領域のサイズを相手に知らせるもので，
相手側から通知してきた値とは関係ないですから，気にする必要はありません。