HDTenEightyP/NetNews huggingface dataset:
From: SYAZDI@PK705VMA.VNET.IBM.COM
Date: Wed, 6 Jan 93 18:04:18 EST
Subject: FTP Performance
         FTP Performance information
Newsgroups: comp.protocols.tcp-ip

Reply: SYAZDI@pk705vma.vnet.ibm.com

I have been looking for information regarding FTP performance on
different workstations and/or file servers?  I have found 0 so far.
Does anyone know/or have pointers to what "industry" performance
levels are for different machines.

Thanks in advance for any information.

Sean Yazdi

Newsgroups: comp.protocols.tcp-ip
From: martin@datacomm.ucc.okstate.edu (Martin McCormick)
Subject: Re: Using RARP for Greater Security
Organization: Oklahoma State University, Stillwater, OK
Date: Mon, 11 Jan 1993 18:00:37 GMT


I want to sincerely thank all who answered my questions about using RARP.
Here is what you had to say.

Quoted material follows:



From:    Tony Li <tli@cisco.com>
Subject: Re: Using RARP for Greater Security



Disable ARP on the router attached to that interface.  Add static ARP
entries.  Filter traffic that comes out of that interface.

Tony




From:    Lyndon Nerenberg <Lyndon.Nerenberg@unbc.edu>
Subject: Re: Using RARP for Greater Security


Our plan is to install Beame & Whiteside TCP on our PC's. B&W provides
support for BOOTP. By replacing the ROMs in your Ethernet card you can
boot the PC's from your file servers. Using BOOTP allows you to maintain
a central database of Ethernet MAC to IP address mappings. They can't
bugger with this short of replacing the ROM's.

Send e-mail to sales@bws.com for further information.

--lyndon




From:    Adrian Miranda <ade@vancouver.wsu.edu>
Subject: Re: Using RARP for Greater Security


Well, I think all programs will allow you to change your
configuration, though most take a bit more effort than WINQVTNET
apparently does.  You could obtain the source for NCSA telnet, and
recompile it to force it to use rarp or bootp, but a student could
always get their own copy of telnet from the Internet and use that.

As far as I can tell, there's no really foolproof way to prevent
someone from choosing their own IP number.  Would it be enough to just
use something like NCSA which requires editing a file?  The only other
thing I can think of is to force your UNIX systems and Routers to use
static arp table entries for the PC ethernet numbers.  That is, you
would tell the UNIX system that a particular ethernet number and IP
number are associated.  Then the system would presumably ignore
attempts by another machine (with a different ethernet number) to
pretend to have that same IP number.  However, some ethernet cards
allow you to modify their ethernet numbers, so even that's not
foolproof.

By the way, if you're looking at RARP, you should also look at Bootp.
It's much more powerful.

Adrian Miranda
ade@clark.edu




From:    pcg@aberystwyth.ac.uk (Piercarlo Grandi)
Subject: Using RARP for Greater Security


The best one is to give up on such goals. Simply put, how are you going
to make sure that a fun loving student does not load its very own little
TCP/IP module on your dos machine? I always carry around with me a
floppy with a bootable system including NOS, PC GOPHER and TRUMPET, just
in case :-).

It's practically impossible to stop people doing what they want with
changing IP numbers, for example masquerading as any host they would
like to pose (there are even some Ethernet cards which have programmable
ethernet addresses). The only way out is cryptographic authentication.
Kerberos...
From: jimg@ocean.rutgers.edu (Jim Gasprich)
Newsgroups: comp.protocols.tcp-ip
Subject: STARLAN 10 10BASE-T hub unit doesn't like adapters
Date: 5 Jan 93 00:20:49 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

I have two somewhat old (circa 1988) STARLAN 10 hub units that 
are part of our TCP/IP ethernet LAN. Our lab is wired twisted pair
with RJ-45 plugs. This is fine for our PCs with their RJ-45 port 
cards, but for our UNIX boxes (Suns), we need to use AUI to RJ-45
adapter boxes.

