Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!mcsun!ukc!icdoc!qmw-cs!liam From: liam@cs.qmw.ac.uk (William Roberts;) Newsgroups: comp.protocols.appletalk Subject: Re: A/UX 2.0 : ATP1 driver available? Message-ID: <2923@redstar.cs.qmw.ac.uk> Date: 20 Feb 91 15:16:31 GMT References: <1991Feb14.230954.8917@bwdls61.bnr.ca> Sender: usenet@cs.qmw.ac.uk Lines: 30 Nntp-Posting-Host: whitesand In <1991Feb15.164716.19093@bwdls61.bnr.ca> bschmidt@bnr.ca (Ben Schmidt (BNR)) writes: >Is it possible to get an A/UX 2.0 machine generating ATP1 protocols >instead of ATP2? many thx, In principle you would need a variation on the kernel "elap" which looked like existing kernel "alap" module, but which constructs EtherTalk phase 1 packets. The first snag is that unless you licence the Portable AppleTalk source code then there doesn't seem to be any documentation on the various interfaces, so you don't know what "being like alap" involves. The second snag is more serious: the ethernet drivers don't have any magic for dealing with 0x809b ethernet packet types (let alone the Apple version of ARP). This is short-sighted, but Apple inherited the shortsightedness from BSD 4.3 when they picked up the networking implementation. The final snag is that Apple undoubtedly don't want to bring out new support for phase 1, so they probably won't put themselves out to make it happen. If you want to develop the necessary product because you think there is a market then they won't stand in your way, but they aren't going to do it. Bottom Line: No, forget ATP1 under A/UX 2.0 -- William Roberts ARPA: liam@cs.qmw.ac.uk Queen Mary & Westfield College UUCP: liam@qmw-cs.UUCP Mile End Road AppleLink: UK0087 LONDON, E1 4NS, UK Tel: 071-975 5250 (Fax: 081-980 6533) Brought to you by Super Global Mega Corp .com