[comp.binaries.ibm.pc.d] SIMTEL20 FTP performance

W8SDZ@WSMR-SIMTEL20.ARMY.MIL (Keith Petersen) (12/07/88)

> Sometimes when I ftp from simtel20 I will be able to start
> a transfer but at some point the packets just seem to stop
> coming.  The process just sits there until I kill it and 
> the file never gets any larger.  I have not been able to ftp
> even one long file for the past couple of months at least if
> not longer although I have done it in the past (i.e. 6 months
> ago).  I was wondering if there is anything that I need to do
> to alleviate the problem or is it something that I will have
> to live with.

Some users have experienced the same problem.  Help has arrived!  New
network software was installed a few days ago which has resulted in an
impressive improvement in performance.  If you've given up on using
FTP to get files from SIMTEL20 try again.  If you get "connection
refused" keep trying.  That just means all the net ports are busy.
---
Keith Petersen
Maintainer of the CP/M & MSDOS archives at wsmr-simtel20.army.mil [26.0.0.74]
DDN: w8sdz@wsmr-simtel20.army.mil
Uucp: {ames,decwrl,harvard,rutgers,ucbvax,uunet}!wsmr-simtel20.army.mil!w8sdz

regoli@silver.bacs.indiana.edu (michael regoli) (12/07/88)

In article <KPETERSEN.12452348352.BABYL@WSMR-SIMTEL20.ARMY.MIL> W8SDZ@WSMR-SIMTEL20.ARMY.MIL (Keith Petersen) writes:
|> [...]
| Some users have experienced the same problem.  Help has arrived!  New
| network software was installed a few days ago which has resulted in an
| impressive improvement in performance.  If you've given up on using
| FTP to get files from SIMTEL20 try again.  If you get "connection
| refused" keep trying.  That just means all the net ports are busy.

]:[

i'm curious:  just how many ports are there going into simtel?

--
                        |
                        |  michael regoli
                        |  ...rutgers!iuvax!silver!regoli
                        |  regoli@silver.bacs.indiana.edu
			|

simon@ms.uky.edu (Simon Gales) (12/08/88)

In article <KPETERSEN.12452348352.BABYL@WSMR-SIMTEL20.ARMY.MIL> W8SDZ@WSMR-SIMTEL20.ARMY.MIL (Keith Petersen) writes:
> [...]
> Some users have experienced the same problem.  Help has arrived!  New
> network software was installed a few days ago which has resulted in an
> impressive improvement in performance.  If you've given up on using
> FTP to get files from SIMTEL20 try again.  If you get "connection
> refused" keep trying.  That just means all the net ports are busy.
>

I tried using simtel20 today (Wednesday December 7, 1988) and encountered
the same problems as usual.  Simtel20 responded sluggishly, and died in the
middle of the transfer (less than 60k made it thru).  When I break ftp on
my end, I get the familiar 'remote server has closed connection' message.

Why don't I get the message when the connection is closed?  Why is it 
closed at all?  

Is the new network software in place yet?

/--------------------------------------------------------------------------\
  Simon Gales@University of Ky         UUCP:   {rutgers, uunet}!ukma!simon 
                                       Arpa:   simon@ms.uky.edu 
  MaBell: 263-2285/257-3597            BitNet: simon@UKMA.BITNET  
-- 
/--------------------------------------------------------------------------\
  Simon Gales@University of Ky         UUCP:   {rutgers, uunet}!ukma!simon 
                                       Arpa:   simon@ms.uky.edu 
  MaBell: 263-2285/257-3597            BitNet: simon@UKMA.BITNET  

currier@romeo.cs.duke.edu (Bob Currier - DCAC Network Comm. Specialist) (12/09/88)

I too have encountered SLOW performance, and broken sockets. (Eye sockets,
from watching hash marks rip across the screen at a blistering 1k per minute)
:-) :-)

I tried yesterday, 8 December, 1988 and found performance to be the same
as always.  I am able to connect to Berkeley site and get much better
response, so I don't think it is the net.  

BTW, what is the hardware config at Simtel?  




===============================================================================
 ____                ___        ()   |     currier @ romeo.cs.duke.edu
|     \       |  /  |       ()    ===|     dynamo @ tucc.bitnet
|     ||    | |/    |__           () |     Robert D. Currier 
|     ||    | |\    |       #1       |     Network Communications
|_____/|____| |  \  |___          () |     Duke University  Durham, N.C
================================================================================

ralf@b.gp.cs.cmu.edu (Ralf Brown) (12/10/88)

In article <13020@duke.cs.duke.edu> currier@romeo.cs.duke.edu (Bob Currier - DCAC Network Comm. Specialist) writes:
[as do others]
}I tried yesterday, 8 December, 1988 and found performance to be the same
}as always.  I am able to connect to Berkeley site and get much better
}response, so I don't think it is the net.  

I don't think it's the net, either.  I think it's the MILNET-ARPANET gateways.
I get great throughput to U. Illinois and lousy throughput to SIMTEL.  My 
father gets exactly the opposite from his system, which happens to be on 
MILNET.
-- 
{harvard,uunet,ucbvax}!b.gp.cs.cmu.edu!ralf -=-=- AT&T: (412)268-3053 (school) 
ARPA: RALF@B.GP.CS.CMU.EDU |"Tolerance means excusing the mistakes others make.
FIDO: Ralf Brown at 129/31 | Tact means not noticing them." --Arthur Schnitzler
BITnet: RALF%B.GP.CS.CMU.EDU@CMUCCVMA -=-=- DISCLAIMER? I claimed something?
-- 

