🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.novell
Article #7767

Re: 3.11 LAN restrictions

#7767
From: Mark Medici
Date: Tue, 26 May 1992 22:05
39 lines
2657 bytes
hamish@waikato.ac.nz writes:

>Apparently the new limit is 16 ethernet cards per server. Now all I have to do
>is find a server with that many slots in it :)


SMC has an EISA Ethernet card with two interfaces on it, each its own
separate network.  This could potentially allow 14 networks per EISA
server, if we assume video is built-in on the motherboard and one
slot is used for a SCSI host adapter.

We're about to put two of these cards in our server (once we resolve
the last remaining reliability problem).  My only concerns are the
overhead involved in routing between the interfaces, and the effects
of having NetWare and a high-end router routing between the same
networks.

WHAT I'D REALLY LIKE IS SOME WAY TO TURN-OFF IPX AND APPLETALK ROUTING
IN THE SERVER!!!

As a matter of policy, we prefer all routers to be under the control
of our central Network Operations Group.  Our cisco routers do an
excellent job of handling all the various protocols we use, including
IPX and AppleTalk.  The server's ability to also perform routing is
unneccessary, and seems to me to be a waste of the server's resources.
Having two (or more) routers going between networks makes things more
complex when troubleshooting or doing network planning.  In fact, we
occasionally run into problems with NetWare's routing that requires us
to turn-off particular paths or interfaces to resolve.

So it would be nice, at least from our standpoint, if we could tell
NetWare 2.x and 3.x to NOT route IPX and/or AppleTalk, as can
currently be done with TCPIP (via the "route=NO" bind parameter).

-- 
_________________________________________________________________________
RUCS     | Mark A. Medici, Systems Programmer III, User Services Division
User     | Rutgers University Computing Services, New Brunswick, NJ 08903
Services | [medici@gandalf.rutgers.edu]                    [908-932-2412]
Technical Details
Message-ID: <May.26.18.05.00.1992.28944@dorm.rutgers.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!dtix!darwin.sura.net!ukma!rutgers!dziuxsolim.rutgers.edu!dorm.rutgers.edu!medici
References: <tmunro.706306846@cunews> <1992May20.184630.8194@waikato.ac.nz>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fe659,8eaaaf03e60950af
X-Google-Attributes: gidfe659,public
X-Google-Thread: 10f035,8eaaaf03e60950af
X-Google-Attributes: gid10f035,public
X-Google-ArrivalTime: 1992-05-26 12:00:44 PST
Path: arc1-ca.pugleaf.net!sparky!uunet!dtix!darwin.sura.net!ukma!rutgers!dziuxsolim.rutgers.edu!dorm.rutgers.edu!medici
From: medici@dorm.rutgers.edu (Mark Medici)
Newsgroups: comp.sys.novell,bit.listserv.novell
Subject: Re: 3.11 LAN restrictions
Message-ID: <May.26.18.05.00.1992.28944@dorm.rutgers.edu>
Date: 26 May 92 22:05:00 GMT
References: <tmunro.706306846@cunews> <1992May20.184630.8194@waikato.ac.nz>
Followup-To: comp.sys.novell
Organization: Rutgers Univ., New Brunswick, N.J.
Lines: 39