HDTenEightyP/NetNews huggingface dataset:
From: dboyes@is.rice.edu (David E Boyes)
Subject: Re: TCP/IP impact on a S/3090 M/F
Organization: Rice University
Date: Fri, 24 Jul 1992 02:15:50 GMT

In article <1992Jul23.160241.23996@inesc.pt> prc@rabbit (Pedro Ramalho Carlos) writes:

>  1-Will I loose much performance by installing TCP/IP at all - even
>    with no sessions (due to daemons, etc.) ?

It's another set of started tasks, so it will lose you some
performance due to working set and real memory residence.
Fortunately, MVS does memory management and paging/swapping
management pretty well, so if your system is reasonably well
tuned to begin with, you shouldn't see a significant impact.

>  2-What is the relative load on the host of a tn3270 session compared
>    with a native 3270 session? 

About half again as much as a SNA-based user, as a rough
guideline. With an SNA user, the device controllers are handling
a significant amount of the I/O interrupts, which reduces the
interruptions to the access method and OS. Most of the MVS
implementations I've worked with of TCP essentially serve to
connect a TCP connection to a VTAM LU and then MVS manages it as
a SNA connected user. I have less of an estimate on non-terminal
functions such as FTP. 

The difference is very similar to driving a non-SNA terminal, but
not quite as resource hungry.

>  3-And what is the relative performance from the user standpoint?

Depends a lot on network load and CPU load. There is more host
processing involved in the TCP connection, but on a lightly
loaded network and moderatly loaded host, I wouldn't expect a
significant difference. It's comparable to a cross-domain VTAM
connection between two hosts connected by a real CTC.

>  4-Will I need to upgrade the mainframe with CPU or RAM?

Never hurts. 8-) More main storage might be useful if you're
heavily overcomitted on storage, but that's no different than any
other major application subsystem. The answer to this question
really depends on just how heavily loaded your current system is
and how much more load it can tolerate without some significant
(measured on your own scale) performance degradation. 

>  5-If I use IBM's own TCP/IP will I get the same kind of support from
>    them?

The IBM TCP/IP group is one of the most vocal and externally
visible groups of  IBM developers I know of. They listen, they
propose, and they're willing to fix things if the general
consensus of the net is that they're going the wrong direction.
IBM is still heavily committed to SNA, and they'll still be a lot
less confused if you stick to SNA, but TCP support is pretty
good. 

As a side note, most heavy MVS sites I'm aware of use IBM's TCPIP
software, but purchase the hardware interfaces from other
vendors, such as Bus-Tech, Interlink, or OpenConnect Systems.
Some use a device from McData that appears to the host as an
local SNA 3174, but accepts network connections instead of CUT
terminals. 

>--pedro ramalho carlos (prc@inesc.pt)


-- 
David Boyes
dboyes@rice.edu
Newsgroups: comp.protocols.ibm
From: jason@tfs.com (Jason P. Venner)
Subject: Questions TCP/IP to SNA - LU6.2 gateways
Organization: TRW Financial Systems, Berkeley, CA - 94704
Date: Thu, 30 Jul 1992 00:33:34 GMT

I have several applications that require the ability to do bulk file
transfer bi directionally with an busy MVS 3090 at 200Kb/sec while
supporting many 3270 sessions and several transactional queries
against an IMS db.

The gateway would connect to the 3274 via token ring.

The client wants the mainframe interface to be XCOM over LU6.2 for the
file transfer and LU0 and LU2 for the other sessions.

What do people suggest as interface gateways.

I am not sure we can get a gateway to perform at that rate.


-- 
Jason P. Venner		Director of System Services
jason@tfs.com		Trw Financial Systems
510 704 3295		2118 Milvia St., Berkeley CA 94704
From: alex@MACADAM.MPCE.MQ.EDU.AU (Alex Kay)
Newsgroups: comp.protocols.ibm
Subject: Stratus
Date: 25 Jul 92 06:10:32 GMT
Article-I.D.: macadam.9207241510.AA02140
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

