HDTenEightyP/NetNews huggingface dataset:
From: berg@physik.tu-muenchen.de (Stephen R. van den Berg)
Subject: SLIP and a sample gated.conf file.
Originator: berg@tabaqui
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: Tue, 29 Sep 92 16:29:54 GMT

I currently have the following setup:

	A local ethernet network (two SUNs running NIS).

	A sun connected over ethernet to a CISCO router.

	A sun on the first network is connected by CSLIP to a sun on the
	 second network.

Or, to illustrate:

	le0
Sun A - 137.226.106.2 -|
		       |
		       |ethernet
	le0	       |
Sun B - 137.226.106.1 -|
  \
   \	/dev/ttya		CSLIP			/dev/ttya
    \- 137.226.218.2 ---------------------------------- 137.226.218.1 - Sun C
									 /
							 le0		/
						      |- 137.226.99.2 -/
						      |
					     ethernet |
						      |  le0
						      |- 137.226.99.1 - CISCO
									  /
							 le0		 /
						      |- 137.226.100.1 -/
						      |
				The rest of INTERNET ...

Well, so far, everything works fine, except for the SLIP line.
I have tested the serial connection and sure enough, IP-packets seem to
get across (using sliplogin on SunB and SunC).
But, anything like "ping" or telnet does not work.

Now, the question is, what would be the best way to get this working?
I thought running a gated on both SunB and SunC would do the trick.  However,
setting up gated to do this seems to be non-trivial.

So I was wondering if someone could give me some pointers or provide working
examples on how to get this running.  Someone must have done this before.

Currently, on SunB I have the following /etc/gated.conf file (this was written
by a gated novice):
-------------------------SunB /etc/gated.conf--------------
RIP yes
HELLO no
EGP no

trustedripgateways	137.226.218.1
sourceripgateways	137.226.218.1
-----------------------------------------------------------

On the other Sun (SunC), I have the following:
-------------------------SunC /etc/gated.conf--------------
RIP yes
HELLO no
EGP no

trustedripgateways      137.226.218.2 137.226.99.1
sourceripgateways       137.226.218.2 137.226.99.1
-----------------------------------------------------------

Now, shouldn't this be enough for both gateds to be able to figure out
all the rest by themselves?

Am I doing something stupid here?  Have I missed something obvious?
Something non-obvious?

Any pointers are appreciated.  I can of course figure out everything myself,
but I already noticed, there are too many permutations and the turn-around
time is way to long.

