hewitt@unc.cs.unc.edu (W. Joe Hewitt) (09/09/88)
We currently have two Kinetics FastPath boxes which connect our PhoneNET to a Ethernet. The Kinetics boxes seem to be sending a bad ARP out every 20 seconds or so. The destination IP of the ARP is 00 00 00 01 and the sender IP is 00 00 00 06. Both of these are bogus. The Ethernet address of one box is 08:00:89:f0:01:01 and its IP is 128.109.136.150. I'm enclosing the packet. Has anyone else seen this type of bad ARP from Kinetics? Has anyone ever looked? All help would be greatly appreciated. FF FF FF FF FF FF 06 00 - 89 F0 01 01 08 06 00 01 08 00 06 04 00 01 08 00 - 89 F0 01 01 00 00 00 06 00 00 00 00 00 00 00 00 - 00 01 80 6D 8C 29 00 00 00 00 00 00 80 6D 8C 1D - 00 00 00 00
minshall@kinetics.UUCP (Greg Minshall) (09/15/88)
From article <4112@thorin.cs.unc.edu>, by hewitt@unc.cs.unc.edu (W. Joe Hewitt): > We currently have two Kinetics FastPath boxes which connect our PhoneNET > to a Ethernet. The Kinetics boxes seem to be sending a bad ARP out > every 20 seconds or so. The destination IP of the ARP is 00 00 00 01 > and the sender IP is 00 00 00 06. Both of these are bogus. The > Ethernet address of one box is 08:00:89:f0:01:01 and its IP is > 128.109.136.150. I'm enclosing the packet. Has anyone else > seen this type of bad ARP from Kinetics? Has anyone ever looked? > All help would be greatly appreciated. What you are seeing is an "old-style AppleTalk ARP packet" from the Kinetics box. These date from the days before Apple support of ethernet was firmed up. The "IP addresses" are really AppleTalk node numbers (so, node 1 is trying to find node 6 in your example). The very newest code from Kinetics (associated with FastPath 4's) only sends out these ARP packets if a certain "option" is set; all previous code sent out these ARP packets by default (however, in all the previous code with which *I* am familiar these old-style packets can be disabled; contact Technical Support at (415)-947-0998 if you need help in doing this). Note, by the way, that certain hosts which support AppleTalk *only* under- stand AppleTalk ARPing when it is done in this old style (hosts with more up-to-date software understand "official AppleTalk ARPing"). I hope this clears up this mystery. Greg Minshall