Here's the problem. We recently bought a new (1991) adapter box from
Cabletron, but it did not work when we wired it up. We have a few 
old adapters from AT&T (which came with our now defunct 3B2s (ick!)),
and some others from a company called David Systems, which work A-OK.

I am somewhat perplexed. Has there been a change in the 802.3 standard,
are our hub units no longer usuable, or am I just missing something
somewhere ?? It would seem a shame to throw out 22 usuable ports, 
especially with the price of some of the new fancy-pants hubs I've
been looking at.

I apologize if these are newbie questions, or are more appropriate to
another, more wire-head hardware group.

Thanks,

Jim Gasprich                          e-mail: jimg@ocean.rutgers.edu
Research & Support Slave                tel:    (908) 932-9631
Cook College Remote Sensing Center      fax:    (908) 932-8644
Dept of Natural Resources
Rutgers University
New Brunswick, NJ, O8903        "Du bist mein Gweckman" - Anonymous Fascist
Newsgroups: comp.protocols.tcp-ip
From: geranen@phx.mcd.mot.com (Scott Geranen)
Subject: Re: BOOTP and the first stage bootstrap
Organization: Motorola Computer Group, Tempe, Az.
Date: Tue, 5 Jan 1993 16:00:17 GMT

In article <1ia2pvINNj7b@usenet.INS.CWRU.Edu> trier@slc6.ins.cwru.edu (Stephen C. Trier) writes:
>In article <1993Jan4.173958.17884@dg-rtp.dg.com> peterson@commtg3.rtp.dg.com (Kevin Peterson) writes:
>>Is there a configuration option in bootp that will allow a
>>client to get a bootp request from one machine and the first
>>stage bootstrap from another machine.
>
>This seems to be an ugly part of the BOOTP protocol.  If you look in section
>7.3 of RFC 951, the client is expected to use the siaddr field as the TFTP
>server's IP address and sname as the name.  I would think it would be safe to
>set siaddr and sname to something other than the BOOTP server's address.
>Why would the client want the BOOTP server's address?  What it really needs
>is the TFTP (or other boot protocol) boot address.
>
>I'm sure this will be a controversial suggestion, but I think it's justified.
>It satisfies the use of the siaddr (and sname) fields, if not the intent.
>If it really bothers you, think of it as "proxy BOOTP".  ;-)

I have done exactly this.  The only "trick" is that the CMU bootpd server
checks to see if the download file is on the system.  When the new "sa"
(server address) tag is used in the bootptab file it doesn't check for the
file -- I didn't want to try to verify that the file existed on the remote
system.  I've sent this modification to CMU but I haven't seen it come back
out.

Also, as noted in a later post, you need to send the gateway and subnet
mask if you're booting through a gateway.  

Another useful modification I made was to be able to use host names instead
of IP addresses for the "ip" tag.  I hate duplicating information already
in the hosts file.

>
>-- 
>Stephen Trier                      "We want to offer you a price that you
>Network software type               just can't afford to take advantage of."
>Case Western Reserve University         - Sales blurb from HSC Software
>trier@ins.cwru.edu


-- 
Scott Geranen                    Internet: geranen@phx.mcd.mot.com
Motorola Computer Group	         uunet:    uunet!unisoft!mcdphx!geranen
2900 S Diablo Way (DW220)        FAX:      (602) 438-3836
Tempe, Az  85282                 phone:    (602) 438-3238
Newsgroups: comp.protocols.tcp-ip
From: lin@tasman.cc.utas.edu.au ()
Subject: How to network printers?
Organization: Computing Centre, University of Tasmania, Australia.
Date: Fri, 8 Jan 1993 06:11:02 GMT


Hi netlanders,

I don't know whether this is right place to ask this question.  But, anyway,...

Our group has more than 10 PCs, one Dataproducts LZR-1260 b/w laser printer,
one HP Deskjet 500C color printer and one HP Scanjet IIp b/w scaner.
At moment, the printers and scanner are not networked, even though our
PCs are networked through ethnet to a Unix server.