BTW, the gateds are able to communicate with each other (I have seen
traffic going across).  But apart from gated traffic, I couldn't do a thing
(i.e. ping, telnet didn't work).
-- 
Sincerely,                                  berg@pool.informatik.rwth-aachen.de
           Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de

"And now for something *completely* different!"
From: jim@applix.com (Jim Morton [ext 237])
Newsgroups: comp.protocols.tcp-ip
Subject: need SLIP tip program
Date: 28 Sep 92 20:48:31 GMT
Organization: Applix, Inc., Westboro, MA

OK, I have slip-4.0 up and running in my Sun kernel, and I have my 
NetBlazer calling into it. But I need my Sun to call out to the
NetBlazer. Where is this "tip with SLIP" program that is alluded
to in the various README files???

--
Jim Morton, Applix Inc., Westboro, MA
...uunet!applix!jim    jim@applix.com
From: westes@sti.com (Will Estes)
Newsgroups: comp.protocols.tcp-ip,comp.sun.admin
Subject: Best Way To Check For Sources Of Poor Network Performance?
Date: 6 Oct 92 22:30:56 GMT
Organization: Mail Group

When I started to use x-based applications today on an MS-windows
x-server logging into a SunOS host, I noted that the performance was
abysmal.  I quickly noted that the load on the SunOS host was virtually
nil, and that one UNIX host had been added to the same ethernet segment
as the one connected to the SunOS host.  Several other people on the same 
segment as the SunOS host also noted that the performance was bad during 
the same time period.

My question is are there any tools, short of purchasing an expensive
network analyzer, that can be used under UNIX on the SunOS host to check
for broadcast storms or other obvious network problems?  An ftp source
for something that works either under SunOS or on an ethernet-attached
PC would be ideal.  If it's a PC utility, it should handle IPX and TCP
traffic.

What are some likely causes for this kind of problem?  There are about
30 hosts attached to the suspect ethernet.
-- 
Will Estes		Internet: westes@netcom.com
Newsgroups: comp.protocols.tcp-ip
From: dls@mentor.cc.purdue.edu (David L Stevens)
Subject: Re: Silly windows, PERSIST timers, and ACKs
Organization: PUCC UNIX Group
Date: Tue, 6 Oct 1992 02:20:59 GMT

	I think your analysis is correct. The real problem is that the
Berkeley code uses a 5 second timer, when they should be using on the order
of the estimated round trip time (see section 4.2.2.17 of RFC 1122). I
pointed out the problem and fix to Keith Bostic a couple years ago, but haven't
checked to see if it made it into any subsequent releases.
	The BSD code assumes that the other side will send a gratuitous
window update when the situation has changed (as their implementation does),
but the TCP specification does not require it. Rather, the sender is required
to do the probing to make sure data keeps flowing. That forces 5 second delays
on connections between conforming, but arguably not optimal TCP's and BSD's
version (and derivatives).
	If you have kernel sources and would like to patch it, drop me a
line and I can send you diffs for 4.3 Tahoe sources. It may have been just
a matter of lowering TCPTV_PERSMIN, but I don't remember offhand...
-- 
					+-DLS  (dls@mentor.cc.purdue.edu)
Xref: sparky comp.protocols.tcp-ip:4568 comp.sys.sun.admin:6743
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.protocols.tcp-ip,comp.sys.sun.admin
Subject: Re: CISCO CGS routing problem/question
Date: 28 Sep 1992 23:33:08 -0700
Organization: University of Southern California, Los Angeles, CA
Distribution: na
NNTP-Posting-Host: skat.usc.edu

In article <1992Sep28.085059.28725@CSD-NewsHost.Stanford.EDU> pang@Xenon.Stanford.EDU (Swee-Chee Pang) writes:
    For several of those networks, I require a netmask of
    255.255.255.192 (128+64) so I can divide the network further by those 2 bits.
    Unfortunately, I dont seem to be able to do that with the CISCO CGS.
    The hardware version is 8.3(3), and software is 4.4(2).
    Anyone ever used a CISCO router with the required routing changes?
    
Works fine for me:

!
interface Ethernet 1
ip address 128.125.1.1 255.255.255.192

How about some more details?

-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.
Newsgroups: comp.protocols.tcp-ip
From: GJAMES@HUSKY1.STMARYS.CA (GJames)
Subject: packet capture
Organization: Saint Mary's University
Date: Mon, 28 Sep 1992 18:57:09 GMT

I used to have a dos program whick allowed me to capture packet off of my 
ethernet. In haste I deleted the files during my last house cleaning.

Could someone tell me where I could find it again.
From: ae302@cleveland.Freenet.Edu (Peter Haller)
Newsgroups: comp.protocols.tcp-ip
Subject: X.25 & TCP/IP
Date: 30 Sep 1992 00:04:50 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ae302@cleveland.Freenet.Edu (Peter Haller)
NNTP-Posting-Host: slc12.ins.cwru.edu


Hello and Help:

I have been asked to investigate X.25 and TCP/IP. I thought I'd
start here, as the net is always a good place to start.

First Question: I understand that X.25 is a subset of an ISO standard,
but this says little to a novice. What IS X.25 in simple terms?

Next: What does a X.25 PAD do? I have a Hayes modem that says it can be
used as a X.25 PAD using X.32(?). What does this imply?

Last: How does TCP/IP fit in with X.25. Does it 'ride' on top of it?

If there is a good source of info - an FAQ perhaps - I would love
hearing about it.

PCH
-- 
Peter C. Haller                         |       'If you do what you
Lorain Products                         |       have always done,
ae302@cleveland.Freenet.Edu             |       expect what you have
"Are we having fun yet?"                |       always received.'
Newsgroups: comp.protocols.tcp-ip,comp.benchmarks
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: TCP/IP Benchmarks
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 28 Sep 1992 15:32:17 GMT

In article <1992Sep28.101206.9283@uni-paderborn.de>, caro@uni-paderborn.de (Carsten Rose) writes:
> ...
> I don't know if 'ttcp' is a real 'Benchmark' , but we use it often
> to test our performance on Ethernet and FDDI. It use a socket connection
> (STREAM or DGRAM) to test.
> 
> You can get it from:
> 	
> 1) sgi.sgi.com  : look in ~ftp/sgi/src/ttcp/
> 2) ugle.unit.no : look in ~ftp/pub/unix/network/ttcp
> 
> The second source can open sockets with user defineable buffer sizes.


The primary source for ttcp is brl.mil.  BRL evidently does not
consider it a benchmark, but a file transfer protocol.  That's
why they insisted on keeping the crazy -s default.

There is not much more you can or should do in a single-virtual-circuit
TCP benchmark than is done by ttcp.  Some vendors in the past cooked up
some real doozies of so called benchmarks, which is why I like ttcp.
Ttcp at least has non-commercial origins.

Other vendors like other derivatives of ttcp.  One is `nettest`, which
runs several TCP virtual circuits at once.  I do not like them because
it is a lot easier to get bigger numbers with them.  They hide the
effects of the scheduling (including interrupt) latency in the
systems.  (For various reasons, this effect is especially evident on
half-duplex media like FDDI.)  I think Cray likes nettest.  UltraNet,
ultra.com, likes another varient, but I don't remember if it single- or
multiple-virtual-circuit.

All reasonable versions of ttcp all you to specifiy the user buffer
size, and many, perhaps most, allow you to specify the "socket buffer"
(i.e. TCP window) size.  The brl.mil and sgi.com versions do that
with -l and -b.  There is also a way to change the alignment of the
buffers, which is very important in most systems.

We ship source for ttcp; anyone with an IRIS has a copy.  I think we're
going to ship source for nettest in a future release.  I think all
machines should come with source for a reasonable set of benchmarks.
Let the buyers do their own tests, and give them enough information to
make their own judgements about the benchmarks.  Avoid benchmarks from
benchmark companies or system vendors that magically produce mystical
numbers, but are accompanied with a salescritter who waves sacred
insense burners around the benchmark.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.protocols.tcp-ip
From: ji@cs.columbia.edu (John Ioannidis)
Subject: Re: How to do real broadcasting?
Organization: Columbia University Department of Computer Science
Date: Sat, 3 Oct 1992 23:40:28 GMT

In article <1992Oct2.153338.27977@Informatik.TU-Muenchen.DE> bonk@Informatik.TU-Muenchen.DE (Thomas Bonk) writes:
>
>
>	Hi
>
>	We have some HP9000/720 Workstations that can comunicate together
>	via TCP/IP and Ethernet.  We are looking for a possibilty, that one
>	process from one workstation can broadcast a huge amount of data
>	to (a lot of) processes on other workstation. It is important for
>	us, that the data appears only once on the Ethernet!
>	We have heard that tools like pvm and express can do broadcasting
>	functionaly, but they simulate it on bases of 1:1 communications.
>

Check out the Coherent File Distribution Protocol, RFC-1235. A sample
implementation should be available on cs.columbia.edu.

/ji

In-Real-Life: John "Heldenprogrammer" Ioannidis
E-Mail-To: ji@cs.columbia.edu
V-Mail-To: +1 212 939 7029 or 7038
P-Mail-To: 450 Computer Science \n Columbia University \n New York, NY 10027
From: lrxi00@icts01.Kodak.COM (James Nonnemacher)
Newsgroups: comp.protocols.tcp-ip
Subject: Ethernet on Mac SE's & Plus's
Date: 6 Oct 92 20:06:58 GMT
Distribution: na
Organization: Eastman Kodak Co

