HDTenEightyP/NetNews huggingface dataset:
From: koontz@cam.nist.gov (John E. Koontz X5180)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: PC-NFS 4.0a telnet (Possible bug?)
Keywords: telnet, PC-NFS 4.0a
Date: 13 Aug 92 19:15:10 GMT
Followup-To: comp.protocols.tcp-ip.ibmpc
Organization: National Institute of Standards and Technology, Gaithersburg, MD

Has anyone else noticed the following?

When I connect to another system with PC-NFS 4.0 (or 4.0a) telnet, if
I am running csh on that system, and I am in LINEMODE (cf. PC-NFS 4.0
Reference Guide, p. 125), which seems to be the normal case (for a
sample including one Cray, two Convexes, and one Sun), then:

No matter what erase character is defined (^h or ^?), that character
is passed through to the remote system, and the remote system does
not apply that erase character, but complains that, e.g., 'ls^h^h' or
'ls^?^?' are not recongized commands.  If I switch to character mode,
however, then the erase character defined on the remote system is
recognized and applied.

Hypothesis:  in character mode, character processing is done on the
remote system, and naturally the defined erase character erases.  But
in LINEMODE, 'character processing is done on the local system, under
the control of the remote system.  When input editing or character
echoing is to be disabled, the remote system will relay that
information.' (PC-NFS 4.0 Ref. Guide, p. 125).

Could it be that the remote system is telling the local system
(PC-NFS telnet) that it SHOULD do input editing, but the local system
is taking the command to mean the reverse, and ISN'T doing input
editing?  Then perhaps what I am seeing is PC-NFS telnet blythely
passing along the erase characters, instead of applying them locally,
and the remote telnet assuming that all erase characters have been
removed, and objecting to all those spurious ^h and ^? characters?  

If this isn't the case, what other possibility might I be
overlooking?

----
John E. Koontz (koontz@bldr.nist.gov)

Disclaimer:  Views and recommendations, express or implied, are my
own, and do not reflect the opinion or policy of my employers.
From: Gordon.Edwards@AtlantaGA.NCR.COM (Gordon Edwards)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Trumpet Shell for FTP Software TCP stack.
Date: 21 Aug 92 16:07:10 GMT
Organization: NCR Engineering and Manufacturing Atlanta -- Atlanta, GA

In article <ADA.92Aug19160709@zip.larc.nasa.gov> ada@zip.larc.nasa.gov (Anthony Arviola) writes:
->From: ada@zip.larc.nasa.gov (Anthony Arviola)
->Subject: Re: Trumpet Shell for FTP Software TCP stack.
->Date: 19 Aug 92 21:07:09 GMT
->Hello,
->
->Being a user of the 3c503 kernel of PC/TCP, I'm curious to know if the
->shell is supposed to work with that.
->
->As far as the generic kernel goes, I still can't get the newsx.exe to 
->work at standard dos using the bat file suggested.  What I get is a
->statement that the device is loading.  Then finally, I get a message that
->says, that the driver has been unloaded, and I'm back at the dos prompt
->again.

-- Gordon

When the Trumpet newsreader is unzipped it's named news.exe.  Newsx.exe
expect the newsreader to be named news2.exe.  

Try renaming your news.exe file to news2.exe and see if it works then.

-- Gordon
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: larryd@meaddata.com (Larry Deters)
Subject: Request For Public Domain PING
Keywords: PING
Organization: Mead Data Central, Dayton OH
Date: Wed, 19 Aug 1992 14:42:11 GMT
Distribution: usa

I'm interested in obtaining a copy of PING that is compatible with
Clarkson Packet Drivers and is in the public domain. I intend to use this
software on IBM compatibles for isolating problems.

Please E-Mail me with an anonymous FTP address that I can use to
obtain this. Thanks for your time and help.


larryd@meaddata.com
From: eoq@vthnw.cvm.msu.edu (Edward Quillen)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Is there a free BOOTP answering shim above packet drivers ?
Date: 17 Aug 92 19:22:44 GMT
Organization: Veterinary Teaching Hospital, Michigan State Univ.

