rapatel@khnphwzhn.njin.net ( Rakesh Patel) (04/10/90)
A question to those using UAB with the modified CAP. Is anyone using UAB/CAP to talk to a ethernetted Mac on an ethernet where there are no appletalk routers or bridges? I have no problems using it on an ethernet with an existing appletalk router. I haven't been able to successfully get it work on an isolated ethernet that doesn't have any routers/bridges. The Mac can see and talk to UAB and picks up the appletalk network number from uab, however uab does not seem to respond to any of the ZIP requests (which I assume is how the Mac determines which router/bridge to talk to). The Mac is never able to see any of the modified CAP services. If you are running uab successfully in such a situation, could you send me the info you have in your bridge file and /etc/etalk.local? I would appreciate any suggestions. Thanks, Rakesh Patel.
rocky@polyof.poly.edu (A1 rocky shiotsuki (staff) ) (04/11/90)
In article <From: rapatel@khnphwzhn.njin.net ( Rakesh Patel) Subject: UAB/CAP w/ no router/bridge? Message-ID: <Apr.9.20.06. 01.1990.1667@khnphwzhn.njin.net> Date: 10 Apr 90 00:06:04 GMT> >A question to those using UAB with the modified CAP. > >Is anyone using UAB/CAP to talk to a ethernetted Mac >on an ethernet where there are no appletalk routers >or bridges? > >I have no problems using it on an ethernet with an existing >appletalk router. I haven't been able to successfully get it >work on an isolated ethernet that doesn't have any routers/bridges. >The Mac can see and talk to UAB and picks up the appletalk network >number from uab, however uab does not seem to respond to any of the ZIP >requests (which I assume is how the Mac determines which router/bridge >to talk to). The Mac is never able to see any of the modified CAP >services. > >If you are running uab successfully in such a situation, could you >send me the info you have in your bridge file and /etc/etalk.local? > >I would appreciate any suggestions. > >Thanks, >Rakesh Patel. Probably more people having same probrem who missed a patch for UAB (bug.3). You can identify your probrem with UAB command, while your UAB running on your machine then you send signal to UAB from another process use the command 'uab stat'. UAB create a file '/usr/tmp/uab.stats'. Take look the uab.stats file, if you see some number next to 'unknown' packet type field (this should be zero), you need a following patch apply to UAB. ------ CUT ---------- CUT ----------- CUT ---------- *** ethertalk.c.org Fri Feb 23 10:47:41 1990 --- ethertalk.c Fri Feb 23 10:49:39 1990 *************** *** 304,310 **** iov[0].iov_base = (caddr_t)&ea; iov[0].iov_len = sizeof(ea); iov[1].iov_base = (caddr_t)⪅ ! iov[1].iov_len = sizeof(lap); iov[2].iov_base = (caddr_t)rbuf; iov[2].iov_len = sizeof(rbuf); if ((cc = pi_readv(etph, iov, 3)) < 0) { --- 304,310 ---- iov[0].iov_base = (caddr_t)&ea; iov[0].iov_len = sizeof(ea); iov[1].iov_base = (caddr_t)⪅ ! iov[1].iov_len = lapSize; iov[2].iov_base = (caddr_t)rbuf; iov[2].iov_len = sizeof(rbuf); if ((cc = pi_readv(etph, iov, 3)) < 0) { ----- CUT --------- CUT --------- CUT --------- Rocky Shiotsuki rocky@puscs.poly.edu Systems Programer Data Processing Dept. Polytechnic University 333 Jay Street Brooklyn, New York 11201
rapatel@pilot.njin.net ( Rakesh Patel) (04/12/90)
I found out what my problem was. The instructions I had were a little misleading. Uab needed to be built with the modified cap library - not the normal IPtalk libarary. After rebuilding it, I got it working instantly. Here is the original message that I had: From Dan@dna.lth.se (Dan Oscarsson) Sat Jan 27 05:08:35 1990 Path: njin!rutgers!cs.utexas.edu!uunet!mcsun!sunic!lth.se!newsuser From: Dan@dna.lth.se (Dan Oscarsson) Newsgroups: comp.protocols.appletalk Subject: Re: printing from Mac to Sun Message-ID: <1990Jan27.100835.10976@lth.se> Date: 27 Jan 90 10:08:35 GMT References: <Jan.26.22.00.48.1990.15357@athos.rutgers.edu> Sender: newsuser@lth.se (LTH network news server) Organization: Computer Science, Lund Institute of Technology, Sweden Lines: 21 In article <Jan.26.22.00.48.1990.15357@athos.rutgers.edu> hedrick@athos.rutgers.edu (Charles Hedrick) writes: >there's another way to do it. Alternatively, is there software for a >Sun that will speak Ethertalk and accept input? I've looked at the >documentation for the uab, and it looks like in principle this would >work. But in this case I don't have the time or manpower to do any >local development work, and it looks like I need not only uab but >special versions of the cap software. No, it is fairely easy to use uab. 1. Compile the standard cap libraries first and install them. 2. Compile and install uab. 3. Replace the abkip.c in cap with the abmkip.c from the uab source and remake cap and install the programs. That is about all that is needed. I have one small patch to uab that you might need. If you can wait one week I plan to release my version of uab and cap with instructions to use. My cap constains several fixes to make aufs faster. Dan Note that this: 1. Compile the standard cap libraries first and install them. 2. Compile and install uab. 3. Replace the abkip.c in cap with the abmkip.c from the uab source and remake cap and install the programs. Should be: 1. Replace the abkip.c in cap with the abmkip.c from the uab source and make cap and install the programs and libararies. 2. Build uab and install it using the modified cap library. Thanks to those who responded to my query. Rakesh Patel.
crowston@athena.mit.edu (Kevin G Crowston) (04/13/90)
In article <Apr.11.16.42.43.1990.19605@pilot.njin.net>, rapatel@pilot.njin.net ( Rakesh Patel) writes: > I found out what my problem was. The instructions I had were a little > misleading. Uab needed to be built with the modified cap library - not > the normal IPtalk libarary. After rebuilding it, I got it working > instantly. ... > Note that this: > > 1. Compile the standard cap libraries first and install them. > 2. Compile and install uab. > 3. Replace the abkip.c in cap with the abmkip.c from the uab source and > remake cap and install the programs. > > Should be: > > 1. Replace the abkip.c in cap with the abmkip.c from the uab source and > make cap and install the programs and libararies. > > 2. Build uab and install it using the modified cap library. When I tried to do this (i.e., build uab using the modified cap library) I got an error from the loader saying that ddp2ipskt was undefined. This function is defined in the original abkip.c in the cap library and called in two places in the file kip_mpx.c. kip_mpx.c also defines a macro, mddp2ipskt, but anywhere it calls the macro it also calls ddp2ipskt (they're called in different arms of a case statement), making me think that ddp2ipskt wasn't a mistake. Anyway, changing ddp2ipskt to mddp2ipskt gets rid of the error from the loader, but it doesn't make uab work. I still get: GUILDER.MIT.EDU# uab: 15:28:53 04/12/90 Port description match on GUILDER* uab: 15:28:53 04/12/90 interface se0 uab: 15:28:53 04/12/90 local delivery is modified KIP forwarding uab: 15:28:53 04/12/90 network number from network uab: 15:28:53 04/12/90 pi_open: Protocol not supported uab: 15:28:53 04/12/90 Couldn't establish the port uab: 15:28:53 04/12/90 NO CONNECTED PORTS, ABORTING (I'm using a DecStation 3100 running Ultrix.) Advice will be appreciated; I've been trying to get uab working for quite a while. Kevin Crowston
rapatel@khnphwzhn.njin.net ( Rakesh Patel) (04/13/90)
ddp2ipskt is defined in /usr/include/netat/appletalk.h if you installed the cap include files. When building uab, kip_mpx.c should include that. IF you have the original uab code from columbia, you probably want to get the updated uab+ that is available from lth.se or any of the other sites that have made it available. It contains one extra patch. Rakesh Patel.