What is Stratus,
How to connect Stratus to in IBM/MVS/XA Vtam 3.3 so I can talk
to Stratus from IBM and vice versa?
From: mdivya@WORLD.STD.COM (Marigowda Divya)
Newsgroups: comp.protocols.ibm
Subject: Re: Two RT tokenring.
Date: 27 Jul 92 00:51:05 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

In comp.protocols.ibm you write:

>I have only two workstations, and they both have tokering cards.
>( with the DB-9 conectors ) Is there some easy way to hook the
>machines together with a minimum of extra hardware?

>   -Kurt

>PS Or can you point me to a good referance to TokenRing format specs?
>   Oh send me mail at ks37@andrew.cmu.edu, because I don't check this
>   board regularly.  =)

several companies make adapters to MAU to increase the number of
 nodes attached to the MAU; as a fallout of this, some of these
 adapters can be used without a MAU to connect two nodes.  RAD is
 the only company I can think of now; I don't have their number
 but you can try the directory assistance for 800 numbers.  Make
 sure you ask for the model which can be used without the MAU.

Hope this helps.

Re: TokenRing format specs; the Technical Reference for Token-Ring
Network PC Adapter provides programming information for the token
ring interface (originally TOKREUI, currently LAN SUPPORT PROGRAM)
as well as direct interface to the TokenRing adapter hardware.
This also contains just a tad of information regarding the adapter
hardware itself as well as the Adapter Cable pin details.

If you are looking for Token-Ring frame specs (specifically
MAC and LLC frame layouts and protocol details) you will need
the IBM Token-Ring Architecture Reference Manual.

The former manual is usually available at PC dealers (selling
IBM T/R adapter) and IBM Direct; the latter is available only
from IBM Direct.

M. Divya
(mdivya@world.std.com)
Newsgroups: comp.protocols.ibm
From: dboyes@is.rice.edu (David E Boyes)
Subject: Re: TCP/IP impact on a S/3090 M/F
Organization: Rice University
Date: Mon, 27 Jul 1992 19:40:53 GMT

In article <1992Jul27.180108.23322@rice.edu> dboyes@is.rice.edu (David E Boyes) writes:
>I had heard that there was a mailing list for Hyperchannel users,
>but the name and location escapes me at the moment. Anyone else
>have a pointer to it?
>David Boyes
>dboyes@rice.edu

Peter Weiss @ PSU was kind enough to supply the address of the
Hyperchannel list:

new subs: hy-people-request@orville.nas.nasa.gov

submissions: hy-people@orville.nas.nasa.gov




-- 
David Boyes
dboyes@rice.edu
Newsgroups: comp.protocols.ibm
From: avik@icase.edu (Avik Banerjee)
Subject: Hayes command set
Keywords: Hayes
Organization: ICASE/NASA Langley
Date: Tue, 21 Jul 1992 15:42:32 GMT

greetings,
	could someone email me a list of Hayes commands? thanks.

            ___ __    _ ______  __
           /   || |  / /| || | / /
          / /| || | / / | || |/ /
         / / | || |/ /  | || |\ \
        /_/  |_||___/   |_||_| \_\
  		@icase.edu
-----------------------------------------------
|"Only the insane have strength to prosper.   |
| Only those that prosper judge what is sane."|
-----------------------------------------------
From: DAVEW@D.SSS.CO.UK (Dave Wade)
Newsgroups: comp.protocols.ibm
Subject: IBM 3270 card in 386SX
Date: 21 Jul 92 15:11:28 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

Hi,
 I have been loaned an "real" IBM 3278 Emulation Card and Software. The
vital pages from the manuals have been "removed" by a past owner.
Any way the card works fine in a "real" IBM PC/AT and in a XT clone
but in the 386SX machine I wanted to use it on it hangs up with a
Communications Error. I suspect some sort of hardware clash but I
can't tell for certain. Can any one tell me which Interupts the card
uses and which memory and/or i/o addresses?? so I have a chance of
solving it. Also how to change if possible. Thanks. Dave Wade.
From: mike@RAVEL.UDEL.EDU (Michael James Porter)
Newsgroups: comp.protocols.ibm
Subject: Re: Vtam Based Email Systems
Date: 30 Jul 92 22:45:41 GMT
Reply-To: mike.porter@mvs.udel.edu
Distribution: world
Organization: University of Delaware