We now want our printers and scanner to be networked as well.  What do we need?
Hardware, software?  Someone mentioned FASTPORT (TCP/IP network print server)
by MiLAN Technology should be OK for our purpose.  Is that right?
Any other options?

Your help would be greatly appreciated.

Please send responses to my account since I don't read this newsgroup very often.

I will post a summary if there are enough responses and interests.

Thanks in advance.


--Tony Lim

Internet:   lin@tasman.utas.edu.au
	    zzl@bom.gov.au
From: mark@verdix.com (Mark Lundquist)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Why would a Sun take 1.5 seconds to retransmit a missed packet?
Keywords: TCP retransmit
Date: 11 Jan 93 23:01:07 GMT
Article-I.D.: verdix.9517
Distribution: na
Organization: Verdix Western Operations, Aloha  OR

In article <930108124846@cream.ftp.com> jbvb@ftp.com writes:
>In article <184841@pyramid.pyramid.com> lstowell@pyrnova.mis.pyramid.com (Lon Stowell) writes:

    In article <BARNETT.93Jan7091846@grymoire.crd.ge.com> barnett@crdgw1.ge.com writes:

    >Packets are missed by the archive system, so the Sun has to retransmit
    >the missed packets. I have noticed large delays (0.5 - 1.5 seconds)
    
       Those are pretty typical numbers for TCP layer time-outs...

>If so, it indicates that 1) the path is long, 2) the archive system is very
 slow or 3) the sending TCP has an inferior or broken adaptive retransmit
 algorithm.  TCP should retransmit in something on the order of twice the
 average Round Trip Time (from send to ack).


The granularity of the per-TCB timers (retransmit, RTT, etc.) on
BSD-derived systems is 500ms.
From: soner@.cs.pitt.edu.cs.pitt.edu ( & Onder)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: PC-NFS SLIP and telnet problem
Date: 5 Jan 93 17:31:21 GMT
Organization: Univ. of Pittsburgh Computer Science
X-Newsreader: Tin 1.1 PL3

apollo@buengc.bu.edu (Doug A. Chan) writes:
: In article <1992Dec23.043717.1680@colorado.edu> garnett@refuge.Colorado.EDU (Santiago de la Paz) writes:
: >In article <105528@bu.edu> apollo@buengc.bu.edu (Doug A. Chan) writes:
: >>Whenever I try to telnet to a host, it just hangs there...
: >>What is wrong with telnet?
: >One of the primary reasons why a telnet attempt like this will hang is if
: >the remote host cannot reverse-lookup the IP address of the host you're 
: >coming from.  Make sure that both hosts are forward and reverse-mapped
: >(just for thoroughness, doncha know) if you're using DNS, or that they're
: >both in your machine's hosts files.
: 
: It wasn't any host/IP address problem (FTP, ping, nfsping, NFS, finger all
: work fine!)  The host table is okay... just telnet was broken.
: I turned on all of PC-NFS' telnet debugging and it got stuck during
: the initial negotiation (after it has established a connection with
: the host). 
: -Doug
Reminds me of some sort of Telnet option negotiation loop or deadlock. Your 
telnet program may be responding WILL to some option but may not be 
properly doing so. Something like this may cause the other system to wait
indefinitely. The other possibility is the two pairs are entering to
an WILL/DO or DON'T/WONT kind of negotiation loop. I don't know how PC-NFS
telnet debugging feature works, but depending on the implementation, I 
think you may not be able to see anything on the trace if a loop occurs.


                                        Soner Onder
From: wmah@ersys.edmonton.ab.ca (Wayne Mah)
Newsgroups: comp.protocols.tcp-ip
Subject: Unisys TCP/IP and UTS 20/40/60 emulation
Date: Sat, 09 Jan 93 00:31:47 MST
Organization: Edmonton Remote Systems #3, Edmonton, AB, Canada

Can anyone write a few words about TCP/IP on an Unisys 
mainframe and using a PC based package to provide UTS 20/40/60
emulation?
 
Our very old DCP is flakely and we would like to use the HLC
for connection to our Ethernet/Token Ring lan.
 

