public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Eugene B. Berdnikov" <berd@elf.ihep.su>
To: kuznet@ms2.inr.ac.ru
Cc: linux-kernel@vger.kernel.org, davem@redhat.com
Subject: Re: Bug report: tcp staled when send-q != 0, timers == 0.
Date: Wed, 11 Apr 2001 23:28:36 +0400	[thread overview]
Message-ID: <20010411232836.C19364@elf.ihep.su> (raw)
In-Reply-To: <20010411223536.A19364@elf.ihep.su> <200104111904.XAA10804@ms2.inr.ac.ru>
In-Reply-To: <200104111904.XAA10804@ms2.inr.ac.ru>; from kuznet@ms2.inr.ac.ru on Wed, Apr 11, 2001 at 11:04:04PM +0400

  Hello.

On Wed, Apr 11, 2001 at 11:04:04PM +0400, kuznet@ms2.inr.ac.ru wrote:
> >  In my experiments linux simply sets mss=mtu-40 at the start of ethernet
> >  connections. I do not know why, but belive it's ok. How the version of
> >  kernel and configuration options can affect mss later?
[...]
> The problem begins f.e. when mss is less and packet arrives on ethernet.
> It eats the same 1.5k of memory, but carries only ~mss bytes of tcp payload.
> See? We do not know this forward, advertise large window, have not enough
> rcvbuf to get it filled and cannot do anything but dropping new packets.

 However, I can't understand the dependency upon the kernel version, etc...

 Let me steak on this question again. In my experiments I found the
 dependency on the keepalive setting for connection on 2.2.17:

   mtu 382 + keepalive yes -> loss
   mtu 382 + keepalive no  -> ok

 I made 2 tries for each setting. Does your model of "mss/mtu bug" cover
 such a picture? If the answer is "yes", I am almost satisfied. :-)

 If this behaviour is not deterministic, and is driven by probability,
 does it mean that I can get other results with large number of tests?
-- 
 Eugene Berdnikov

  reply	other threads:[~2001-04-11 19:29 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-09 14:43 Bug report: tcp staled when send-q != 0, timers == 0 Eugene B. Berdnikov
2001-04-10 17:38 ` kuznet
2001-04-10 21:19   ` Eugene B. Berdnikov
2001-04-11 10:16     ` Eugene B. Berdnikov
2001-04-11 16:56       ` kuznet
2001-04-11 18:35         ` Eugene B. Berdnikov
2001-04-11 19:04           ` kuznet
2001-04-11 19:28             ` Eugene B. Berdnikov [this message]
2001-04-11 19:37               ` kuznet
2001-04-11 16:35     ` kuznet
2001-04-11 18:50       ` Eugene B. Berdnikov
2001-04-11 19:09         ` kuznet
2001-04-11 19:18           ` Eugene B. Berdnikov
2001-04-13  8:54           ` Eugene B. Berdnikov
     [not found]             ` <200104181928.XAA04912@ms2.inr.ac.ru>
2001-04-21 15:45               ` Eugene B. Berdnikov
2001-04-21 17:02                 ` kuznet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010411232836.C19364@elf.ihep.su \
    --to=berd@elf.ihep.su \
    --cc=davem@redhat.com \
    --cc=kuznet@ms2.inr.ac.ru \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox