RE: TCP SACK backport to -STABLE

2004-08-24 Thread Maxim Konovalov
On Wed, 25 Aug 2004, 06:06+0200, Oldach, Helge wrote: > So please go ahead, give Marko that bit and let him commit this decent work! Please don't touch RELENG_4. > Helge > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of Julian Elischer > > Sen

Re: TCP SACK backport to -STABLE

2004-08-24 Thread Paul Saab
Marko Zec wrote: I've prepared a more or less blind backport of the TCP SACK code which was recently introduced in -CURRENT. Didn't put the patch through lots of testing, but it just seems to work... The patch is available from the URL bellow and should apply cleanly against both 4.10-RELEASE

RE: TCP SACK backport to -STABLE

2004-08-24 Thread Oldach, Helge
So please go ahead, give Marko that bit and let him commit this decent work! Helge > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Julian Elischer > Sent: Wednesday, August 25, 2004 12:15 AM > To: Marko Zec > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] >

Re: TCP SACK backport to -STABLE

2004-08-24 Thread Julian Elischer
You do know don't you, that if you continue to do these things, you will be punnished by getting a CVS commit bit..? Marko Zec wrote: I've prepared a more or less blind backport of the TCP SACK code which was recently introduced in -CURRENT. Didn't put the patch through lots of testing, but it

TCP SACK backport to -STABLE

2004-08-24 Thread Marko Zec
I've prepared a more or less blind backport of the TCP SACK code which was recently introduced in -CURRENT. Didn't put the patch through lots of testing, but it just seems to work... The patch is available from the URL bellow and should apply cleanly against both 4.10-RELEASE and -STABLE. htt

Re: kern/15095: TCP's advertised window is not scaled immediately upon discovering use of Window scale option

2004-08-24 Thread Andre Oppermann
Synopsis: TCP's advertised window is not scaled immediately upon discovering use of Window scale option Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Tue Aug 24 19:43:24 GMT 2004 Responsible-Changed-Why: Take over. http://www.freebsd.org

Re: FIN_WAIT_2 timeout

2004-08-24 Thread Pavel Gulchouck
On Tue, Aug 24, 2004 at 12:29:42PM +0100, Richard Wendland writes: > >> http://httpd.apache.org/docs/misc/fin_wait_2.html says that FreeBSD > >> has a timeout for FIN_WAIT_2 state, but I don't see it. >> >> Very strange... RW> This is somewhat similar to a problem I explained a few months back:

Re: FIN_WAIT_2 timeout

2004-08-24 Thread Richard Wendland
> > http://httpd.apache.org/docs/misc/fin_wait_2.html says that FreeBSD > > has a timeout for FIN_WAIT_2 state, but I don't see it. > > Very strange... This is somewhat similar to a problem I explained a few months back: http://www.mail-archive.com/[EMAIL PROTECTED]/msg11857.html where

Re: FIN_WAIT_2 timeout

2004-08-24 Thread Pavel Gulchouck
On Tue, Aug 24, 2004 at 12:29:23PM +0200, Andre Oppermann writes: >> I have hangs tcp-sessions in the FIN_WAIT_2 state, in which packets >> sends to remote for several days. Sockstate tells none aboute its, >> restart httpd has no effect. >> http://httpd.apache.org/docs/misc/fin_wait_2.html says th

Re: FIN_WAIT_2 timeout

2004-08-24 Thread Andre Oppermann
Pavel Gulchouck wrote: > > Hi. > > I have hangs tcp-sessions in the FIN_WAIT_2 state, in which packets > sends to remote for several days. Sockstate tells none aboute its, > restart httpd has no effect. > http://httpd.apache.org/docs/misc/fin_wait_2.html says that FreeBSD > has a timeout for FIN_

FIN_WAIT_2 timeout

2004-08-24 Thread Pavel Gulchouck
Hi. I have hangs tcp-sessions in the FIN_WAIT_2 state, in which packets sends to remote for several days. Sockstate tells none aboute its, restart httpd has no effect. http://httpd.apache.org/docs/misc/fin_wait_2.html says that FreeBSD has a timeout for FIN_WAIT_2 state, but I don't see it. Number