Does anyone know if it's possible to connect Mac SE's and Plus's to an ethernet network? If so, where 
can the adapters be purchased.
Newsgroups: comp.protocols.tcp-ip
From: clfung@uxmail.ust.hk (Fung Chi Leung)
Subject: Retransmission count??
Organization: Hong Kong University of Science and Technology
Date: Tue, 29 Sep 1992 12:23:38 GMT

Hello,

  I am looking for some tools that are able to measure the number of
lost packets and retransmissions for a tcp connection. In additon, is 
there any program which can real-time monitor a specific tcp connection?

I have tried the 'netstat' but it doesn't help because it can't give
me the information of retransmission count and it just measure the statistic
at the instance that I invoke the command. 

Any help will be highly appreciated.

Leung

~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=

Fung Chi Leung                                 
E-Mail: clfung@uxmail.ust.hk
Phone:	358 7022
Addr:	Room 641 PG Hall, HKUST, Clear Water Bay, Hong Kong

~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=
Newsgroups: comp.protocols.tcp-ip
From: tkevans@fallst (Tim Evans)
Subject: Re: pc-tcp s/w 
Organization: Tim Evans
Date: Tue, 6 Oct 1992 10:14:23 GMT

radha@yrloc.ipsa.reuter.COM (radha) writes:


>is there any public domain s/w equvalent to pc-tcp?

CUTCP/CUTE is available via ftp from sun.soe.clarkson.edu and
NCSA Telnet from zaphod.uiuc.edu.
Newsgroups: comp.protocols.tcp-ip
From: paul@atlas.abccomp.oz.au (Paul Brooks)
Subject: Query: Possible bug in SunOS 4.1 Telnet server
Organization: TurboSoft Pty Ltd, Sydney, Australia
Date: Fri, 02 Oct 1992 09:10:17 GMT

While trying to fix some apparent problems with my Telnet code handling
Urgent Data, I think I have found a bug in the SunOS 4.1 Telnet server,
and I am hoping others can:
	a) Confirm that what I describe is real, and
	b) Give some indication about how widespread the problem is - 
	   what other BSD-based systems have the same code.

Basically, while some large output is coming back to the telnet client I
send the Telnet "Abort Output" command (actually IAC AO IAC DM as Urgent Data).
Sure enough the Sun comes back with Urgent Data, but when the urgent data
runs out (the urgent data point in the stream is reached) there is no Data Mark
(IAC DM). Now RFC 1123 (page 18) states:

"When it receives a Telnet AO command, a Server Telnet MUST send a Telnet
"Synch" sequence back to the user, to flush the output stream."

(where a "Synch" sequence is just IAC DM with the 'DM' octect marked as Urgent)

and the Telnet RFC (RFC 854) on page 9 states:
"If TCP indicates the end of Urgent data before the DM is found, TELNET should
continue the special handling of the data stream until the DM is found."

	Now the Sun never sends a DM, so my Telnet client sits patiently dumpingincoming data forever. No DM ever appears, either before, at or after the
Urgent data pointer.

	Suggestions, anyone?

-- 
Paul Brooks               |paul@abccomp.oz.au      |LIFE is a bowl of cherries:
TurboSoft Pty Ltd         |pwb@newt.phys.unsw.oz.au|  sweet at first, until you
248 Johnston St. Annandale|                        |  reach the pits.
Sydney Australia 2038     |ph: +61 2 552 3088      |
From: tsukako@sdl.hitachi.co.jp (Masato Tsukakoshi)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: A list of Frquently Asked Questions
Date: 2 Oct 92 02:37:33 GMT
Organization: Systems Development Lab., Hitachi Ltd., JAPAN

Sorry, this is not an answer.

In article <1992Oct1.143055.28914@a.cs.okstate.edu> sheth@a.cs.okstate.edu (SHETH UMANG RAJNIK) writes:
>Could someone forward me a list of Frequently Asked Questions ( FAQs )
>for this newsgroup? ALternatively--is there any ftp site from where
>I can obtain FAQs?

I also want to get this list (if it exist).

>Please send your response at my e-mail address ( sheth@a.cs.okstate.edu )

So, if you get some information about it, would you please post to this
newsgroup?

--
 Masato Tsukakoshi 
 Systems Development Laboratory, Hitachi, Ltd.
 e-mail:tsukako@sdl.hitachi.co.jp


