HDTenEightyP/NetNews huggingface dataset:
From: donp@novell.com (don provan)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: packet drivers for ARCNET
Date: 21 Jan 93 23:42:25 GMT
Organization: Novell, Inc., San Jose, California

In article <93021.101746SYSTHVU@cc1.kuleuven.ac.be> Herman Van Uytven <SYSTHVU@cc1.kuleuven.ac.be> writes:
>Which routers do support ARCNET ?

NetWare v3.11 does.  Since you have ARCNET, i wouldn't be surprised if
you had a NetWare server on it.  If it's a NetWare v3.11 server, just
stick an ethernet card in it and configure it to route TCP/IP traffic.

						don provan
						donp@novell.com
From: wsm0@ns1.cc.lehigh.edu (Wayne S. Mery)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Clarkson tn3270 screen blank, session drop
Date: 21 Jan 93 14:41:06 GMT
Organization: Lehigh University
X-Newsreader: TIN [version 1.1 PL8]

Bob Fillmore 992-2832 (fillmore@emr1.emr.ca) wrote:
: ...
: Once in a while the screen blanks while the user is typing.
: Hitting enter will sometimes restore the screen, and other times
: the user is dropped out of tn3270 to the DOS prompt.

I am not an expert so this is not a technical answer.  I had the same problem
running tn3270 under DesqView against TCP/IP 1.x, but it occurred after 
a short period of time while the keyboard was *idle*.  Very annoying. 

After I installed the PXTMUX package the problem went away.  
This never happened with my non-VM connections, eg VAX, RS6000.  Can someone 
give the definitive explaination on this?

Wayne
-- 
-------------------------------------------------------------------------------
Wayne S. Mery           Systems Programmer      Lehigh University Computing Ctr
WSM0@Lehigh.edu  (Unix)                         LUWSM@IBM1.cc.lehigh.edu  (VM)
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dwolfe@halcon.lerc.nasa.gov (Dana Wolfe)
Subject: Change ARP time in FTP PCTCP 2.11 ?	
Keywords: FTP PCTCP ARP 
Organization: NASA/LeRC
Date: Fri, 22 Jan 1993 17:30:21 GMT

	Is there a way to change the ARP cache expiration 
timer from its default of 900 seconds ?

Thanks.


-- 
----------------------------------------------------------------------
Dana Wolfe,  MS 142-1		voice: 	  (216) 433-8270
NASA Lewis Research Center	fax:   	  (216) 433-8000 
21000 Brookpark Rd		internet: dwolfe@halcon.lerc.nasa.gov
Cleveland, OH  44135			   
----------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
Reply-To: nikki@trmphrst.demon.co.uk
Distribution: world
Followup-To: tcpip@trmphrst.demon.co.uk
X-Mailer: cppnews $Revision: 1.31 $
Organization: Trumphurst Ltd.
Subject: None (mail relay)
Date: Thu, 21 Jan 1993 16:25:38 +0000

As a new arrival in this newsgroup, I am afraid I am going to ask a few FAQ's.

1) Where can I get the FAQ list for this group ?

2) Where is the official ftp site for WINQVTNET ?
   I collected 3.1 from src.doc.ic.ac.uk less than 2 weeks ago, and yet
   I hear people talking about 3.6 already ! Is it really moving that fast ?

3) Is it possible to get WINQVTNET to coexist with NCSA Telnet (run in a DOS
   box under Windows) ? What about KA9Q/NOS ? 
   What programs do I need for this ?

4) I have found I need to use INT61 for my packet driver, as INT60 caused 
   WINQVT to crash Windows immediately (back to the DOS prompt !). Any idea
   why this could be ?

5) I have a Western Digital WD8013EBT compatible card. Is there a packet 
   driver specifically for this card ? I am using the WD8003E driver at 
   present, but I am not comfortable that this is correct.

6) Is it possible to run two packet drivers ? I want to use PPP or SLIP
   access to Demon Internet Services (I currently use KA9Q for this), and 
   I want to retain Ethernet connection to my other machine.

7) I heard mention of a PPP packet driver. Where can I find it ?

