HDTenEightyP/NetNews huggingface dataset:
From: hugibaz@hugis.nbg.sub.org (Ingo Kraupa)
Subject: sun serial >38400
Organization: Chuchichaschtli, Ltd.
Date: Thu, 31 Dec 1992 16:28:52 GMT

A few months ago someone posted that there is a patch to get higher bps-rates
than 38.4kbps on a sun sparcstation. I told this to a friend, and he asked
me if I can get this patch for him. I forgot the person, but I'm sure he
posted to this group.  Any hint would be very appreciated.

-Ingo
-- 
 ___      _,     _______              _______
/   \  __(_)__  |One way\  .^...     |End of | A cool Sun 3 is an oxymoron,
STOP!   (Q.o)   |traffic > |(o,o)    | road  | unless put in a refrigerator
\___/ ,-<`-')-' |_______/  `<`=')--^ |_______| .... ..- --. .. -... .- --..
  |      \~/        |        \./         |     Ingo Kraupa /\ Quittenweg 42
 _|_    ./|_       _|_       _|\,       _|_    8510 Fuerth \/ +499119976999
From: dan@msen.com (Dan Sugalski)
Newsgroups: comp.protocols.ppp
Subject: PPP for DG AViiONs
Date: 25 Dec 1992 20:42:16 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL8]


	Does anyone out there know of a PPP implementation for Data
General AViiON machines?

					Dan

Newsgroups: comp.protocols.ppp
From: jay@novell.com (Jay Israel)
Subject: Re: IPX Control Protocol for PPP
Keywords: IPX PPP control protocol
Organization: Novell, Inc.
Date: Thu, 24 Dec 1992 01:32:18 GMT

In article <klosp.96.724617671@rimail.interlan.com>,
klosp@rimail.interlan.com (Patrick Klos) writes:

>Has anyone done any work creating an IPX Control Protocol for PPP.  I 
>checked the RFC index on nic.ddn.mil, but I see no RFC specifically for an 
>IPX Control Protocol.  Are there any proposals I might be able to get a hold 
>of??

Take a look at RFC 1362.
aka: Jay E. Israel                    phone: (408) 473-8478
     Novell, Inc., M/S F6-91-2        email: jay           
     2275 Trade Zone Blvd.         internet: jay@novell.COM
     San Jose, CA 95131                 fax: (408) 435-1706
From: sundvall@perrier.embnet.se (Mats Sundvall)
Newsgroups: comp.protocols.ppp
Subject: PPP for Solaris 2.x
Date: 21 Dec 1992 16:38:47 GMT
Organization: EMBNet Project Sweden
Distribution: world
Reply-To: sundvall@perrier.embnet.se
NNTP-Posting-Host: perrier.embnet.se
Keywords: PPP Solaris

I am interested in hearing about implementations of PPP for Solaris/ Sys V.4
both commerical and non-commercial.

Regards,

Mats Sundvall
Uppsala, Sweden
From: tb@Materna.DE (Torsten Beyer)
Newsgroups: comp.protocols.ppp
Subject: Re: PPP for the Mac?
Keywords: PPP Macintosh MacTCP
Date: 30 Dec 92 16:58:13 GMT

tkevans@fallst (Tim Evans) writes:
>A recent issue of _Open Systems Today_ (within the past month or 6 weeks)
>had a comparative review of several Mac PPP packages.

Can anybody who has this review handy post a short summary ?

		cheers
			-Torsten
--
Torsten Beyer                      	mail	     : tb@Materna.DE
Dr. Materna GmbH		   	vox humana   : +49 231 5599 225
Vosskuhle 37, D-4600 Dortmund	   	fax machina  : +49 231 5599 100
   "Once in a moment the SUN goes down, protect and survive" -- Runrig
Newsgroups: comp.protocols.ppp,comp.unix.sys5.r4
From: det@hawkmoon.mn.org (Derek Terveer)
Subject: SVR4 Esix 4.0.3 & PPP
Organization: Demi-Public System (One of the Eternal Champions); Eagan, MN, 55123-2507, USA
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 29 Dec 1992 04:28:29 GMT

Well, I finally have PPP up and working pretty well between my box (Esix
4.0.3) and a sun at work (SunOS 4.1.3).  However, I haven't been able to
get it to work the other way round, albeit I seem tantalizingly close.
If anybody has already tackled this problem (and had experience with
other problems that I am having with, routing through an established PPP
gateway to other machines on the remote network, the use(?) of the
/etc/gateways file, more specific details about /etc/networks, why I had
to link /dev/ppp to /dev/ppp0, etc.), I would appreciate any hints, even
darkly veiled ones!

derek
-- 
Derek Terveer   Work:	derekt@stpaul.gov	+1 612 292 6009
		Play:	det@hawkmoon.mn.org	+1 612 683 0413
"Big business and big government distract us with entertainment;
 they manufacture our consent while we destroy the environment."
From: dtg@wvnvms.wvnet.edu
Newsgroups: comp.protocols.ppp
Subject: Quick question
Date: 23 Dec 92 16:52:04 GMT
Organization: West Virginia Network for Educational Telecomputing

This may (and probably is) a dumb question but, I'm just getting into being
familiar with PPP and throughout the docs I've read there is mention of PPP and
DialUp PPP.  Are these the same thing or, different packages?

If they're different could someone please tell me the differences.  Or at least
point me towards the ftp sites where I can find this info.  I have a couple of
FAQs and info sheets but there does seem to be a distinction (which I can't
point out) between the two.

Thanks
dave
grasso@cards.com
Newsgroups: comp.protocols.ppp
From: feldman@urbana.mcd.mot.com (Mike Feldman)
Subject: Re: PPP for the Mac?
Keywords: PPP Macintosh MacTCP
Organization: Motorola Computer Group, Urbana Design Center
Date: Fri, 1 Jan 1993 15:31:17 GMT

tb@Materna.DE (Torsten Beyer) writes:
>tkevans@fallst (Tim Evans) writes:
>>A recent issue of _Open Systems Today_ (within the past month or 6 weeks)
>>had a comparative review of several Mac PPP packages.
>
>Can anybody who has this review handy post a short summary ?

A review appears on page 66 of the November 16, 1992 issue of Open Systems Today
titled "SLIP Solutions for Macintoshes", by Jason Levitt.  The article says that
PPP will be considered in an upcoming issue, but I don't have newer OSTs handy.
If I find the PPP article, I'll follow up.

There's a summay inset that lists three SLIP products:

  VersaTilities 1.0 from Synergy Software, 2457 Perkiomen Ave., Reading PA 19606
      215-779-0522, D2296@applelink.apple.com; $99.

  MacSLIP 1.01 from TriSoft, 1825 E. 38-1/2 St., Austin TX 78722, 800-531-5170,
      512-472-0744, info@hydepark.com; $49.95.

  NCSA/BYU Telnet 2.5B from Telnet Group, Brigham Young University, 2228 TMCB,
	Provo UT 84602-1044, 801-378-3027, telnet@byu.edu; free.

  Minimum config: MacPlus w/4Meg, 2400b modem; 9600b modem needed for reasonable
  throughput; system 6.0.7 or 7.x and MacTCP 1.1.x; tested on PowerBook 170 4M
  and Telebit QBlazer, sys 7.0.1 and MacTCP 1.1.1.

  Executive Summary: "These three SLIP Packages let Macintoshes attach to a
  TCP/IP network with a modem instead of an Ethernet card.  VersaTilities and
  MacSLIP provide the same SLIP functionality, but VersaTilities also includes
  and ftp server, a telnet server, and a better dial script package.  The NCSA/
  BYU Telnet binary and source code are free.  However, the SLIP facility is not
  MacTCP-based, so it cannot be used with third-party TCP/IP programs."

-- 
Mike Feldman, Motorola Computer Group,     (217) 384-8538, FAX (217) 384-8550
1101 East University Avenue	   Pager in IL (800) 302-7738, (217) 351-0009
Urbana, IL 61801-2009 (mcdphx|uiucuxc)!udc!feldman feldman@urbana.mcd.mot.com
From: sgk@bill.genes.nig.ac.jp (Shigeru Kanemoto)
Subject: PPP for the Mac?
Keywords: PPP Macintosh MacTCP
Organization: National Institute of Genetics in Japan
Date: Mon, 28 Dec 1992 16:26:54 GMT

Does anyone know PPP driver for the Macintosh?
I know some SLIP driver for the Macintosh and MacTCP.
But I don't know one for PPP.

Thanks in advance.

Shigeru Kanemoto
sgk@genes.nig.ac.jp
HappySize Inc.
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: comp.protocols.ppp,comp.unix.sys5.r4
Subject: Re: SVR4 Esix 4.0.3 & PPP
Date: 1 Jan 93 23:29:02 GMT
Followup-To: comp.protocols.ppp
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands
In-reply-to: det@hawkmoon.mn.org's message of 29 Dec 92 04:28:29 GMT

In article <1992Dec29.042829.10957@hawkmoon.mn.org> det@hawkmoon.mn.org (Derek Terveer) writes:

>   Well, I finally have PPP up and working pretty well between my box (Esix
>   4.0.3) and a sun at work (SunOS 4.1.3).  However, I haven't been able to
>   get it to work the other way round, albeit I seem tantalizingly close.
>   If anybody has already tackled this problem (and had experience with
>   other problems that I am having with, routing through an established PPP
>   gateway to other machines on the remote network, [...]

Both routed and gated (from Cornell) have trouble with popup-interfaces. All
implementations I've seen so far only look for interfaces at startup, so
they're not aware of interfaces ifconfig(1m)-ed afterwards, so you have to try
to get it work by installing static routes. This works for me.

Hope this helps,
-Raymond
--
Raymond Nijssen             | Eindhoven University of Techology
       phone: +31-40-473373 | Department of Electrical Engineering
       fax:   +31-40-464527 | Design Automation Section (ES),  room EH 7.16
"WP is for morons"          | PO. Box 513, 5600 MB Eindhoven, The Netherlands
Newsgroups: comp.protocols.ppp
From: nlane@well.sf.ca.us (Nathan D. Lane)
Subject: LCP/IPCP with Brixton vs. Cisco
Organization: Whole Earth 'Lectronic Link
Date: Mon, 21 Dec 1992 07:37:31 GMT

Thank you for all the responses to my question about LCP/IPCP with Brixton
PPP software on one side (on a Sparc) to a Cisco on the other side.
I turned off as many negotiation parameters as possible AND also had
my internet provider change his un-numbered interface to a numbered
interface.  The second procedure didn't work, UNTIL, I rebooted.  For
some reason, whenever changing/adding an interface with brixton, the
machine must be rebooted (never mentioned in the manual).  I noticed 
that after my reboot (accidental, due to someone switching off teh router),
that everything was magically working.

Now if only I could get free PPP to work...but that's for another day.
Or, if I could get DNS resolving on the sun, but I have leads there.

Again, thank you for all the responses.

-Nathan Lane
Trico Title Company, Santa Barbara, CA
nlane@well.sf.ca.us (soon to be nathan@tricon.com thanks to your help!)


Newsgroups: comp.protocols.ppp
From: ravi@[128.127.2.100]  (Ravi Prakash)
Subject: Re: what, where, in.h
Nntp-Software: PC/TCP NNTP
Reply-To: ravi@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Wed, 23 Dec 1992 16:06:04
From: mbao@hoss.unl.edu (Minqi Bao)
Newsgroups: comp.protocols.nfs
Subject: Does PC-NFS work with DECstation 5000/200 running Ultrix?
Date: 31 Dec 1992 21:55:44 GMT
Organization: University of Nebraska--Lincoln	
Distribution: ?
NNTP-Posting-Host: hoss.unl.edu
Keywords: PC-NFS, DECstation, Ultrix

Dear friends:

I bought a PC-NFS version 4.0 from Sun Microsystems and try to install it with 
my DECstation 5000/200 running Ultrix.  But I couldn't it work so far?

Do you know if PC-NFS work with DECstation 5000/200 running Ultrix or not?
If so, where to get help?  I call Sun Microsystems, they said they only know
PC-NFS works with their SUN work station!

Thank you very much!

MinQi Bao 
Dept. of Physics,
University of Nebraska-Lincoln

--
IIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIII
From: srini@hal.COM (Srinivas Bharadwaj)
Newsgroups: comp.protocols.nfs
Subject: yppasswd and yppasswdd
Date: 26 Dec 92 22:03:21 GMT
Distribution: usa
Organization: HaL Computer Systems, Inc.
NNTP-Posting-Host: poole.hal.com

Hi! I wanted to know if I could obtain access to a copy of the 
protocol specification for yppasswd and yppasswdd.
Send replies to:
srini@hal.com
Thanks
srini
From: bostater@rsal.gatech.edu (Scott Bostater)
Newsgroups: comp.protocols.nfs
Subject: 3c507, PC-NFS, and smart bridge incompatibility?
Date: 22 Dec 92 17:57:47 GMT
Reply-To: Scott.Bostater@gtri.gatech.edu
Organization: Georgia Tech Res. Inst., Radar Systems Applications Lab

I've run into a strange problem trying to get a 3Com 3C507 card to
work with PC-NFS (version 4.0a).  First off, here's the ethernet
topography. 

+-------++
|T1 Link |                       +--------+
|to world|<----------------------| Smart  |---------------------->
+--------+       |        |      | Bridge |     |         |
            +--------+ +-----+   +--------+  +-----+  +-------+
            | Sparc2 | |3C507|               |3c507|  |wd8003e|
            |NFS Serv| | #1  |               | #2  |  |  #1   | 
            +--------+ +-----+               +-----+  +-------+



Now, running NCSA or CUTCP, all three PC's can see the Sparc 2 NFS
server and everything else on either side of the smart bridge.  

When I try to run PC-NFS, the 3c507 #1 card and the wd8003e #1 card
can see the Sparc 2 (and the rest of the world).  The 3c507 #2 card
can't see anything on the other side of the smart-bridge.  There
aren't any NFS servers on the right side of the smart-bridge to test
whether the 3c507 #2 card can see anything on its side. 

The smart-bridge is being used solely to keep internal IP packets on
the right side of the bridge from being seen on the other side.


I don't understand why PC-NFS wouldn't work with the 3c507 card and
does work with the wd8003e card.  I know the 3c507 card is good since
it works fine with NCSA Telnet.  Is it possible that the 3c507's NDIS
driver or Sun's NFS-NDIS.SYS driver is at fault?  Has anybody
experienced a similar problem?  

I have a dozen 3c507 cards on the wrong side of the smart-bridge, I'd
really like to have a software solution to this problem... 

-- 
Scott Bostater      Georgia Tech Res. Inst., Radar Systems Applications Lab
"My soul finds rest in God alone; my salvation comes from Him"  -Ps 62.1
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!gtri!scott.bostater
Internet: Scott.Bostater@gtri.gatech.edu
Newsgroups: comp.protocols.nfs,comp.org.usenix
From: mark@alias.com (Mark Andrews)
Subject: Looking for NFS Performance paper
Organization: Alias Research Inc., Toronto ON Canada
Date: Mon, 21 Dec 1992 15:26:26 GMT

I am looking for the following paper:

Moran, J., Sandberg, R., Coleman, D., Kepecs, J., Lyon, B.
``Breaking Through the NFS Performance Barrier''
Proceedings of the 1990 Spring European Unix Users Group
Munich, Germany, pp 199-206, April 1990.

Anyone know where I can get a copy?

Thanks,

Mark
From: mak@gmf.eds.com (Mike Kasperek)
Newsgroups: comp.protocols.nfs
Subject: Kermit over telnet
Date: 23 Dec 92 19:44:35 GMT
Organization: Fanuc Robotics

This is probably a faq, but...

Is there a way to run kermit across telnet.  We have a modem pool attached to
a datability terminal server that runs TCP/IP and LAT.  I have a group of PC's
running SUNs PC/NFS that need connections to modems.  Instead of wiring an
analog line to each PC and buying a modem for each, I'd like to get to the 
modems on the datability.


Mike Kasperek				Internet:  mak@frc.com
FANUC Robotics				   Voice:  (313) 377-7415
2000 South Adams Road			     FAX:  (313) 377-7362
Auburn Hills, MI  48326-2800
From: mrapple@quack.sac.ca.us (Nick Sayer)
Newsgroups: comp.protocols.nfs
Subject: Diskless PCNFS?
Date: 27 Dec 92 18:35:46 GMT
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.

Is it possible to have a 386 (or so) boot PCNFS from a Sun diskless in
the same sort of way (RARP, TFTP, bootparamd) that one boots a diskless
Sun? In particular, the man page for boot mentions that one can create
a TFTP file with [iphex].PCNFS for PCNFS, but doesn't give any details.

I will have to buy or get a boot ROM to stick on the network card,
presumably. I presume that the boot ROM will have to be tailored to
both PCNFS and the card I get. Any details about this?

What do I put in /tftpboot/[iphex].PCNFS?

I haven't checked the PCNFS docs because I want to know that it will
work BEFORE I buy PCNFS. The whole idea is to save money by not getting
any sort of disks at all. I can borrow a PC with floppies from a friend
to set it all up, then boot diskless from then on. I can import new
floppies by transfering them to tape at work. As a side benefit, I ought
to be pretty much imune to Stoned-like virii (no boot sectors on PCNFS
partitions).

-- 
Nick Sayer <mrapple@quack.sac.ca.us> | "The little critters of nature...
N6QQQ @ N0ARY.#NOCAL.CA.USA.NOAM     |  They don't know that they're ugly."
+1 408 249 9630, log in as 'guest'   | 
PGP 2.1 public key on request        |      -- The Happy Happy Joy Joy song
From: dap@aber.ac.uk (D E Price)
Newsgroups: comp.protocols.nfs
Subject: Re: NFS cookies
Date: 21 Dec 92 21:53:03 GMT
Organization: University of Wales, Aberystwyth

Dear All and Geof Arnold and Other SUN people in Particular,
I have been trying to get hold of information about whether or
not PCNFS will support ISDN access? I can't seem to get mail;
to Geof so if you read this cn you contact me please?

Does anyone have PC+ISDN+TCP/IP experience in particular has anyone
interworked with a SUN SS10 (or one of the other new ISDN aware Suns??)

Thanks folks..
Dave Price
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.protocols.nfs
Subject: Re: NFS packet size
Date: 1 Jan 93 21:01:26 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1993Jan1.115015.17311@prl.dec.com>, boyd@prl.dec.com (Boyd Roberts) writes:
> ...
> > A dropped TCP fragment can result in a large amount of resending too.
> 
> True, but that all happens at the TCP/IP level which is far more
> responsive than NFS's 1, 2, 4, 8 ... _second_ exponential backoff
> when a datagram gets lost.

In other implementations of NFS, the NFS timeout starts at 0.7 seconds
not 1.0, and can be reduced to 0.1 seconds.  Please compare 0.1 seconds
with the standard TCP timeouts.

> We had a flakey drop cable here a while back.  When it was bad it would
> take in the order of a minute to write an 8K block.  You could see the
> fragments being dropped and the NFS retries.  I _never_ want to see
> that again -- it was _awful_.

It could have been as bad or worse if you had been using NFS or TCP.
Your TCP connections would have been timing-out and being recreated,
throwing away any successfully moved data, and forcing the systems to
attempt the extra packet exchanges that are required to start a TCP
connection, incurring even more grief.


With large (e.g. 250KByte) or even just full sized (e.g. 60KB) TCP
windows, TCP can involve the retransmission of far more than an 8KB UDP
packet.  The advantage with TCP is that its "go back N" retransmission
scheme only goes back to the first lost TCP segment, not the to start
of the NFS request.  You can hope to continually make progress, to only
be thrown back to the start of the effort when things get really bad.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.protocols.nfs,comp.sys.sun.hardware
From: dyer@spdcc.com (Steve Dyer)
Subject: Does a Prestoserve S-bus card improve local disk access too?
Organization: S.P. Dyer Computer Consulting, Cambridge MA
Date: Thu, 24 Dec 1992 07:48:40 GMT

I know that the Prestoserve board works to speed NFS writes by saving the
data to NVRAM and returning immediately to the client RPC, rather than
requiring the client process to block until the disk write finishes.
I'm wondering if the support also speeds local operations on the exported
disks which are implicitly synchronous (at least with the UFS file system).

Also, does anyone have any experience with eNFS?  This is NFS with AFS/DFS-like
local caching, from the promotional material I've seen.  How the caches are
kept consistent across clients and serves, I have no idea.


-- 
Steve Dyer
dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer
From: henny@accucx.cc.ruu.nl (Henny Bekker)
Newsgroups: comp.protocols.nfs
Subject: comp.protocols.nfs
Summary: name-server access in PC-nfs ...
Keywords: name-server access in PC-nfs
Date: 24 Dec 92 12:31:08 GMT
Organization: Academic Computer Centre Utrecht

hello all,

	I'm looking for a way (without using YP) to access a
bind-name server on a PC with PC-nfs for resolving hostnames etc.
I known it is possible with YP in combination with the bind-name
server on a Sun.  But I like to use it without YP or NIS.

Does somewone has a solution for it ???

Cheers, Henny Bekker

---------------------------------------------------------------------------
E-Mail: Henny.Bekker@cc.ruu.nl      INTERNET      ! Disclaimer:             
        ruusur::henny               DECnet        !    The main obstacle to 
        henny@hutruu50              EARN/BITnet   !    progress is not      
        012911028100::henny         PSI           !    ignorance, but the   
Voice:  (+31) (30) 536971                         !    illusion of knowledge
X400:   G=Henny;S=Bekker;OU=cc;O=ruu;PRMD=surf;ADMD=400net;C=nl     o
Paper:  H.J.Bekker, University of Utrecht, Computer Centre      _  /- _
        Po Box 80011, 3508 TA  Utrecht  Nederland              (_) > (_)
----------------------------------------------------------------------------
From: sivap-s@acsu.buffalo.edu (Suresh .S)
Newsgroups: comp.protocols.nfs
Subject: Archives Of Comp.protocols.nfs
Date: 1 Jan 93 20:36:43 GMT
Organization: UB
X-Newsreader: TIN [version 1.1 PL8]

Could anybody tell me where the articles of this newsgroup are archived ?
Please EMail me if possible ..

Thanks,

--
Suresh Sivaprakasam                    
Department of Computer Science,    SUNY Buffalo,    Amherst,   NY - 14260-0001
Internet :sivap-s@cs.Buffalo.EDU               Bitnet : sivap-s@SUNYBCS.BITNET

-- 
Suresh Sivaprakasam                    
Department of Computer Science,    SUNY Buffalo,    Amherst,   NY - 14260-0001
Internet :sivap-s@cs.Buffalo.EDU               Bitnet : sivap-s@SUNYBCS.BITNET
Newsgroups: comp.protocols.nfs
From: john@iastate.edu (John Hascall)
Subject: Re: NFS packet size
Organization: Iowa State University, Ames, IA
Date: Thu, 31 Dec 1992 16:14:48 GMT

vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
}mat@phx.mcd.mot.com (Mat Cucuzella) writes:
}>john@iastate.edu (John Hascall) writes:
}> >schittel@geo.Uni-Koeln.DE (Christoph Schittel) writes:
}> >}What is the maximum value for the "rsize" and "wsize" options
}> >}to make an NFS datagram fit completely into one ethernet packet
}> >}(max. 1500 byte)?

}> >   1024

}> An Ethernet frame size is 1514. Subtracting Ethernet header (6+6+2), IP
}> header (20) and UDP header (20), that leaves 1460. I'm not sure if RPC
}> headers have to be included in this, but I believe 1460 or slightly
}> less will still keep everything in one Enet packet.

}After the UDP header and before the data, an NFS READ REPLY message
}tends to have about 108 bytes of RPC and NFS header.

}Powers of 2 tend to be nice choices for rsize and wsize because powers
}of 2 tend to be nice multiples or divisors of the "natural" buffer
}sizes disk cache in the client as well as the server.

Under Ultrix at least (and I presume other BSDish systems)...

     mount(8nfs)
                                                    The number of bytes in
          a read or write request can be set with the rsize and wsize
          options. The values for rsize and wsize must be between 512 and
          8192, and be a multiple of 512.

Near as I can tell, the only values which make sense are 1024, 4096 & 8192.

John
-- 
John Hascall                   ``An ill-chosen word is the fool's messenger.''
Systmes Software Engineer
Project Vincent
Iowa State University Computation Center  +  Ames, IA  50011  +  515/294-9551