Hi,

Check out Fischer International's TAO/EMC**2 product.  It runs in many
environments on MVS (TSO/CICS and has a VTAM task as well).  We run
it under TSO/ISPF, but that is by choice (most of our users run TSO,
so it is convenient to provide the service there).

It supports a decent API, and one way or another you can get mail onto
the Internet (we wrote our own program that interfaces to IBM TCP/IP,
but they also sell a program that will gateway mail all over the
place - PROFS, BITNET etc).

I believe they're in Naples, FL.  Try 1-800-555-1212 to get the number.

It also runs under VM...

Mike
From: dboyes@is.rice.edu (David E Boyes)
Newsgroups: comp.protocols.ibm
Subject: Re: TCP/IP impact on a S/3090 M/F
Date: 24 Jul 1992 04:32:32 GMT
Organization: Rice University

In article <1992Jul24.031725.5562@ra.oc.com> matt@ra.oc.com (Matthew Lyle) writes:
>dboyes@is.rice.edu (David E Boyes) writes:
>>As a side note, most heavy MVS sites I'm aware of use IBM's TCPIP
>>software, but purchase the hardware interfaces from other
>>vendors, such as Bus-Tech, Interlink, or OpenConnect Systems.

>I've held my tongue this far, but can't let this pass. 
>servers will not work with IBM's TCP/IP implementation.  We have
>our own implementations of telnet, ftp, and smtp (to profs or snads)
>which work over our OCS servers.

Oops; brain fault -- thanks for catching it. I was thinking of
your PC 3279G emulator that runs over various DOS TCP protocol
stacks (which I use and like a whole lot) and fingers overran brain.

The point was that few sites I know of buy true-blue IBM
controllers for this purpose -- the other vendors generally produce
hardware that outperforms the IBM offering by a significant
margin -- but many run the IBM software offering with these 3rd
party controllers for compatibility and application development. 
The 3172 is not as fast as it could be, and it's considerably
more expensive than most of the other 3rd party options.

>Needless to say we feel that our
>products will outperform IBM's and they definitely utilize far fewer
>mainframe resources than IBM's. 

Undoubtedly, they do, but you must agree that it moves the tuning
issue from OS tuning for general performance to an access method
tuning problem, which is considerably more difficult to approach
and measure for someone who may not be familiar with all the gory
details. I'm *not* saying that your approach is wrong; it simply
changes the nature of the problem, albeit to one that a site with
a extensive investment in SNA *should* be relatively familiar with.

>I believe that you will find that the resource impact of IBM's TCP
>is significantly more that you would believe from David's response.

I've had reasonable results from those numbers in several
consulting arenas. I admit that they are rough, and in fact, said
so, but they certainly aren't the result of rigorous testing
programs. It's what worked for me.

>Matthew Lyle                                           matt@oc.com
>Technical Support Specialist                           matt@utdallas.bitnet
>OpenConnect System, Dallas, Texas                      (214) 490-4090


-- 
David Boyes
dboyes@rice.edu
Xref: sparky comp.protocols.ibm:635 comp.protocols.tcp-ip:3827
From: schultz@halley.est.3m.com (John C. Schultz)
Newsgroups: comp.protocols.ibm,comp.protocols.tcp-ip
Subject: APPN and TCP/IP
Date: 23 Jul 92 19:40:20 GMT
Distribution: comp
Organization: 3M Company, 3M Center, Minnesota, USA

APPN came up in a conversation regarding communications for VM and MVS
machines.  I was hoping someone could provide a review of TCP/IP
compared to APPN issues or point me to an appropriate location.

Thank you very much for your time.
--
   John C. Schultz   +1 (612) 733-4047   schultz@halley.serc.3m.com
   How to include the taste of Glendronach in a multi-media system?
From: CEARLEY_K@WIZARD.COLORADO.EDU (Vide Infra)
Newsgroups: comp.protocols.ibm
Subject: ACT/U Port Hung
Date: 22 Jul 92 12:22:00 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

