From owner-freebsd-current Sat Oct 24 08:13:44 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18018 for freebsd-current-outgoing; Sat, 24 Oct 1998 08:13:44 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from adelphi.physics.adelaide.edu.au (adelphi.physics.adelaide.edu.au [129.127.36.247]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18011 for ; Sat, 24 Oct 1998 08:13:41 -0700 (PDT) (envelope-from kkennawa@physics.adelaide.edu.au) Received: from mercury (mercury [129.127.36.44]) by adelphi.physics.adelaide.edu.au (8.8.8/8.8.8/UofA-1.5) with SMTP id AAA17644; Sun, 25 Oct 1998 00:43:06 +0930 (CST) Received: from localhost by mercury; (5.65v3.2/1.1.8.2/27Nov97-0404PM) id AA01871; Sun, 25 Oct 1998 00:43:05 +0930 Date: Sun, 25 Oct 1998 00:43:05 +0930 (CST) From: Kris Kennaway To: Brian Somers Cc: current@FreeBSD.ORG Subject: Re: Improper sharing of modem bandwidth In-Reply-To: <199810211031.LAA01095@woof.lan.awfulhak.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 21 Oct 1998, Brian Somers wrote: > > If you're interested, you could try doing a ``s/20/100/'' in bundle.c > > in src/usr.sbin/ppp and rebuilding & installing ppp. Perhaps the > > ``20'' is a bit light. Making the suggested change from 20 to 100 in bundle.c didnt seem to have a noticeable effect; to recap my problem, if I start up a binary transfer which runs at full throttle (~1.65k/s on my 14.4k modem, usually), then it starves all other network connections to the point of exclusion. I've done some more checking and perhaps some of this will be helpful. If I ^Z the ftp (or http, or whatever the binary transfer is that's hogging the modem) process, the modem continues to transfer for ~11 seconds (~18k) before coming to a stop; immediately thereafter my other network sessions (telnet, ping, etc) "unfreeze" and I get normal performance from them. Restarting the FTP transfer immediately excludes everything else again. If I start a ping of a host which is ~400ms away at normal usage, restarting the FTP transfer will cause no further packets to be returned. Doing a 'tcpdump ip and not host ' where is the host I'm downloading from shows the icmp echo requests going out, but nothing at all coming in. Similarly, DNS requests to the machine on the other side of the modem link go out, but nothing comes back. In the 10 minutes I've been watching this, I've not seen a single packet come back in response to the DNS queries and other stuff I have running - in the meantime, the FTP transfer continues to run at full speed. It seems I cannot get a single packet in other than from the FTP data stream. Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message