--
Wayne Mah              wmah@ersys.edmonton.ab.ca
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: reading what you're writing on Suns
Date: 8 Jan 93 21:34:38 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <16287@auspex-gw.auspex.com>, guy@Auspex.COM (Guy Harris) writes:
> >Apparently a Sun cannot read the packets that it is writing to
> >the network.  I have two questions regarding this:
> >
> >    1) Is this common with most/all workstations (non-Suns)?
> 
> I've never seen an Ethernet interface that *does* hear its own
> transmissions, but some may exist.  All the Ethernet-interface drivers
> I've seen will wrap transmitted *broadcast* packets around internally,
> so that it *looks* as if they receive the packet, but they don't do so
> for non-broadcast packets.
> 
> >    2) Is there a patch so the Sun can read it's own packets?
> ...


With 7990 LANCE based hardware, it is impossible to hear your own
packets with just the hardware, unless your packets are ridiculously
small.  Anything larger than something like 38 bytes cannot be heard.

With SEEQ 8003 and similar based systems, the hardware can in be built
to hear its own output, but the main vendor I know of that uses 8003's
and derivatives in some systems (guess which vendor) has chosen to
implement loopback purely in software.

Doing loopback in software is a good idea with common 4.3BSD and SVR4
(I think) style code, which do not work well if they cannot hear their
own broadcasts.  You usually want your system to come up even if the
ethernet cable is unplugged.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.protocols.tcp-ip
From: "Bernd Finkemeyer" <p00122@psilink.com>
Subject: Re: Mil-Stds for TCP-IP
Organization: Bear Software
Date: Sat, 9 Jan 1993 00:49:58 GMT
X-Mailer: PSILink-DOS (3.3)

| The following article was forwarded from a Compuserve user. Please send
| any private responses to "72500.3562@compuserve.com".

These are the military standards:

MIL-STD-1777     IP
MIL-STD-1778     TCP
MIL-STD-1780     FTP
MIL-STD-1781     SMTP
MIL-STD-1782     TELNET

The last three are verbatim copies of the corresponding RFCs. The
first two are technically aligned with the corresponding RFCs, but are
more readable and include clearer, tutorial-type descriptions of the
protocols. All of them are in the Volume 1 of the Internet Technology
Handbook from the SRI NIC (nisc@nisc.sri.com)

Bill Stallings
72500.3562@compuserve.com


Newsgroups: comp.protocols.tcp-ip
From: rama@andy.bgsu.edu (Sub Ramakrishnan)
Subject: freeware PC RPC
Keywords: PC, RPC, TCP/IP, freeware, shareware
Organization: Bowling Green State University B.G., Oh.
Date: Fri, 8 Jan 1993 21:42:48 GMT

Greettings:
Our PC will be connected to the ethernet using a WD ethernet card.
Is there a public domain RPC (and TCP) software for PCs? I know
Sun's rpc for unix platform is free but am not sure about PCs.
Thank You
==sub
-- 
Dr. Sub Ramakrishnan         Internet: rama@truth.bgsu.edu
Dept of Computer Science     Bitnet:   rama@bgsuopie
Bowling Green State University
Bowling Green, OH 43403      Voice: 419 372 2337. Fax:419 372 8061
Newsgroups: comp.protocols.tcp-ip
From: grunert@jupiter.rz.Uni-Osnabrueck.DE (Joerg Grunert)
Subject: TCP/IP with XINU
Organization: University of Osnabrueck, FRG
Date: Thu, 7 Jan 1993 11:24:31 GMT

I want to use TCP/IP with the XINU system and a WD8003 Ethernet card.
If you have a source code in C please mail it to me.
It will help me also, when you mail me the Internetaddress of a FTP Server
where I can find the Programms.



Regards
     grunert@jupiter.rz.uni-osnabrueck.de
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: BOOTP and the first stage bootstrap
Date: 4 Jan 1993 19:41:14 GMT
Organization: Case Western Reserve University, Cleveland OH (USA)
NNTP-Posting-Host: slc6.ins.cwru.edu