In article <9208171156.aa18339@louie.udel.edu> DVS@ZE8.RZ.UNI-DUESSELDORF.DE ("Wolfgang R. Mueller") writes:
>From: DVS@ZE8.RZ.UNI-DUESSELDORF.DE ("Wolfgang R. Mueller")
>Subject: Is there a free BOOTP answering shim above packet drivers ?
>Date: 17 Aug 92 18:01:02 GMT
>Hello,
>is there somewhere available a tsr, which intercepts the packet interrupt
>to filter outgoing bootp requests and answer them from local information,
>so that these informations need not be in many different config files for
>different programs ?
>Thanks for any hints,
>Wolfgang R. Mueller <dvs@ze8.rz.uni-duesseldorf.de> .

Again a reference to WATERLOO.
Try sunee.uwaterloo.edu in /pub/wattcp.

They have one in there some where that works quite nice.

P.S. I you want I can send you a uuencoded copy.

+++++++++++++++++++++++++++++++++++++++++++++++++
+++ ED (Edward Quillen)   (517) 336-1293      +++
+++ Vet Teaching Hosp.    System Admin.       +++
+++ Email: quillen@cps.msu.edu                +++
+++++++++++++++++++++++++++++++++++++++++++++++++
Xref: sparky comp.protocols.tcp-ip:4106 comp.sys.encore:100
From: todd@uvmark.uucp (Todd Cooper)
Newsgroups: comp.protocols.tcp-ip,comp.sys.encore
Subject: How do you measure how much work a machine is doing routing?
Date: 14 Aug 92 14:50:30 GMT
Article-I.D.: uvmark.1992Aug14.145030.5609
Organization: VMark Software, Inc.

We have an Encore running System V with two ethernet ports which we want to 
use as a router.  Is there a way with sar or another program to determine 
how much work the machine is doing in routing packets?

This machine is our heaviest loaded machine and we don't want to cause it
to become overloaded with forwarding packets.

Thanks for the answer, if anyone else it interested send email and I will
post the replies.
-- 
+++++ Just leaving a boring signature. ++++++++++++++++++++++++++++++
Todd Cooper         (uvmark%todd@merk.com uunet!merk.com!uvmark!todd)
Snail Mail: Vmark Software, 30 Speen Street, Framingham, MA 01701 USA
Newsgroups: comp.protocols.tcp-ip
From: chinson@chin.cs.ucla.edu (Chinson Yi)
Subject: tcpdump for IBM/RT
Organization: UCLA, Computer Science Department
X-Newsreader: Tin 1.1 PL4
Date: Wed, 12 Aug 92 23:27:13 GMT


We are looking for tcpdump (or something similar) which can run on
IBM/RT(4.3BSD UNIX).   If you know of such things, please e-mail me.

Thanks in advance.
--
   /\~ /\      O\_  "I think my golf ball landed around here."
 ~/\/\/  \~  +--\\\                          
~~ ~~~~~ ~~  |  /|@       
/      \   \ !  \ \  Chinson Yi (chinson@cs.ucla.edu 310-206-3584)
Newsgroups: comp.protocols.tcp-ip
From: macauley@bnr.ca (John MacAuley)
Subject: UDP packet headers.
Reply-To: macauley@bnr.ca (John MacAuley)
Organization: Bell-Northern Research Ltd.
Date: Tue, 18 Aug 92 14:03:02 GMT


If I have a maximum limit of 8192 bytes for a UDP packet,
how big can the user data be?  Does the UDP header need
to be included in this maxsize?

Questions, questions, questions,

John MacAuley.
From: dave@tetra.co.uk (David Sussman)
Newsgroups: comp.protocols.tcp-ip
Subject: telnet and DNS
Date: 12 Aug 92 09:44:48 GMT
Organization: Tetra Ltd., Maidenhead, UK


I have a query regarding the telnet protocol and Domain Name Servers.

The problem:

Our setup is a smallish ethernet (aprox. 20 hosts), with an NCS server
plus several terminal servers to handle the large number of dumb terminals.
One of the hosts is used as a DNS.  When attempting to connect from a 
terminal server to selected machines (using the telnet protocol, I believe)
we did not get a response.  These selected machines all appeared to have one
thing in common - they used the DNS.  The host acting as the DNS seemed ok,
except we could not get out to these machines.  Rebooting this host cleared
the problem.

The question:

