Date: Fri, 23 Feb 1996 11:15:01 +1030 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: shovey@buffnet.net (Stephen Hovey) Cc: wollman@lcs.mit.edu, root@buffnet.net, freebsd-questions@freebsd.org Subject: Re: Telnet Slowdown (fwd) Message-ID: <199602230045.LAA20707@genesis.atrad.adelaide.edu.au> In-Reply-To: <Pine.BSD.3.91.960222130621.18258C-100000@buffnet7.buffnet.net> from "Stephen Hovey" at Feb 22, 96 01:16:36 pm
next in thread | previous in thread | raw e-mail | index | archive | help
Stephen Hovey stands accused of saying: > > > > > Im not out to start a fight - I think FreeBSD has many wonderful features > > > and I use it for a few things even though the tcp/ip has troubles. > > > > I have seen no evidence to support this claim. Pony up. > > The basic symptom is a stall - as though the sockets werent any good > anymore without an error message. > > If my trumpet users do not have van jacobson compression turned on for > instance, they can connect to my freebsd news server, but cannot > successfully pull over the entire active headers - it stops after a > couple records. As a registered Trumpet user (yecch, to hear myself admitting the fact 8) I can happily observe that this isn't necessarily a Trumpet feature. Using both SLIP and PPP, with and without VJ compression, I can successfully smurf mail, news, DNS records and large web pages. (Small 386 under WfW 3.11). I _did_ experience severe problems with Trumpet and 16550-clone UARTs. Have you spoken to TSI about this? I'm sure they'd be interested in knowing that their product fails to interoperate with the reference implementation. > If I ftp to ftp.cdrom.com using a freebsd on my ethernet ring to theirs, > I can connect ok, and things seem ok, unless I cd and ls too many times. > I can maybe do 10 or 15 commands, and then it stalls. I can issue ls and > it returns back like there are no files there or something. But I can cd > and ls till Im blue with one of my sco's connected to that same ftp server. Again, this isn't a generally-observed symptom. If you're in a position to reduce the problem to the fewest required parts and document it in a repeatable fashion, I'm certain that something could be done to identify and resolve the problem. Meantime, nobody else can help because we don't see these problems. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602230045.LAA20707>