tittle@glacier.ics.uci.edu (Cindy Tittle) (12/10/88)

In article <10674@s.ms.uky.edu> simon@ms.uky.edu (Simon Gales) writes:
 *In article <KPETERSEN.12452348352.BABYL@WSMR-SIMTEL20.ARMY.MIL> W8SDZ@WSMR-SIMTEL20.ARMY.MIL (Keith Petersen) writes:
 *> [...]
 *> Some users have experienced the same problem.  Help has arrived!  New
 *> network software was installed a few days ago which has resulted in an
 *> impressive improvement in performance.  If you've given up on using
 *> FTP to get files from SIMTEL20 try again.  If you get "connection
 *> refused" keep trying.  That just means all the net ports are busy.
 *>
 *
 *I tried using simtel20 today (Wednesday December 7, 1988) and encountered
 *the same problems as usual.  Simtel20 responded sluggishly, and died in the
 *middle of the transfer (less than 60k made it thru).  When I break ftp on
 *my end, I get the familiar 'remote server has closed connection' message.
 *
 *Why don't I get the message when the connection is closed?  Why is it 
 *closed at all?  
 *
 *Is the new network software in place yet?

 Hmmm....I've been using simtel extensively over the last couple of
 days, and it is *still* sluggish, but is freezing less often.  (Earlier,
 every other transfer would die in mid-transfer, lately its been about
 one out of 10).

 Simtel has a pretty short idle tolerance, it seems to be about 2 minutes
 idle gets you kicked off.  I dunno; that makes sense to me -- let others
 get on if you are not doing anything...

 --Cindy
--
 So many worlds, so much to do,     | ARPA:   tittle@ics.uci.edu
 So little done, such things to be  | BITNET: cltittle@uci.bitnet
                    --Tennyson      | UUCP:   {sdcsvax|ucbvax}!ucivax!tittle

shapiro@athos.rutgers.edu (Joel Shapiro) (12/10/88)

Slow service? Me too!!! I managed to transfer a 150K file a few days
ago, but after the notice of improved service, at the stunning rate of
67 bytes/second!  All our other ftp stuff is quite good. ftp to
mcs.anl.gov is essentially instanteous. So it is not our connection to
internet which is bad
		Joel Shapiro

hartung@amos.ling.ucsd.edu (Jeff Hartung) (12/10/88)

In article <KPETERSEN.12452348352.BABYL@WSMR-SIMTEL20.ARMY.MIL> W8SDZ@WSMR-SIMTEL20.ARMY.MIL (Keith Petersen) writes:
>Some users have experienced the same problem.  Help has arrived!  New
>network software was installed a few days ago which has resulted in an
>impressive improvement in performance.  If you've given up on using
>FTP to get files from SIMTEL20 try again.  If you get "connection
>refused" keep trying.  That just means all the net ports are busy.

I have received numerous messages from several people since my original
posting about SIMTEL20 and ftp's and I would like to thank everyone.  Since
the changes Keith mentions above were made, and perhaps also thanks to our
being added to the routing tables at SIMTEL20, things have been going great.
Large and small files now transfer completely and *quickly*, too!  Thanks
again to everyone who helped.

--Jeff--

 --Jeff Hartung--  	
 Disclaimer: "Nobody here really cares what I think anyhow."
 ARPA - hartung@amos.ling.ucsd.edu          
 UUCP - ucsd!amos.ucsd.edu!hartung

w8sdz@smoke.BRL.MIL (Keith B. Petersen ) (12/10/88)

Users having problems getting files with FTP from SIMTEL20 should send a
report to ACTION@WSMR-SIMTEL20.ARMY.MIL, an address expressly set up for
this purpose.

Questions about files or other aspects of the archives should be sent to
me.
-- 
Keith Petersen
Maintainer of the CP/M & MSDOS archives at wsmr-simtel20.army.mil [26.0.0.74]
DDN: w8sdz@wsmr-simtel20.army.mil
Uucp: {ames,decwrl,harvard,rutgers,ucbvax,uunet}!wsmr-simtel20.army.mil!w8sdz

ugleung@sunybcs.uucp (Leung Lee) (12/11/88)

In article <9133@smoke.BRL.MIL> w8sdz@brl.arpa (Keith Petersen) writes:
>Users having problems getting files with FTP from SIMTEL20 should send a
>report to ACTION@WSMR-SIMTEL20.ARMY.MIL, an address expressly set up for
>this purpose.
>
>Questions about files or other aspects of the archives should be sent to
>me.

	P.S., there is no connection to simtel from my site, and ftp'ing to
26.0.0.74 did let me in, but I do not know how to log on, it asked for pass
word, but log anonymous didn't work.  Pointers needed, thanks for a million!


Leung


>-- 
>Keith Petersen
>Maintainer of the CP/M & MSDOS archives at wsmr-simtel20.army.mil [26.0.0.74]
>DDN: w8sdz@wsmr-simtel20.army.mil
>Uucp: {ames,decwrl,harvard,rutgers,ucbvax,uunet}!wsmr-simtel20.army.mil!w8sdz