Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!agate!usenet.ins.cwru.edu!eagle!data.nas.nasa.gov!discovery.nas.nasa.gov!jude
From: jude@nas.nasa.gov (Jude A. George)
Newsgroups: comp.protocols.appletalk
Subject: problem with CAP6.0 -- bogus node
Message-ID: <1991Jun9.064542.1102@nas.nasa.gov>
Date: 9 Jun 91 06:45:42 GMT
Sender: news@nas.nasa.gov
Reply-To: jude@nas.nasa.gov (Jude A. George)
Organization: NAS Program, NASA Ames Research Center, Moffett Field, CA
Lines: 35

I am having a rather bizarre problem with CAP.  No matter what machine I run
it on, the server programs always think they are on node 57.  I've compiled
the software on two Sun 4's and one SGI Iris, alternately using IPTalk and
"native" Ethertalk (the latter only on the Suns).  I get identical results
each time.  None of the machines have 57 as the last byte of their IP address.

I always get the following message from getzones, atlook, and aufs:

abInit: [ddp:  55.03, 57] starting

Aufs fails to SrvrRegister with atis.  Interestingly enough, the aufs server
shows up when I use InterPoll on a Mac on the other side of the bridge.
Of course, it shows up with the bogus node number 57.  The server also
appears in the Chooser, but the Mac is unable to open a connection to it.

Getzones and atlook show nothing; they print the above message, then
"Looking for =:=@* ...", then quit after a few seconds.

Here is one of my atalk.local files, for a machine with IP addr 129.99.33.185:
(I've also tried putting quotes around the zone name)

# mynet mynode myzone
55.3 185 NAS/N258
# bridgenet bridgenode bridgeIP
55.3 80 129.99.33.80

"55.3" maps to "14083" when viewed by InterPoll.  The bridge is a Kinetics
fastpath running K-STAR IP.  I'm not sure what version it's running...
the FastPath manager doesn't say.  But I don't think the problem is with the
bridge.

Has anyone had similar problems?  Am I missing the obvious?

Jude George
jude@nas.nasa.gov