Has anyone experienced this problem with a protocol converter? The
user 'breaks out' of a session, the port shows ACT/U ... unbind
pending. Anyone else who connects to this port is now hung. INACT/ACT
doesn't reset it. Why would SNA keep an unbind pending like this?
Is there a timer that would release this LU?

Any help, info, opinion, commisuration(sp?) appreciated!! Thanks!

		-Kent Cearley
		-University of Colorado, Boulder
Newsgroups: comp.protocols.ibm,comp.protocols.misc,comp.unix.i386,comp.unix.misc
From: ketil@edb.tih.no (Ketil Albertsen,TIH)
Subject: Re: OSI TP4/CONS on X.25 Network
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: Fri, 31 Jul 1992 13:43:21 GMT

In article <673@modulex.dk>, bni@modulex.dk (Bent Nielsen) writes:

>I am looking for an OSI TP4/CONS implementation to be used on a X.25 network.

I do not have an answer to your request, yet I wonder:
Why do you want to run TP4 over X.25??

The main raison d'etre of TP4 over the other ones are that it handles
error correction and multiplexing (in the transport layer). But X.25 
already does this for you in the net layer, so transport doesn't have to.
You usually run TP1 over X.25, or if you have a bad X.25 net or require
extremely low error rates, TP3.

(Unless, of course, you are using X.25 as a link level connection, and
have other unreliable and/or non-multiplexing links in the end-to-end
connection.)
From: mdivya@WORLD.STD.COM (Marigowda Divya)
Newsgroups: comp.protocols.ibm
Subject: Re: IBM 3270 card in 386SX
Date: 22 Jul 92 10:02:56 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

In comp.protocols.ibm you write:

>Hi,
> I have been loaned an "real" IBM 3278 Emulation Card and Software. The
>vital pages from the manuals have been "removed" by a past owner.
>Any way the card works fine in a "real" IBM PC/AT and in a XT clone
>but in the 386SX machine I wanted to use it on it hangs up with a
>Communications Error. I suspect some sort of hardware clash but I
>can't tell for certain. Can any one tell me which Interupts the card
>uses and which memory and/or i/o addresses?? so I have a chance of
>solving it. Also how to change if possible. Thanks. Dave Wade.

if it is an SDLC type card, you may want to try running it at lower
 speed; i.e. if the 386SX is 16mhz, drop it to 8mhz.  I have noticed
 this kind of an error with the IBM SDLC card when running with IBM
 3270 software.  Incidentally, this same card with non-IBM software
 seems to work fine on all systems.  I suspect that the delay between
 two I/O instructions is fixed and maybe on faster machines the delay
 is not enough for the SDLC communications chip.

Good Luck.

marigowda divya  (mdivya@world.std.com)
From: louis@CASE.TANDEM.COM (Louis Meadows)
Newsgroups: comp.protocols.ibm
Subject: Re: Stratus
Date: 27 Jul 92 18:45:23 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet


 Alex,

 Call the boys in blue.  Stratus is sold by IBM as the SYSTEM-88.  I understand
they have a full set of SNA protocols including token-ring interface for higher
speeds.

  Louis

 Email: Meadows_louis@Tandem.com
 Vmail: (408) 285-4269
Xref: sparky comp.protocols.ibm:644 comp.protocols.misc:602 comp.unix.misc:3046
From: bni@modulex.dk (Bent Nielsen)
Newsgroups: comp.protocols.ibm,comp.protocols.misc,comp.unix.i386,comp.unix.misc
Subject: OSI TP4/CONS on X.25 Network
Keywords: OSI TP4/CONS
Date: 21 Jul 92 20:25:09 GMT
Organization: A/S MODULEX, Copenhagen, Denmark

Hi netters,

I am looking for an OSI TP4/CONS implementation to be used on a X.25 network.

Our hardware platforms are IBM RISC System/6000 and IBM PS/2 with SCO UNIX.

Please help with information about hardware and software suppliers.