-- 
--
From: gene@a.site.name (Gene Pidzarko)
Subject: Re: A list of Frquently Asked Questions
Newsgroups: comp.protocols.tcp-ip
Organization: Accounting Office, UCI
Date: 5 Oct 92 20:36:36 GMT

In article <1992Oct2.023733.29152@hsdlgw92.sdl.hitachi.co.jp> tsukako@sdl.hitachi.co.jp (Masato Tsukakoshi) writes:
>From: tsukako@sdl.hitachi.co.jp (Masato Tsukakoshi)
>Subject: Re: A list of Frquently Asked Questions
>Date: 2 Oct 92 02:37:33 GMT
>Sorry, this is not an answer.
>
>In article <1992Oct1.143055.28914@a.cs.okstate.edu> sheth@a.cs.okstate.edu (SHETH UMANG RAJNIK) writes:
>>Could someone forward me a list of Frequently Asked Questions ( FAQs )
>>for this newsgroup? ALternatively--is there any ftp site from where
>>I can obtain FAQs?
>
>I also want to get this list (if it exist).
>
>>Please send your response at my e-mail address ( sheth@a.cs.okstate.edu )
>
>So, if you get some information about it, would you please post to this
>newsgroup?
>
>--
> Masato Tsukakoshi 
> Systems Development Laboratory, Hitachi, Ltd.
> e-mail:tsukako@sdl.hitachi.co.jp
>
>
>-- 
>--
From: etxmesa@eos.ericsson.se (Michael Salmon)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Silly windows, PERSIST timers, and ACKs
Date: 6 Oct 92 08:20:44 GMT
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB

In article <BvoH71.3v9@mentor.cc.purdue.edu>, 
dls@mentor.cc.purdue.edu (David L Stevens) writes:
|> 	I think your analysis is correct. The real problem is that the
|> Berkeley code uses a 5 second timer, when they should be using on the order
|> of the estimated round trip time (see section 4.2.2.17 of RFC 1122). I
|> pointed out the problem and fix to Keith Bostic a couple years ago, but haven't
|> checked to see if it made it into any subsequent releases.
|> 	The BSD code assumes that the other side will send a gratuitous
|> window update when the situation has changed (as their implementation does),
|> but the TCP specification does not require it. Rather, the sender is required
|> to do the probing to make sure data keeps flowing. That forces 5 second delays
|> on connections between conforming, but arguably not optimal TCP's and BSD's
|> version (and derivatives).

The original BSD code may well have had problems but it doesn't seem to
apply here as the original poster stated that the destination site sent
a gratuitous window update.

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip
Subject: Password capture on anonymous FTP?
Date: 30 Sep 92 01:37:52 GMT
Organization: Crynwr Software

In article <290992152140@brady.cs.tcd.ie> brady@cs.tcd.ie writes:

   Net friends, I suspect that this is a FAQ; what I need is a WKA (Well Known
   Answer) :-).

   I have some software being hosted on our FTP site, for access by anonymous
   FTP. I'd really like to build a mailing list of the people who upload it,
   and I thought that I could use the ID they are requested to enter as a
   password when logging in anonymously. Does anyone know of software to do
   this?

Technological fix: insist on an email address as a password.

You might do something like insist on a valid and/or valid-looking
address.  The wustl FTP server checks for valid-looking addresses.
You *could* cause the FTP server to connect to the host and verify
the username, but that doesn't work for a number of reasonable cases.

Sociological fix: Ask them for a valid email address.

For this, I suggest that you use the wustl FTP server (I believe it's
on wuarchive.wustl.edu somewhere), which is capable of logging
userids and passwords.  It also can spit out a standard signon
message.  In this signon message, say something like "We will use the
email address you give as a password to build a mailing list.  Please
use your best emailing address."  Those who want to be on the list
will comply, and those who don't will be sure to give an invalid
address.  :)

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
From: tching@target.water.ca.gov (Tracy Ching <SysAdmin>)
Newsgroups: comp.protocols.tcp-ip
Subject: --- Help... Source code for TCP/IP... Tech specs ---
Date: 26 Sep 92 22:13:18 GMT
Followup-To: poster
Distribution: usa
Organization: cdwr


	I need help with a lot of things about TCP/IP.  I am quite
