Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!know!samsung!rex!wuarchive!psuvax1!rutgers!aramis.rutgers.edu!athos.rutgers.edu!hedrick From: hedrick@athos.rutgers.edu (Charles Hedrick) Newsgroups: comp.protocols.appletalk Subject: Re: CAP.Etalk Message-ID: Date: 17 Aug 90 17:57:39 GMT References: Organization: Rutgers Univ., New Brunswick, N.J. Lines: 43 To: IN10@UDESVM.BITNET The newest version of my CAP Ethertalk support has documentation, which might help with setting up /etc/atalk.local. (There is no /etc/etalk.local. That seems to be part of UAB.) It may be that the code doesn't do what you expected. It will indeed support either IPtalk or Ethertalk, but not at the same time. The basic problem is that to do that you need a system that has two different network addresses, one on each network, and the basic CAP software doesn't seem to be set up to handle this case. That's what UAB is for. So for my code you have to choose whether you want IPtalk or Ethertalk. From your description it sounds like you've got a Unix machine on an Ethernet and some Macs and a printer on Localtalk, with a Gatorbox connecting Localtalk to the Ethernet. In that case, if you switch from IPtalk to Ethertalk on your Unix machine, the Gatorbox may need to be configured differently. Instead of connecting Localtalk to IPtalk, it now needs to connect Localtalk to Ethertalk. And its Ethertalk needs to be configured for phase I. If this is true and you are still not getting anything through, I am going to suspect a problem in my RTMP listener. During debugging I noticed one router that produced odd-looking RTMP packets. Since they seemed bogus according to Inside Appletalk I added a test to eliminate them. It could be that there's something wrong. First, try running atis with a debug level of at least 7. i.e. "atis -D 7" You should see messages of the form log(7, "Got RTMP pkt net %d from %d.%d", net, addr->net, addr->node); If you don't then either there is a gross failure in the code or configuration, or your Gatorbox isn't talking Ethertalk on that Ethernet. If net and addr->net are not the same, the current code is going to ignore that router. If the only router you have is that way, then obviously we're going to have trouble with your network. If this is the case, look at the next couple of lines, which are if (net == addr->net) SetMyAddr(addr); Remove the if, so that the SetMyAddr is done unconditionally. That should work for the moment, until I figure out what to do. Please tell me whether this resolves your problem. My reading of Inside Appletalk is that these two numbers had been agree, or there's something very wierd about that RTMP packet.