Thanks.
--
Bent Nielsen                Email : bni@modulex.dk
A/S MODULEX                 Phone : +45 44 53 30 11
Hoerkaer 20                 Fax :   +45 44 53 30 74
DK-2730 Herlev
Denmark
From: thomas@mvac23.UUCP (Thomas Lapp)
Newsgroups: comp.protocols.ibm
Subject: Re: TCP/IP impact on a S/3090 M/F
Date: Sat, 25 Jul 92 15:32:48 EDT
Organization: MultiVac23, Newark, DE, U.S.A.

dboyes@is.rice.edu (David E Boyes) wrote:
> As a side note, most heavy MVS sites I'm aware of use IBM's TCPIP
> software, but purchase the hardware interfaces from other
> vendors, such as Bus-Tech, Interlink, or (deleted).
> Some use a device from McData that appears to the host as an
> local SNA 3174, but accepts network connections instead of CUT
> terminals.

I didn't see NSC on the list above.  Any experiences with NSC and
IBM s/w stack?
                         - tom
--
internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu (home)
             : 4398613@mcimail.com (work)
OSI          : C=US/A=MCI/S=LAPP/D=ID=4398613
uucp         : {ucbvax,mcvax,uunet}!udel!mvac23!thomas
Location     : Newark, DE, USA
From: DAVEW@D.SSS.CO.UK (Dave Wade)
Newsgroups: comp.protocols.ibm
Subject: IBM 3270 Emulator Card
Date: 22 Jul 92 15:20:56 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet


 Thanks for all info on the above topic. The solution is that
the IBM card uses IRQ2 which is also used by the VGA card. The PC
I am using has switch to disable the VGA IRQ and it all seems to work
now. Thanks for the help. Dave.
From: ks37+@ANDREW.CMU.EDU (Kurt Jurgen Schaefer)
Newsgroups: comp.protocols.ibm
Subject: Two RT tokenring.
Date: 23 Jul 92 21:17:03 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

I have only two workstations, and they both have tokering cards.
( with the DB-9 conectors ) Is there some easy way to hook the
machines together with a minimum of extra hardware?

   -Kurt

PS Or can you point me to a good referance to TokenRing format specs?
   Oh send me mail at ks37@andrew.cmu.edu, because I don't check this
   board regularly.  =)
From: ks37+@ANDREW.CMU.EDU (Kurt Jurgen Schaefer)
Newsgroups: comp.protocols.ibm
Subject: TokenRing question.
Date: 23 Jul 92 21:25:04 GMT
Reply-To: BITNIC IBM-NETS List <IBM-NETS%BITNIC.BITNET@cmsa.Berkeley.EDU>
Distribution: world
Organization: The Internet

I only have two workstations ( IBM RT's ) and they both have TokeRing
cards. Is there some easy way to connect them together with a
minimum of extra hardware.  If not, what's the best way to hook
two machines together?  If I got ethernet cards could I just
string them together?  (Someone was saying that I'd need
thick --> thin adapters.)  Could someone also point me to a good
referance on the tokenring spec?

            Thanks,
                 -Kurt
PS Send replies to ks37@andrew.cmu.edu, because I don't read this
   board regularly.  (sorry if these are FAQ.)  =)
Newsgroups: comp.protocols.ibm
From: prc@rabbit (Pedro Ramalho Carlos)
Subject: TCP/IP impact on a S/3090 M/F
Summary: Query on how TCP/IP affects performance in an IBM env
Organization: INESC - Instituto de Engenharia de Sistemas e Computadores
Date: Thu, 23 Jul 1992 16:02:41 GMT

Hi

  Supose I want to install a TCP/IP package in a mainframe
(3090 w/ MVS, VTAM, CICS, TSO) - don't know exact model, but I can get
it if it's relevant.
  I expect to have 3500+ SNA native 3270 sessions, and
between 1000 and 2000 tn3270 (telnet) sessions which otherwise would be
native SNA 3270.

  1-Will I loose much performance by installing TCP/IP at all - even
    with no sessions (due to daemons, etc.) ?
  2-What is the relative load on the host of a tn3270 session compared
    with a native 3270 session? 
  3-And what is the relative performance from the user standpoint?
  4-Will I need to upgrade the mainframe with CPU or RAM?
  5-If I use IBM's own TCP/IP will I get the same kind of support from
    them?