Oops!  I forgot to mention that your client will have to use the RFC 1084
vendor extensions, or a similar vendor extensions field, in order to give
the client its netmask and gateway.  You can't TFTP through a gateway
without that info.

-- 
Stephen Trier                      "We want to offer you a price that you
Network software type               just can't afford to take advantage of."
Case Western Reserve University         - Sales blurb from HSC Software
trier@ins.cwru.edu
Xref: sparky comp.protocols.tcp-ip:5936 comp.protocols.tcp-ip.ibmpc:7371
From: drj@dev-null.phys.psu.edu (Dan Jeuch)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
Subject: TCP/IP between PCs and 3B2s
Date: 12 Jan 1993 08:45:31 -0500
Organization: Penn State, Null Device Department
Distribution: world

I've got an interesting project to tackle.  I need to network an
AT&T 3B2 with a couple of IBM PCs.... preferably with minimal
equipment cost.  The PCs are currently equiped with Lantastic
ethernet cards, but the cards are supposedly compatable with
Novell NE2000 cards, but I have no way of verifying this.

Has anyone attempted/been sucessful in doing this?  Any suggestions
for software, or general advice would be greatly appreciated!

Please e-mail responses.  If there is a general interest, I can always
post a summary.

-Dan
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: reading what you're writing on Suns
Date: 8 Jan 93 19:24:13 GMT
Organization: Auspex Systems, Santa Clara

>Apparently a Sun cannot read the packets that it is writing to
>the network.  I have two questions regarding this:
>
>    1) Is this common with most/all workstations (non-Suns)?

I've never seen an Ethernet interface that *does* hear its own
transmissions, but some may exist.  All the Ethernet-interface drivers
I've seen will wrap transmitted *broadcast* packets around internally,
so that it *looks* as if they receive the packet, but they don't do so
for non-broadcast packets.

>    2) Is there a patch so the Sun can read it's own packets?

The precise question you're asking is "is there a patch so that the Sun
can read its own packets *through the Network Interface Tap (NIT)
mechanism*, that being the mechanism that "etherfind" uses to listen to
Ethernet traffic.

I know of none, although a quick look at the code indicates that it
might be possible to arrange to have non-broadcast packets wrapped
around, just as broadcast packets are wrapped around, if the Ethernet
interface is in promiscuous mode, so I suspect such a patch is, at
least, implementable.
Newsgroups: comp.protocols.tcp-ip
From: davidr@cs.uow.edu.au (David Ian Raymond)
Subject: Re: Distributed Applications?
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Tue, 5 Jan 1993 22:49:47 GMT

nguyenth@amertume.ibp.fr (Thao Nguyen) writes:

>Hi there,

>First: Happy New Year All ;)

>I'd like to know more about distributed applications. I mean how do they really work and how to implement
>them. If any gurus out there give me some hints on that.
>Also, if there's any newsgroups, mailings or books that I can refer to if I want to know more
>about distributed development. (e.g. is client-server applications can be called distributed?)
>Well I'm kindda *rookie* so excuse me if it's not the right newsgroup for that :)

>Thanx & Bye
>-- 
>Thao
>Believe it or not but I have no e-mail address!

Hi,
  This seems like a good book:

Distributed systems / edited by Sape Mullender.
New York, N.Y. : ACM Press ; Wokingham, England ; Reading, Mass. :
          Addison-Wesley Pub. Co., c1989.

I had a bit of a read of it to get a basic idea of distributed systems.

David
davidr@cs.uow.edu.au
From: chris@distinct.com (Chris Bologna)
Newsgroups: comp.protocols.tcp-ip
Subject: A short course in TCP/IP
Date: Wed, 6 Jan 93 18:23:01 PDT
Organization: Distinct Corp.

>> I need to attend a good TCP/IP course that would cover administration issues,
>> network management, programming (RPC or some DCE maybe), etc. 

>> Thanks for any ideas!

>> -Lee Thomas

I know that the American Institute run hands-on training courses for TCP/IP -
they run courses all over the country.  I don't know what the level of the 
course is really at as I only know about it through their catalogue.  You
might want to call and find out.  Tel: (800) 345-8016