When connecting via the telnet protocol does the host attempt to find out
where you are?  Many machines say 'last logged in from .....' giving the
host name that you last connected from.  Could it be that the Name Server
is being queried for this?

Or am I barking up the wrong tree?

Many thanks for any ideas.
From: shuenn@tora.swdc.stratus.com (Shuenn Hwang)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: ethernet perf. paper
Date: 19 Aug 92 23:52:53 GMT
Organization: Stratus Computer, Inc., San Jose, CA

Hi, 
	Recently IEB proposed and withdrawed IPv7, does anyone
know where I can find a copy of this ill-fated proposal?

Thanks.

-shuenn hwang


Stratus Computer Inc., 2065 Hamilton Ave, San Jose, CA 95125
Phone: 408-559-5371, Email: shuenn@swdc.stratus.com
Newsgroups: comp.protocols.tcp-ip
From: eckert@immd4.informatik.uni-erlangen.de (Toerless Eckert)
Subject: Re: What are the Pros/Cons of Multi-protocol routing?
Organization: CSD., University of Erlangen, Germany
Distribution: usa
Date: Sun, 23 Aug 1992 09:06:59 GMT

From article <l9aeprINNsg0@noc.near.net>, by kwe@noc.near.net (Kent England):
> In article <86673@netnews.upenn.edu> Anthony Olejnik writes:
> 
> TCP/IP has more sophisticated routing protocols than many of the other
> internet protocols you can run, and it and OSI are the only protocols
> suitable for a public internet.

RSCS has proven to live in the large too ;-))
> 
> The disadvantage of a single protocol backbone is tunneling everything
> else when routing is easier.

So, what about public data networks (or VDNs) with X.25 or Frame Relay ?
In a way this is tunneling too, only that you would not consider
Frame Relay by itself an Internet network protocol, but X.25 could be.

> But tunneling is sometimes necessary such as for getting AppleTalk across
> the Internet, for source routed bridging across a complex WAN, or for
> tunneling SDLC.
> 
> Don't underestimate the complexity of supporting additional protocols
> whether tunneled or routed.  Make sure you have enough features and
> filters to control them.  But if they are important enough to your
> situation, then by all means support them.

Yes, one should really weight the need for the additional protocol against
the trouble it will cause.

An important point with multiple protocols is the step towards integrated
routing protocols in my opinion.

-- 

             Toerless.Eckert@informatik.uni-erlangen.de
    /C=de/A=dbp/P=uni-erlangen/OU=informatik/S=Eckert/G=Toerless/
	             2b or not 2b that is ff
From: mcmath@csb1.nlm.nih.gov (Chuck McMath)
Newsgroups: comp.protocols.tcp-ip
Subject: Help! with Telnet Connection Programming
Date: 12 Aug 92 19:19:38 GMT
Followup-To: comp.protocols.tcp-ip
Organization: MSD

Help me puhleeze!

I am programming a simple Telnet connection in an existing program.  I have
read the RFC and (kinda) understand it.  My connection is pretty much
batch-oriented; that is, the user specifies a bunch of stuff at the
beginning, then starts up the connection, which transfers a bunch of data
back and forth, and then disconnects.  Currently this is done using a modem
only, and I am adding tcp/ip access.

Ok, now for the question.  I have a simple little program that does
synchronous reads and writes on the Telnet port.  It looks for and handles
all of the option sequences (mostly by telling the other end it WONT do
whatever it asks).  This program works fine when I connect to a local Sun
machine.  But when I try to connect to the target machine, it hangs.  Here
is what happens:

	1. target machine sends IAC DO TERMINAL-TYPE
 2. my program sends IAC WILL TERMINAL-TYPE

	and here I do a read, and it just sits there until it times out.

I have tried doing 2 reads in succession, but there is only that 3 byte
sequence on the line.

I have spied on this machine using another telnet program, and in the other
program here is what happens:

	1. target machine sends IAC DO TERMINAL-TYPE
	2. this program answers IAC WILL TERMINAL-TYPE
 3. target machine sends IAC SB TERMINAL-TYPE SEND IAC SE
	
	and they go on their merry way.


Anybody want to take a stab at what's wrong?  Do I need to do asynchronous
reads?  That's all I can figure.  Or am I supremely stupid somewhere? 
Thanks for any help.