-Thanks in advance,
-Any help would be GREATLY appreciated,

--pedro ramalho carlos (prc@inesc.pt)
-- 


--pedro ramalho carlos (prc@inesc.pt)
Newsgroups: comp.protocols.ibm
From: matt@ra.oc.com (Matthew Lyle)
Subject: Re: TCP/IP impact on a S/3090 M/F
Organization: OpenConnect Systems, Dallas, TX
Date: Fri, 24 Jul 1992 05:31:19 GMT

dboyes@is.rice.edu (David E Boyes) writes:
>In article <1992Jul24.031725.5562@ra.oc.com> matt@ra.oc.com (Matthew Lyle) writes:
>>dboyes@is.rice.edu (David E Boyes) writes:
>>>As a side note, most heavy MVS sites I'm aware of use IBM's TCPIP
>>>software, but purchase the hardware interfaces from other
>>>vendors, such as Bus-Tech, Interlink, or OpenConnect Systems.
>
>>I've held my tongue this far, but can't let this pass. 
>>servers will not work with IBM's TCP/IP implementation.  We have
>>our own implementations of telnet, ftp, and smtp (to profs or snads)
>>which work over our OCS servers.
>
>Oops; brain fault -- thanks for catching it. I was thinking of
>your PC 3279G emulator that runs over various DOS TCP protocol
>stacks (which I use and like a whole lot) and fingers overran brain.

An affliction of which I am quite familiar with... :)

>The point was that few sites I know of buy true-blue IBM
>controllers for this purpose -- the other vendors generally produce
>hardware that outperforms the IBM offering by a significant
>margin -- but many run the IBM software offering with these 3rd
>party controllers for compatibility and application development. 
>The 3172 is not as fast as it could be, and it's considerably
>more expensive than most of the other 3rd party options.

>>Needless to say we feel that our
>>products will outperform IBM's and they definitely utilize far fewer
>>mainframe resources than IBM's. 

>Undoubtedly, they do, but you must agree that it moves the tuning
>issue from OS tuning for general performance to an access method
>tuning problem, which is considerably more difficult to approach
>and measure for someone who may not be familiar with all the gory
>details. I'm *not* saying that your approach is wrong; it simply
>changes the nature of the problem, albeit to one that a site with
>a extensive investment in SNA *should* be relatively familiar with.

In general if our customers require tuning it is done within VTAM.  The
majority of our sites work run with our recommended BIND images.  Tuning
issues really come up most often when someone wants to run FTP's through
the same PU that they have 3270 traffic.  I does change the nature of
the problem, as you say, from OS tuning to VTAM tuning.

>-- 
>David Boyes
>dboyes@rice.edu
-- 
Matthew Lyle                                           matt@oc.com
Technical Support Specialist                           matt@utdallas.bitnet
West/SW/SE/Mid Atlantic Region (*Phew*)
OpenConnect System, Dallas, Texas                      (214) 490-4090
From: ross@turock.psych.upenn.edu (Ross Porter)
Newsgroups: comp.protocols.ppp
Subject: Re: PPP client routing
Keywords: PPP route
Date: 23 Jul 92 13:55:03 GMT
Organization: University of Pennsylvania

>We suspect that some of the problems we are having with our PPP connection
>are due to improper routing.  One symptom of the problem is that
>while rsh client->host works fine, rsh client->client yields
>a ~75sec delay.  Once either connection is established, 
>things work fine.  

A kind soul suggested changing the localhost entry in the PPP client (sum):

  original: 127.0.0.1       localhost
  new:      127.0.0.1       localhost sum.psych.upenn.edu sum.psych sum

A wonderful hack.  This does work, although it creates a few annoyances.
I'm curious as to why the original localhost entry worked for ethernet,
but didn't for PPP.  Is it because the POINTOPOINT network interface
type takes precedence over localhost/loopback?  If so, is this desirable?

Ross