Chris Bologna
Distinct Corporation
14395 Saratoga Avenue, Suite 120
Saratoga, CA 95070

Tel: (408) 741-0781
Fax: (408) 741-0795
email: chris@distinct.com
*******************************************************************************
From: jraja@vipunen.hut.fi (Jarno Tapio Rajahalme)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: seeking WINSOCK API definition
Date: 9 Jan 93 15:05:50 GMT
Organization: Helsinki University of Technology, Finland

The winsock API specification can be found from vax.ftp.com with
anonymous ftp from directory pub/winsockapi/winsock-1.1. vax.ftp.com
is FTP Software's machine.

	Jarno
Newsgroups: comp.protocols.tcp-ip
From: olo@ccwf.cc.utexas.edu (Lee Thomas)
Newsgroups: comp.protocols.tcp-ip
Subject: NEEDED:  A good TCP/IP short course. (Austin, Dallas area)
Date: 5 Jan 93 22:37:54 GMT
Reply-To: olo@ccwf.cc.utexas.edu (Lee Thomas)
Organization: The University of Texas at Austin, Austin TX
Originator: olo@grumpy.cc.utexas.edu


I need to attend a good TCP/IP course that would cover administration issues,
network management, programming (RPC or some DCE maybe), etc. 

Thanks for any ideas!

-Lee Thomas

---------------------------------------------------------------------------
Lee Thomas                              Voice: (512)322-6386
Systems Specialist                        FAX: (512)322-6350
City of Austin Electric Utility      Internet: olo@ccwf.cc.utexas.edu
---------------------------------------------------------------------------
From: barnett@grymoire.crd.ge.com (Bruce Barnett)
Newsgroups: comp.protocols.tcp-ip
Subject: Why would a Sun take 1.5 seconds to retransmit a missed packet?
Date: 7 Jan 93 14:18:46 GMT
Reply-To: barnett@crdgw1.ge.com
Organization: GE Corp. R & D, Schenectady, NY

I am examing some data collected from a medical network, and noticed
some unusual timings.

A Sun is transmitting large files (3.5Mbytes average) to an archive 
system while receiving images from a scanner.

Packets are missed by the archive system, so the Sun has to retransmit
the missed packets. I have noticed large delays (0.5 - 1.5 seconds)
while the sending machine has to "back up" and retransmit packets that
were previously sent but never acknowledged. 35% of the sessions had
inter-packet delays > 1 second.  The receiving buffer size is 24K.

Why would there be such a long delay? I would expect the data is in
mbufs, so the time to resent the missed packets should be small. 
From the timing it looks like the data was occasionally on a disk.
If we wanted to remove these conditions, am I correct in assuming the
sending system needs more RAM or perhaps more buffers?
--
Bruce Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
From: jessea@u013.me.vp.com (Jesse W. Asher)
Newsgroups: comp.protocols.tcp-ip
Subject: Services getting CLOSED??
Date: 3 Jan 93 16:45:48 GMT
Organization: Varco-Pruden Buildings

We've been having some problems lately with services getting CLOSED out.
When this happens, you can do a netstat and it will show telnet, for
example, as being in a "CLOSED" state.  No one can telnet in because it
did not do a passive open.  What could be causing this?  When I kill the
offending telnet process, it clears up the problem.  But I'd like to
know what is causing it in the first place so I can correct it.  Any
ideas?

-- 
      Jesse W. Asher                                          (901)762-6000
                             Varco-Pruden Buildings
                 6000 Poplar Ave., Suite 400, Memphis, TN  38119
    Internet: jessea@vpbuild.vp.com                   UUCP: vpbuild!jessea
From: kby@cco.caltech.edu (Kimo B. Yap)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TCP/IP for Tops-10
Date: 8 Jan 1993 16:59:38 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: alumni.caltech.edu

As I mentioned to the original author (but didn't bother to post) I believe
there was a hack version of TCP/IP for the -10, but I think it was last
known to work in about 6.02.  I don't remember who did it and will have to
do some digging (I know the chain, but the end is kind of buried).-kby