8) With PPP or SLIP drivers, the connection has to be established via 
   modem at some point. How is this done ? Is it possible to do this 
   automatically ?

9) Is this the right place to ask these questions ?

Please reply by mail (unless YOU think it is more appropriate to reply to 
the net) - I will summarise to the net if asked.

Thanks very much for listening.

-- 
Nikki Locke,Trumphurst Ltd.(PC and Unix consultancy) nikki@trmphrst.demon.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
From: chafey@ecst.csuchico.edu (Chris Hafey)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: LPD beta testing
Date: 22 Jan 93 22:12:54 GMT
Organization: California State University, Chico
NNTP-Posting-Host: hairball.ecst.csuchico.edu


  A beta version of LPD for PC's is now available using FTP's PC/TCP.  I lost
a few e-mail messages from my first post, so let me know if I haven't
contacted you yet.
  For those of you unfamiliar with LPD, it is a network print spooler.  With
this product, you can use a PC connected to your network as a print server
using the lpr protocol.  PC/TCP and numerous other packages include a lpr
client.  Here at CSU Chico, we have an old AT serving our new lab of 486
pc's.  We are able to re-use old equipment without spending money we don't
have.
  If you are interested in testing, drop me some e-mail.

Chris Hafey




-- 
Chris Hafey                      |  True programming is rebooting the machine
chafey@cscihp.ecst.csuchico.edu  |  after each crash until it works. 
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: fort@ctt.bellcore.com (Wendell Fortune)
Subject: TCP/IP for 3COM, NOVEL and OS/2
Followup-To: fort@ctt.bellcore.com
Keywords: TCP/IP, 3COM, Novell, OS.2
Reply-To: fort@ctt.bellcore.com
Organization: Bellcore, Piscataway NJ
Date: Tue, 26 Jan 93 21:49:53 GMT


I need assistance in finding a TCP/IP product that runs on a PS/2 that supports
file transfers between 3COM, Novell, and OS/2 token rings. A single product
that is compatible with all three Token ring types would be great but all
suggestions are welcomed. Files being transfered are dBASE IV files which reside
on servers connected to the token rings. Thanks in advance.
 

-- 
Wendell Fortune
(PHONE) (908) 699-4505  
(INTERNET) fort@ctt.bellcore.com
(UUCP)  ...!bellcore!ctt!fort
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: erick@demorgan.uwaterloo.ca (Erick Engelke)
Subject: Re: Anyone running Windows for Workgroups (WfWg) over IP network?
Keywords: WfWg, W4W, TCP/IP
Organization: University of Waterloo
Date: Wed, 27 Jan 1993 16:17:41 GMT

 bmw@isgtec.com (Bruce M. Walker) writes:
>
>We are contemplating purchasing WfWg in order, primarily, to use the
>"distributed scheduler" that's built-in to it.  We have a TCP/IP & NFS
>network here that, frankly, I don't want to pollute with new packet
>types.  Is it possible, and is someone *actually* running a network
>where PCs running WfWg are happily communicating over TCP/IP; for
>example with NetBios over TCP.  If so, then what are the nuts-and-bolts:
>like, "run dis_pkt and get the FredTronics NetBios emulation for $129.95."


My personal opinion is that this is not a great opportunity.

1. WfWg 3.1 is a first generation product, it doesn't play by
   the established rules so it is incompatible (to some degree)
   with many existing network products.  I have personally seen 
   it not co-exist with FOUR other networks, usually requiring 
   patches to products that have otherwise stood the test of
   time.

2. The network apps in WfWg are simplistic versions attempting
   to hook you into other MS products.  Why not consider buying
   full blown versions from MS or their compeditors instead.

3. Your NFS network indicates to me that you desire cross platform
   functionality.  WfWg is blatently DOS only, and that extends
   to the included apps.



Erick
-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger)
Subject: FTP TCP/IP: tn hangs on some machines!
Keywords: tcp/ip ftp tn
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Sun, 24 Jan 1993 18:02:40 GMT