chuck


|- chuck mcmath - mcmath@csb1.nlm.nih.gov - MSD, Inc. ------------|
|- National Library of Medicine - National Institutes of Health --|
|- Bethesda, MD 20894 -  !aixelsyd evah uoy siht daer nac uoy fI -|
|- "Hey batter, hey batter, hey batter, swing" - Anon. -----------|
From: ercm20@festival.ed.ac.uk (Sam Wilson)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: ethernet perf. paper
Date: 14 Aug 92 17:47:46 GMT

tmd@s1.gov (Tina M. Darmohray) writes:
> 
> From: mogul@pa.dec.com (Jeffrey Mogul)
> 
> You may obtain a copy of a slightly revised version by sending mail
> to "wrl-techreports@decwrl.dec.com" with "Subject: send postscript 88/4".
> 
> -Jeff

This is the paper with the wonderful quote:

	Ethernets are not only "distributed packet switches" but
	"distributed single points of failure". 

which I used to have stuck to my door until I moved office - think I'll
put it back... 


Sam Wilson
Network Services Division
Computing Services, The University of Edinburgh
Edinburgh, Scotland, UK
Newsgroups: comp.protocols.tcp-ip
From: mogul@pa.dec.com (Jeffrey Mogul)
Subject: Re: TFTP Broadcasts
Organization: DEC Western Research
Distribution: na
Date: Sat, 22 Aug 92 01:36:28 GMT

When RFC906 was written, there was indeed no standard for broadcasting.
RFC919 (issued 4 months later) set the standard.  If you use broadcasts,
you should follow the standard, not some speculation about the standard
that you hear on a bulletin board.

-Jeff
From: mustang@IASTATE.EDU (Daniel M Engholm)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Multiple End Systems Via One IP Address?
Date: 20 Aug 92 01:17:11 GMT
Article-I.D.: IASTATE.1992Aug19.201711
Reply-To: mustang@IASTATE.EDU (Daniel M Engholm)
Organization: Iowa State University

