I have a capture that I could use to verify, but I can't share it. Donnie -----Original Message----- From: ethereal-dev-bounces@xxxxxxxxxxxx [mailto:ethereal-dev-bounces@xxxxxxxxxxxx] On Behalf Of ronnie sahlberg Sent: Thursday, December 02, 2004 5:03 AM To: Ethereal development Subject: Re: [Ethereal-dev] False [TCP Dup ACK] indicators Yes, it is likely that a normal windows update might be mistaken as a dup ack. It is semi-trivial to fix, do you have a capture file to share to test and verify the fix with? On Wed, 1 Dec 2004 19:37:29 -0500, Donnie Hale <lists-ethereal@xxxxxxxxxxxxxx> wrote: > In reviewing some captures today, Ethereal reported some packets as > [TCP Dup ACK ...]. When I see that, I generally think there's some > kind of loss in the environment. However, in looking more closely at > the frames, we were able to determine that these weren't indicators of > loss but instead of the receive window being opened after previously > being shrunk. As I understand it, this is legal TCP behavior - > resending a just-sent ACK with a different window size to indicate that the receiver's window readiness has changed. > > Ethereal wasn't the only tool that saw things that way, though > tcptrace seems to have understood what these packets were. > > Assuming our interpretation is correct, would there be a way to > improve Ethereal's handling of those kind of packets so that they > don't look on the surface like loss indicators? > > Thanks, > > Donnie > > _______________________________________________ > Ethereal-dev mailing list > Ethereal-dev@xxxxxxxxxxxx > http://www.ethereal.com/mailman/listinfo/ethereal-dev > _______________________________________________ Ethereal-dev mailing list Ethereal-dev@xxxxxxxxxxxx http://www.ethereal.com/mailman/listinfo/ethereal-dev
Powered by MHonArc 2.6.10