On some machines, FTP TCP/IP 2.05 works fine except tn. ping is okay,
but any telnet session will hang even BEFORE the interface is needed
(before local name resolution). Entering 'cls' immediately before
telnetting helps.

What's the problem? Is it fixed in 2.11?

--
Peer Stritzinger
stritzi@physik.tu-muenchen.de
From: steinkel@carlisle-emh2.army.mil ("L. Steinke")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: /etc/map3270 entry for AT386
Date: 27 Jan 93 14:33:32 GMT
Organization: The Internet

Folks,

Does anybody have a fully debugged /etc/map3270 entry for tn3270 for the
AT386 terminal type?  Of the several BSD implementations I have access to,
none have one of this terminal type.

thanx in advance for any assistance,
leland steinke
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: staymj@rs6220.ecs.rpi.edu (Joseph  ' Web '  Stayman)
Subject: PC-Xview and TCP/IP help ???
Reply-To: staymj@rpi.edu
Organization: Rensselaer Polytechnic Institute, Troy, NY.
Date: Wed, 27 Jan 1993 04:48:54 GMT


	Hi.  I recently set up my computer with a TCP/IP package and 
PC-Xview.  After a bit of trouble I got things to work.  However, I am 
having some problems.  First, I had to set up PC-Xview with the display
set for 4-bit 800x600:6ah, since PC-Xview does not support my video card
(Diamond Stealth 1meg).  Is there any way to get to 1024x768 and 8-bit
color?
	Secondly, once I've set up the machine and have logged on to 
Rensselaer's remote system, I can only bring up about three things (xterms,
clocks, etc) before the machine gives me the command that the display
cannot be opened.  Does this sound like a memory problem?  I have 4 megs
and PC-Xview claims to have access to 15 megs of virtual memory...

				Thanks,

					Web Stayman
					staymj@rpi.edu


From: alech@hpindda.cup.hp.com (Alec Henderson)
Date: Thu, 21 Jan 1993 17:10:13 GMT
Subject: Re: NetManage
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.protocols.tcp-ip

tclark@med.unc.edu (Thomas B. Clark III) asks:

>I would appreciate it if anyone could send me the
>internet address or phone number for NetManage.

Internet:  support@netmanage.com
Phone:     408-973-7171

Regards,
Alec Henderson

Telephone: 408-447-3965         	Hewlett-Packard
FAX:       408-447-3660			Information Networks Division
E-mail:    alech@cup.hp.com	       	19420 Homestead Road MS 43L9
HPDesk:    Alec Henderson/HP6600/1B	Cupertino, CA  95014  (USA)
Newsgroups: comp.protocols.tcp-ip
From: ccg@tcdsp1.mmm.com ("Charles Ganzhorn")
Subject: Re: Telnet VT100/VT200 for TCP/IP on MVS (IBM large Systems)
Date: Wed, 27 Jan 93 19:36:48 GMT

Simware Inc.
20 Colonnade Road
Ottawa, Ontario, Canada, K2E 7M6
613-727-1779

They make a package for MVS which will do the vt100 to 3270 swap.  But, for my
two cents worth, you might want to look at getting a tn3270 emulation for the
client end.

Charles.
--
Charles Ganzhorn			E/Mail:  ccganzhorn@mmm.com
3M IS&DP Network Services		AT&T:	 +1 612 736 7122
St. Paul, MN				FAX:	 +1 612 736 7689
Newsgroups: comp.protocols.tcp-ip
From: donp@novell.com (don provan)
Subject: Re: Info wanted on TCP/IP vs OSI 7 layer
Organization: Novell, Inc., San Jose, California
Date: Thu, 28 Jan 1993 07:31:37 GMT

In article <1993Jan27.115319.21112W@lumina.edb.tih.no> ketil@edb.tih.no (Ketil Albertsen,TIH) writes:
>Then you have the fighting young priests, making detailed comparisons
>for the sole purpose of showing how useless (wretched or whatever) one
>alternative is, compared to the other.

Actually, what they usually show is how dismal the OSI model is for
analysis.  Even the OSI protocols don't "fit" the OSI model in any
significant analytical sense, with most of the layers turned sideways
to allow functions to slip up or down at will.