In article <1992Aug18.171150.13939@cis.ohio-state.edu>, rhm@oclc.org (Robin
Hermance-Moore) writes:
> Can anyone point me to a commercially-available solution to this
> problem?
> 
> We are designing an application which will run on multiple Unix
> systems & be accessible via TCP/IP.  We would like to make these
> systems available to users on the Internet using a single IP
> address.  Since the "application systems" all run pretty much
> independently of each other, we envision something like this:
> 
> Internet
>     |
> [ Front ]
> [ End   ]
>     |
>     ---------------------------------
>     |           |           |
> [ Appl  ]   [ Appl  ]   [ Appl  ] ...
> [ Host  ]   [ Host  ]   [ Host  ]
> [ # 1   ]   [ # 2   ]   [ # 3   ]
> 
> [more information followed, but has been deleted]

This probably won't help you in you ultimate quest, but I would like to
describe a similar situation we have here.  We have a terminal server (Xyplex)
with fourteen 8-port serial cards.  Each card is a separately managed device
with a unique IP address.  Xyplex has a product call the Rotary Domain Name
Server which watches the use of multiple cards and determines which is least
busy.  When a user opens a telnet connection to the service "isn.iastate.edu",
a query goes to the campus Domain Name Server, which consults
"isn.rdns.iastate.edu" for the associated IP address.  The RDNS replies with
the address of the least busy card.  The campus DNS has a time to live of zero,
so the entry isn't cached.

This solution has the benefit of not having a bottleneck with a single front-
end system handling all the traffic.  I hope this helps, even if just a little.
--
Dan Engholm                      |  Internet: mustang@iastate.edu
Telecommunications Engineer      |  US Mail:  95B Black Engineering Bldg.
                                 |            Iowa State University
(515)294-8414                    |            Ames, Iowa  50011-2163
From: irving@casbah.acns.nwu.edu (Thomas Myers)
Newsgroups: comp.protocols.tcp-ip
Subject: SLIP for VMS <-> NeXT
Summary: Need SLIP to connect VMS and NeXT
Date: 19 Aug 92 20:36:25 GMT
Article-I.D.: news.1992Aug19.203625.8756
Organization: Northwestern University, Evanston, Illinois, USA


I need to connect a NeXTstation to a VAX/VMS accross serial lines because we
cannot afford to drop >$27K to put in ethernet to another building.  We want
to use IP to transfer files in order to gain speed and leave compatability,
(we considered alternatives like Kermiting files, yuck!).

If anyone can point me toward software (share, free, or other) or suggest
alternatives, I'd appreciate it.

thanks,
From: mfitz@devnull.West.Sun.COM (Mark Fitzpatrick - Systems Engineer)
Newsgroups: comp.protocols.tcp-ip
Subject: ?: Checking Media via C
Date: 20 Aug 92 20:00:54 GMT
Reply-To: mfitz@devnull.West.Sun.COM
Organization: Sun Microsystems, Inc.
NNTP-Posting-Host: devnull.west.sun.com

Does anyone have a simple C routine that checks if your
media (ethernet) is functioning.  i.e. sends an TCP
packet out onto the wire and then reads it?

Thanks,
Mark
Newsgroups: comp.protocols.tcp-ip
Subject: No handels for type 0806
From: hippo@sonoma.edu (Michel Davidoff)
Date: 21 Aug 92 15:52:48 PDT
Organization: Sonoma state university

What does this error meaage means ?
How do I fix it ?
No Handels for type 0806

Thank you

Michel
E-Mail Michel.Davidoff@Sonoma.edu
Newsgroups: comp.protocols.tcp-ip
From: lah@unh.edu (Lance A. Hartford)
Subject: Telnet option codes
Organization: UNH Interoperability Lab
Date: Tue, 18 Aug 1992 16:25:11 GMT


	Is there a way to get a list of all telnet option codes, without
searching through the RFC's? Thanks

															-- Lance
--
________________________________________________________________________
| Lance A. Hartford             | Computer Science Junior              |
| UNH InterOperability Lab      | Internet: lah@unh.edu                |
| University of New Hampshire   | 32 Coe Drive, Durham NH 03824        |
|----------------------------------------------------------------------|
|                         This space for rent !!!                      |
------------------------------------------------------------------------

Newsgroups: comp.protocols.tcp-ip
From: Mark.McIntosh@engr.UVic.CA (Mark  McIntosh)
Subject: Re: Extending IP-numbers
Organization: University of Victoria, Victoria, BC, Canada
Date: 18 Aug 92 23:21:16 GMT

On Mon, 17 Aug 92 15:22:46 GMT, berg@physik.tu-muenchen.de (Stephen R. van den Berg) said:
>I heard some rumors about several proposals being already on the table
>concerning extending the current 4-byte IP-addresses.
>
>Could anyone knowledgeable disclose some specifics about these proposals?
>(Or some pointers on where to look for more info?)

Check out the August/92 issue of SunExpert Magazine for a column
called "Ask Mr. Protocol".  This month, he discusses the IP
addresssing crunch and examines possible solutions.  One RFC he
recommends is #1287, "Towards the Future Internet Architecture", by
Clark, Chapin, Cerf, Braden, and Hobby.  Mr. Protocol says, "[it]
makes fascinating reading.  Mr. Protocol cannot recommend this
document to hold up the leg on your kitchen table, as you would be too
tempted to pull it out and read it, as opposed to many (possibly most)
other RFCs."  Personally, I've always liked this column for its highly
readable technical content and a dash of humour here and there.

Mark J. McIntosh <Mark.McIntosh@engr.UVic.CA>
____________________________________________________________________________
University of Victoria, Faculty of Engineering - Dean's Office
Box 3055, Victoria, BC, CANADA    \ "...the mystery of life isn't a problem to
V8W 3P6            (604) 721-6049  \    solve but a reality to experience." 
UUCP: ...!{uw-beaver,ubc-vision}!uvicctr!sirius!mmcintos  \ from Dune
Newsgroups: comp.protocols.tcp-ip
From: rh0083b@medtronic.COM (Roger-Hunen)
Subject: Re: getting RFCs
Organization: Medtronic, Inc.
Date: Mon, 17 Aug 1992 07:17:55 GMT

In article <1992Aug15.032117.10906@crd.ge.com> bloomer@rodson.crd.ge.com (John Bloomer) writes:
>Is there an approved way to obtain the latest copies of RFCs?
>I used archie to find scores of places that have some RFCs
>on hand, but is there an approved archive site or surface-mailing
>procedure?

Send mail to 'service@nic.ddn.mil' with the subject line reading 'RFC 1032'
to obtain RFC 1032, etc.

Alternatively FTP to 'nic.ddn.mil' directory 'rfc'.

NIC.DDN.MIL is the official site for RFCs.

Regards,
-Roger

Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc,comp.sys.novell
From: ben@datacomm.ucc.okstate.edu (Ben James)
Subject: Routing IP Token-Ring to Ethernet
Summary: Wierd problems!
Keywords: IBMTOKEN.COM, Novell 3.11, PCROUTE  
Organization: Oklahoma State University, Stillwater, OK
Date: Sat, 22 Aug 1992 23:16:30 GMT


I have gotten IBMTOKEN.COM (Crynwr) to work with simutaneous Novell 3.11
server access.

For a router I am using PCROUTE assembled for PacketDrivers on both
sides.  On the token-ring side I am using IBMTOKEN.COM and on the 
ethernet side I am using 3c523 (Crynwr).  I am using a PS/2 model 50
to do the routing (Microchannel Machine).

I am having a few interesting problems!

First all of the microchannel mechines with (4/16) cards are working OK.
All of the AT-bus machines with 4MB cards worked also. (At least all of
them that I tried.)  

The AT-buss mechines with (4/16) cards don't work!  Actually They will
work if I use the ip number 192.198.4.7 but none of the others that I
have tried will work ( i.e 192.198.4.13 ).
If I telnet with 192.198.4.7 to a mechine and then quit, change IP
number to 192.198.4.13 then I can telnet to that same mechine and
login again but I can't telnet to any others.

When not doing this and trying to telnet using CUTCP it hangs at screen 
just after it makes the TCP connection ( The screen where the login prompt 
would come up at).

I have several Microchannel machines working with NO problems.  I only
tried one AT-bus machine with a 4MB card and it was working until I
switched to 4/16 MB card.  I do still have my simutaneous Netware access
on these cards.

I have also noticed a bug in Novell's Lansup Driver v2.62 which
conflicts with IBMTOKEN.COM but v2.60 works fine. 

Routing with the PC is only a tempoary solution for us but surpriseingly
enough It worked (Sort of!).

I am also interested in how you are routing because that is probally the
cause of the problem.  Also any other suggestions for fine-tuneing the 
router would be helpfull.

Also, If you know of a configuration for Novell which will route these
packets could you please email a copy to me.  So far we have been unable
to get our Novell 3.11 server to route the packets properly.

Ben James
ben@datacomm.ucc.okstate.edu 

Newsgroups: comp.protocols.tcp-ip
From: koelman@cuby.stc.nl (Ton Koelman)
Subject: Retix 7000 Routers, need opinions
Reply-To: koelman@stc.nato.int
Organization: SHAPE Technical Centre, NL
Date: Fri, 14 Aug 1992 14:19:01 GMT


Hi,

We're considering to buy a pair of Retix Routers
(ROUTERXchange 7000) for IP and OSI over
Ethernet, X.25, ISDN and FDDI.

Opinions please. Are these boxes any good? cost effective?
Support?

thanks.

--
Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)
From: jclark@sdcc3.ucsd.edu (John Clark)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Stopping only incoming TCP connections (was: Firewall usage)
Date: 12 Aug 92 18:41:30 GMT
Organization: University of California, San Diego

In article <1992Jul31.001141.2305@maccs.dcss.mcmaster.ca> beame@maccs.dcss.mcmaster.ca (Carl Beame) writes:
+
+	A properly configured Firewall Router can allow access from the
+local net onto the Internet and even allow Internet access to specific
+services or servers on the local net. For Example: If you want to provide 

Having only recently been interrested in this type of feature, does
any one have list of hardware which supports 'Firewall' building.

In a somewhat related topic, what does one do about the password
protection problem for accesses other than anonymous FTP. I saw some
mention of a 'encrypter' which appeared to repacket IP datagrams
with the data portion encrypted. Is there hardware that does this or
did I really misunderstand the post.


-- 

John Clark
jclark@ucsd.edu