Re: FIN_WAIT_[1,2] and LAST_ACK
From: Eli Dart (dart_at_nersc.gov)
Date: 04/05/04
- Previous message: Richard Neese: "Driver porting"
- Maybe in reply to: Brandon Erhart: "FIN_WAIT_[1,2] and LAST_ACK"
- Next in thread: Brandon Erhart: "Re: FIN_WAIT_[1,2] and LAST_ACK"
- Reply: Brandon Erhart: "Re: FIN_WAIT_[1,2] and LAST_ACK"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: Brandon Erhart <berhart@ErhartGroup.COM> Date: Mon, 05 Apr 2004 10:17:56 -0700
In reply to Brandon Erhart <berhart@ErhartGroup.COM> :
> Hello everyone,
> However, I have run into a new problem. I am getting a good amount of
> blocks stuck in FIN_WAIT_1, FIN_WAIT_2 or LAST_ACK that stick around for a
> long while.
Could you define "long" in this case? Are we talking about 60
seconds, or 60 minutes? I get the feeling that your requirements
might make your perception of "long" different from others' notion of
"long."
The reason I ask is that there was a bug once upon a time that made
some connections stick in LAST_ACK forever....
--eli
- application/pgp-signature attachment: stored
- Previous message: Richard Neese: "Driver porting"
- Maybe in reply to: Brandon Erhart: "FIN_WAIT_[1,2] and LAST_ACK"
- Next in thread: Brandon Erhart: "Re: FIN_WAIT_[1,2] and LAST_ACK"
- Reply: Brandon Erhart: "Re: FIN_WAIT_[1,2] and LAST_ACK"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|