It could be the fact NetBSD uses tcp rfc1323 extensions by default.
	(It should realy disable them on a low bandwith link anyway, but thats
	another issue)

	Try editing /sys/netinet/tcp_subr.c and change
		tcp_do_rfc1323 = 1;
	to
		tcp_do_rfc1323 = 0;	
	I think should help.

	There really ought to be a sysctl to control this!

		David/abs

 D.K.Brownlee@city.ac.uk (MIME) +44 171 477 8186  {post,host}master  (abs)
Network Analyst, UCS, City University, Northampton Square, London EC1V 0HB.
   <<< Monochrome - Largest UK Internet BBS - telnet mono.city.ac.uk >>>
>=- Microsoft: Abort and Retry Cancel -or- NetBSD: http://www.netbsd.org -=<

On Mon, 28 Aug 1995, noud de brouwer wrote:

>                      !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> 
> I found out something as strange and obvious as all things are wich are not
> seen.
> 
> Till now i've been testing trough the ppp-server, not on the server.
> Now that i realised that imm. did some ftp-ing around, these are the figures:
> 
> - PPP-server-->client: 650-300bytes/sec.
> - FTP-server-->PPP-server-->client: 60- 30bytes/sec.
> 
> So the problem ain't the serial driver! It's something behind it, routed?
> I'm back inspecting my settings again, suggestions welcome.
> 
> Or could this still be a hardware handshaking (configuring) problem?
> ~n
> 
>