The OSI model is useful mainly for its descriptive properties.
"Network layer" implies certain functionality which helps in
conversation, but in practice that functionality is rarely contained
in a neat layer between datalink and transport.  Ironically, it's the
OSI protocol suite itself which has the most drastic examples of
non-layering, although any competent network expert will tell you that
that, in itself, is not a deficiency.

>In article <SALKIELD.93Jan26224429@csqx.cs.rhbnc.ac.uk>, 
>salkield@csqx.cs.rhbnc.ac.uk (Tom Salkield) writes:
>>I am posting on behalf of a friend who needs to compare the layers of
>>the internet protocol suite with the OSI seven layer model as part of
>>his course assignment.

Your friend would probably find it easier to do his homework himself.
It doesn't take a significant amount of information about TCP/IP and
the OSI model to do this analysis.  I doubt that cribbing the answer
from some other source will acheive the educational goal that your
friend's instructor had in mind.  And it's certainly not the kind of
thing worth bothering thousands of people about.

						don provan
						donp@novell.com
Newsgroups: comp.protocols.tcp-ip
From: alen@crash.cts.com (Alen Shapiro)
Subject: TCP-IP for OS/2, I need to disable the DOS mem-load HELP**!!
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 22 Jan 93 01:33:45 GMT
Summary: IBM TCP-IP on OS/2 also loads into DOS, takes up too much memory
Keywords: TCP-IP DOS OS/2 1.33 drivers

Hi netters, I have OS/2 1.33 (extended) with IBMs TCP-IP drivers. They
load (using config.sys) into both OS/2 and DOS. I only need to run
telnet sessions on the OS/2 side, I need the 180k used by these drivers
on the DOS side when the DOS window is activated.

Is there a mechanism (hack or not) to unload these drivers from DOS
and still allow OS/2 TCP-IP to survive?

Are there public domain TCP-IPs that run under OS/2 that take less than
80kb on the DOS side or do not load there at all?

Help is urgently needed on this one...thanks in advance.

please email to
	alen@crash.cts.com
and I'll summarise for the net.

Newsgroups: comp.protocols.tcp-ip
From: skarupp@eng.clemson.edu (sudhager karuppaih)
Subject: MTU-discovery
Reply-To: skarupp@eng.clemson.edu
Organization: College of Engineering, Clemson Univ.
Date: Tue, 26 Jan 1993 18:30:11 GMT

Keywords: mtu

i am doing some work on MTU- discovery (to find the minimum MTU from the sender to 
the receiver using a probe frame so that the datagram need not be fragmented by the 
gateways along the route)

i have material from RPC that are 2 years old, so if any one has a  knowledge of
recent research in this field please send me a mail as to where i can find them.

your co-operation is greatly appreciated,

please send reply to 

skarupp@eng.clemson.edu
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Info wanted on TCP/IP vs OSI 7 layer
Date: 27 Jan 93 18:55:27 GMT
Organization: Auspex Systems, Santa Clara

>Almost any computer networks textbook will spend a page or two stating
>that TCP corresponds to OSI Transport, IP to OSI net, but IP is 
>connectionless while OSI is CO. That's about it - sometimes I wonder
>how they can spend several pages saying nothing more.

I wish they'd spend a few pages saying something *correct*, then - as
far as I know, OSI has both connection-oriented *and* connectionless
network-layer protocols (and it also has, as I remember, a
connectionless *transport* protocol, akin to UDP).
Newsgroups: comp.protocols.tcp-ip
From: vish@ngc.com (Vish Mulchand)
Subject: TCP Testing
Summary: Wondering what all is available in the world of TCP testing 
Keywords: TCP TEST
Organization: Network General Corporation
Date: Sat, 23 Jan 1993 03:44:53 GMT

I am curious to know how TCP/IP is being tested. I would be interested in
almost anything related to testing of TCP/IP and this would include 
automated TCP testers, conformance tests, test cases/suites, philosophies
experiences and other information that might prove to be useful.