new to this IP world but would like to get up to speed.  Please help.
I want to embed TCP/IP into a small board with telnet and a serial
port for the dumb term.
1) Where can I find code to "burn" into ROM for the TCP/IP stuff?
	(packet drivers, etc... whatever else I will need.  please
	tell me)
2) Where can I find code for telnet?
3) Is there an ftp site with all the tech specs for TCP/IP (RFC's)?
4) Anything else I am overlooking?  Please let me know...
tching@water.ca.gov
Newsgroups: comp.protocols.tcp-ip
From: brady@cs.tcd.ie (Michael Brady)
Subject: Re: Password capture on anonymous FTP?
Followup-To: comp.protocols.tcp-ip
Organization: University of Dublin
Date: Wed, 30 Sep 1992 11:19:10 GMT

In article <92273.104922PMW1@psuvm.psu.edu>, PMW1@psuvm.psu.edu (Peter M.
Weiss) wrote:
> 
> Don't expect that the password will be that of the requestor.  If I
> were the recipient of such unsolicited mass mailing, I would be upset.
> 

Peter has a point. I guess what would be preferable is the ability to
modify the remote 'get' so that the getter is asked if she wants to be
included in an update-notification mailing list.
Once again, has anyone any pointers as to who might have code for this
already that they might share?
Thanks
Mike Brady
Computer Science Department, Trinity College Dublin, Ireland
From: mohanram@wsl.dec.com (Narayan Mohanram)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: what does completion of write() really mean?
Date: 5 Oct 92 16:35:38 GMT
Distribution: usa
Organization: Digital Equipment Corp.

In article <1992Oct2.035708.11326@adobe.com>, yost@adobe.com (David Yost) writes:
|> And what about "those implementing nagle" or whatever?
|> It is well known that buffering is useful for
|> performance in the case of small or irregular-sized
|> writes, at least as an option.  Thus when designing an
|> I/O API one should provide a push (a.k.a. flush or sync) call.
|> 
|>  --dave yost

I agree with this. The sematics of write (or send) should be associated with
data going out completely. Sockets do have an Non-Blocking write capability
for buffering data. Or one can invent yet another `network goto' ie. a
setsockopt SO_DRAINWAIT. This can provide you with the required semantics.

(Minor changes to sosend (), and sbdrop to wakeup anybody with this option).

narayan

-- 
USnail: 909 W. Olive			***************************************
	Sunnyvale, CA 94086		* Life is a Reach                     *
Phone: 408-738-4165(H)/415-688-1559(W)	* 	Then you jibe		      *
Email: mohanram@pa.dec.com		***************************************
From: ciacovel@telesciences.com (Chris D Iacovelli)
Newsgroups: comp.protocols.tcp-ip
Subject: FTAM Supplier?
Keywords: FTAM
Date: 30 Sep 92 13:15:20 GMT
Followup-To: rkemp@telesciences.com
Distribution: usa
Organization: TeleSciences CO Systems, Inc.

Does anybody in net-land know of an FTAM supplier? Please post or e-mail.

Thanks in advance.
Rick Kemp
rkemp@telesciences.com
From: GJAMES@HUSKY1.STMARYS.CA (GJames)
Newsgroups: comp.protocols.tcp-ip
Subject: Beholder/Gobbler/Specter--WHERE???
Date: 5 Oct 92 13:37:07 GMT
Organization: Saint Mary's University

The tiltle says it all. Where can I find the programs via FTP?

Thanks
Newsgroups: comp.protocols.tcp-ip
From: VAAGA@gribb.hsr.no (Vaaga, Hans Egil       7-93)
Subject: Reading all packets on an TCP/IP using HP9000/...
Summary: What shall I use? Is there any software that do this?
Organization: Rogaland University Centre
Date: Tue, 6 Oct 1992 14:06:56 GMT

Newsgroups: comp.protocols.tcp-ip