Following up on my own message - after editing /sys/netinet/tcp_subr.c
	you will need to compile a new kernel!

		Good luck 
				David/abs


On Tue, 29 Aug 1995, David Brownlee wrote:

> 	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
> > 
> > 
>