Regards
Vish Mulchand
vish@thor.ngc.com
(415) 688-2849 

-- 
Vish Mulchand
Network General Corporation
vish@thor.ngc.com
(415)688-2849
From: chris@visionware.co.uk (Chris Davies)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: RPC protocol specifications
Date: 21 Jan 93 15:20:43 GMT
Organization: VisionWare Ltd., Leeds, UK
X-Newsreader: Tin 1.1 PL5

In article <1993Jan16.171627.4522@visionware.co.uk>, I wrote,
>The RPC protocol is in the public domain, although it was invented at
>Sun Microsystems. 

Nathaniel Mishkin (mishkin@apollo.HP.COM) wrote:
: one thing that just sends me off the deep end is when people use the
: terms "RPC" and "Remote Procedure Call" as synonyms for Sun's RPC.
..
: Many other RPC systems have come before and after Sun's.
..
: Sun seems to tend to call their RPC system either "Sun RPC" or "ONC
: RPC".

Sorry.  I do usually try to get my terminology correct.

(I assumed that the original posting was to do with Sun RPC as that's
what I've been working with lately.)  As always, context is vital.

Chris
--
            VISIONWARE LTD, 57 Cardigan Lane, LEEDS LS4 2LE, England
  Tel +44 532 788858 x238.  Fax +44 532 304676.  Email chris@visionware.co.uk
---------- "VisionWare:   The home of DOS/SQL/UNIX/X/VMS integration" ---------
Newsgroups: comp.protocols.tcp-ip
From: oberman@ptavv.llnl.gov
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Info wanted on TCP/IP vs OSI 7 layer
Date: 27 Jan 93 22:16:54 GMT

In article <1993Jan27.115319.21112W@lumina.edb.tih.no>, ketil@edb.tih.no (Ketil Albertsen,TIH) writes:
> Almost any computer networks textbook will spend a page or two stating
> that TCP corresponds to OSI Transport, IP to OSI net, but IP is 
> connectionless while OSI is CO. That's about it - sometimes I wonder
> how they can spend several pages saying nothing more.

Where did you get the idea that the OSI reference model cares whether the
network layer runs CONS or CLNP? There are ISO standards for both and in the US
GOSIP, CLNP is called for. Just because local authorities decide to run CONS
(as most Europeans probably do) is no reason to assume that it is in the
standard.

While there are LOTS of ISO standards that fit in the OSI model, the OSI model
is just that. It describes what each layer does as a general function, not
specific. IP does fit into the OSI model at the network layer. It only lack
blessings as an OSI standard. TCP fits into the transport layer the same way.
(As do the ISO/CCITT approved TP0, TP1, TP2, TP3, and TP4.)

Somewhere the idea has been popularized that OSI means interoperability in some
way. Not so. That requires systems to run matching OSI profiles, like US GOSIP
or UK GOSIP (or both). Otherwise you will get a system running TP0 and TP2
trying to talk to one running TP4 with no success.

To go a step further, there is nothing that prevents running the upper OSI
level over TCP/IP. See RFC1006, and ISODE. And, for that matter, TCP could run
on an ISO network protocol such as CLNP. In fact, the Internet Architecture
Board even recommended exactly that to alleviate the lack of IP address space.

R. Kevin Oberman			Lawrence Livermore National Laboratory
Internet: koberman@llnl.gov		(510) 422-6955

Disclaimer: Don't take this too seriously. I just like to improve my typing
and probably don't really know anything useful about anything.
Newsgroups: comp.protocols.tcp-ip
From: ketil@edb.tih.no (Ketil Albertsen,TIH)
Subject: Re: Generic IP address
Organization: T I H / T I S I P 
Posting-Front-End: Winix Conference v 92.05.15  1.20 (running under MS-Windows)
Date: Thu, 28 Jan 1993 10:22:04 GMT

In article <1993Jan26.185514.19852@walter.bellcore.com>, pietro@nova.bellcore.com 
(Pietro Manzoni) writes:

>Is there anybody who knows if it's possible to send a message specifing a
>generic address.
>
>I'm not talking of multicast, I'm just wondering if it could be possible
>to send a datagram without specifing a destination address.
>
>This type of datagram should be interpreted as: the first host that receives
>the datagram is the destination host...

How would any host know that it was the first one? The problem is most
obvious on a broadcasting net, such as Ether - *all* hosts would believe
that they were the first one.

But even on a point-to-point net: On which link connection should the message
be sent? A single random one? Or on all available (which is functionally
identical to broadcasting)?

Sorry, I do not understand the semantics of you suggested "first host gets it"
address.
Newsgroups: comp.protocols.tcp-ip
From: MACE@HDQCMS2H.UTSD.ATT.COM
Subject: Re: Anyone know of a good LPR/LPD Server?
Organization: None
Date: Tue, 26 Jan 93 08:03:54 EST

In article <1993Jan26.002814.1015@gordian.com>
johnk@gordian.com (John Kalucki) writes:
 
>
>In article <16B5BE8CE.MACE@HDQCMS2H.UTSD.ATT.COM>, MACE@HDQCMS2H.UTSD.ATT.COM writes:
>>We have 10 LaserJet printers which we would like to connect to a LPD
>>server, for access by our OS/2, DOS/Windows and IBM VM/CMS users.
>>
>>We would rather not use LPD on various machines directly connected to
>>the printers, since we would lose access to the printer when the machine
>>went down (was re-booted or powered off).
>>
>>The connections would be serial (RS-232), with one connection being
>>parallel.
>>
>>We have looked at the Lantronix equipment, but that does not really
>>offer LPD; since we have a diverse user community, we want to use the
>>LPR and LPRMON software that is provided with the TCP/IP implementations.
>
>Hmm. That's funny. I have the Lantronix EPS1 here that does LPD
>and it works fine.
>
>
>                -John Kalucki
>                johnk@gordian.com
>
 
According to Lantronix, their unit really does RTEL, which can be made
to appear to be LPD.  The problem is that you must use Lantronix supplied
software (not standard LPR software), and that software is only supported
for Unix.  Since we have DOS, Windows, OS/2 and VM/CMS Lantronix indicated
that we were out of luck.  They said that they would be providing true
LPD support in 2Q93, but still only supported for Unix (since the
microcode upload is only supported on Unix).  Thanks for the reply, though!
--------------------------------------------------------------------------
Mace Moneta, AT&T VM Product Engineering, Piscataway, NJ
--------------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip
From: amolitor@nmsu.edu (Andrew Molitor)
Subject: Re: Large Windows and Delayed Acking
Organization: Department of Mathematics
Date: Fri, 22 Jan 1993 16:28:17 GMT

In article <1993Jan21.233655.29402@gordian.com> mike@gordian.com (Michael A. Thomas) writes:
>
>  What I have found is that with large windows (say 16kb) the sending
>TCP stops sending at about 4k and waits for the receiving TCP to
>send an ACK. The receiving TCP, however is using a defered acking
>scheme which tries to delay sending ACK until a larger window is
>consolidated into one packet. The metric it is using is 1/2 the
>buffer size, and the delayed ack period is on the order of 100ms.
>  I can understand why a sending TCP might be leary of sending *so*
>much data without hearing an ack, but my question is what algorithm
>is the sending TCP using to determine how much data it will send
>before going into this quiesent state? Is there an appropriate
>RFC which I should read which describes this situation? Is the
>behavior of the sending TCP correct?

	Sounds like the sender's computing a congestion window
around 4K. See, say, Steven's _Internetworking with TCP/IP_ or
probably rfc793 somewhere or other. Steven's has a good exposition.

	The point is that TCP makes a guess at a good sending
window size based on latency of packets, and uses the minimum
of that window size and the remote's advertisement as the real
window. This is used to avoid congestion. It might even be that
the delayed ACK cause the sender to compute an artificially
small congestion window (4K seems small to me).

	One must keep in mind that TCP is polite. If the goal is
to hammer your media to death, TCP is the wrong protocol. Not, by
the way, to suggest that this is your goal.

	Andrew

>		Michael Thomas	(mike@gordian.com)