home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!ub!acsu.buffalo.edu!jmpiazza
- From: jmpiazza@acsu.buffalo.edu (Joseph M. Piazza)
- Newsgroups: comp.protocols.appletalk
- Subject: help with FastPath 4?
- Message-ID: <Bz9nxL.JwK@acsu.buffalo.edu>
- Date: 14 Dec 92 20:36:56 GMT
- References: <1992Dec2.182141.674@tolten.puc.cl>
- Sender: nntp@acsu.buffalo.edu
- Organization: State University of New York at Buffalo/Comp Sci
- Lines: 79
- Nntp-Posting-Host: sybil.cs.buffalo.edu
-
-
- I need a little help in configuring our FastPath 4 (yes, something
- of a fossil).
-
- The FastPath has 4.1 PROMs and currently running K-STAR 9.1.
-
- We will be running CAP6.0 pl125 (pl60 or so is running now). Since
- all six of our Macs (locally) are on Ethernet it's configured as native
- EtherTalk. We need the FastPath (since it's already available to us)
- to link a few LocalTalk printers to our happy EtherTalk network. We also
- tried Apple's Internet Router as an iterim solution but that had it's own
- set of problems.
-
- We have two particular problems: one is that for ONE Mac on the
- network, the VersaTerm Telnet Tool complains that "MacTCP did not open
- successfully." There are two other curious messages:
-
- % If MacTCP is using either LocalTalk or EtherTalk with a "router"
- (FastPath, GatorBox, etc.), make sure your address IS in the MacIP
- range of the router.
- % If MacTCP is using Ethernet, and a "router" exists on the network, make
- sure your address is NOT in the MacIP range of the router.
-
- What is it talking about? Turning off the FastPath immediately
- clears up the problem. Could it be there aren't enough Static IP Clients
- assigned (currently 20 vs 40 dynamic)? Each Mac (static, because each has
- their own IP address, correct?) is generating four or more Entities (6Mac *
- 4Entity > 20Static).
-
- The other problem is that the rest of the IP network seems to get
- screwed up. A few Unix servers disappeared then reapeared after the box was
- turned off. Coincidence?
-
- Otherwise the Box seems to work. :-/
-
-
- Now a few questions (that may or may not relate to our problems):
-
- What do I do with the IPTalk Interface configuration? When I talked
- to Shiva Tech support the guy said I don't need it. So I cleared the IPTalk
- entries using the FastPath Manager which defaulted to AT Zone "*" and AT Net
- Number 0. Is it now disabled?
-
- After studying the docs for CAP, KIP, atalkab, and the Kinetics (yes,
- Kinetics) manual, I think I see why IPTalk isn't needed -- EtherTalk works
- fine on its own. But could IPTalk become useful for communicating to another
- Box on the otherside of our IP Gateway? Could this be layered on top of
- everything else we set up?
-
- Could our problems be caused by a conflict between the Box and the CAP
- server? Must the settings in atalk.local jive with the Box's settings?
-
- Next, should we install atalkad? Would it ensure that the IPTalk
- network stays dormant under K-STAR? Should we use KIP? As far as I can
- tell, all it does is take the functions of K-STAR and and the FastPath
- Manager and puts in on a Unix host -- in en even less documented fashion
- (for me, anyway). But K-STAR supposedly works fine with atalkad.
-
- Anticipating installing atalkad, I downloaded a copy of MGConfig 2.09
- to produce an atalkatab file. An iteresting experience. There were a few
- entries that I'm not sure about.
-
- * Serial number. Does this matter?
-
- * Ethernet IP Net Number on the IP Mask and Address card. Is this just
- to verify that the proper subnet mask is set?
-
-
- That's all I can think of for now.
-
- Thanks,
-
- joe piazza
-
-
- --- "If you prick me, do I not leak?" Data
-
- CS Dept. SUNY at Buffalo 14260
- jmpiazza@cs.Buffalo.edu jmpiazza@sunybcs.BITNET
-