HDTenEightyP/NetNews huggingface dataset:
From: csirimat@uts.EDU.AU (C Sirimat)
Newsgroups: comp.protocols.appletalk
Subject: Has anyone run Clarkson Uni. Telnet (CUTEL 2.2D/TC-D) over LocalTalk?
Date: 14 Oct 92 16:46:24 GMT
Organization: University of Technology, Sydney
Distribution: world
NNTP-Posting-Host: amdahl.ccsd.uts.edu.au
Summary: Has anyone run Clarkson Uni. Telnet (CUTEL 2.2D/TC-D) over LocalTalk ?
Keywords: CUTEL
Organisation: University of Technology, Sydney, Australia

I can run CUTEL over ethernet, but I can't seem to get it working through
LocalTalk. I have NCSA Telnet version 2.3.03 and I can get it running over
LocalTalk. I prefer to use CUTEL because it's keyboard mapping features are
better then NCSA's Telnet.

I know that there are no option in CONFIG.TEL to put in "hardware=appletalk"
with CUTEL, but I have been trying it by putting in "hardware=packet"
and running the Appleshare PC 2.02 files (LSL.COM,LTALKP.COM,ATALK.COM,
ASP_WS.COM,ASHARE.COM,MINSES.EXE,REDIR.EXE,PAP_WS.COM, and COMPAT.COM
to produce ATALK.SYS) and running the Clarkson LocalTalk (class 5) packet
driver (LOCALTLK.COM version 9.2) . 
CUTEL responds with a message "... not supported class ..."

Has anyone out there managed to somehow get CUTEL working over LocalTalk ?

Send me mail on 

S.Sirimat@ccsd.uts.edu.au     or    csirimat@amdahl.ccsd.uts.edu.au

Newsgroups: comp.protocols.appletalk
From: rothman@tegra.com
Subject: MS Windows & EtherTalk Printer
Organization: Tegra, Inc.
Date: Tue, 13 Oct 1992 16:01:48 GMT

What are some good ways for a Microsoft Windows user with an ethernet board to
output print jobs to an EtherTalk printer, besides using a network that
supports AppleTalk (like Novell)?  Speed is the biggest consideration but I'm
curious to hear any suggestions, along with anecdotes, etc. Please note that
the printer is *Ether*Talk, not *Local*Talk. 

Please email responses to me, I'll post a summary. Thanks. 

Steve Rothman, Tegra Inc.

==================================================================
email: rothman@tegra.com *** CIS: 72120,2747 *** FAX: 508-663-7082
Newsgroups: comp.protocols.appletalk
From: lentz@reber.astro.nwu.edu (Robert A. Lentz)
Subject: Re: Help! CAP & Native Phase II ethernet
Organization: Northwestern University, Evanston, IL
Distribution: comp
Date: Mon, 12 Oct 1992 20:00:27 GMT

In article <1992Oct7.235552.13911@organpipe.uug.arizona.edu> rawn@manduca.neurobio.arizona.edu (Rawn Shah) writes:
>
>    I have installed CAP 6.0 up to patch level 126 and tried running
>it but I bump into a problem when running atis or any of the other
>at-programs. We have a Sun 4/330 running SunOS 4.1.2 on Ethernet.
>The program comes back with the problem:
>
>localhost: RPC: Program not registered

I had this same problem. Apparently this happens if the zone you specify on
the command line is not the correct zone. When you start up the servers, pay
attention to the zone that it reports back as the zone you are in. Then use
that as the zone.

-Robert Lentz
r-lentz@nwu.edu
From: dbarnden@uniwa.uwa.edu.au (Dennis Barnden)
Newsgroups: comp.protocols.appletalk
Subject: PC > LocalTalk > ethernet
Date: 16 Oct 1992 10:18:34 +0800
Organization: The University of Westrn Australia
NNTP-Posting-Host: uniwa.uwa.edu.au
X-Newsreader: Tin 1.1 PL5

We have a LocaTalk network which includes several PCs equiped with
LocalTalk cards. In the near future we wish to connect the LocalTalk to
an ethernet network (probably using an EtherRoute box).
I am told that the Macs will need MacTCP software but is there software
that the PCs can use to enable them to access the ethernet via the
existing LocalTalk network? We don't want to have to run ethernet in
parallel with the LocalTalk.

Thanks,

Dennis Barnden.

dbarnden@uniwa.uwa.edu.au


"Joe wasn't dead, he was just at the dentist."  G Keillor.  WLT.
Newsgroups: comp.protocols.appletalk
From: mmt@RedBrick.COM (Maxime Taksar KC6ZPS)
Subject: CAP/AUFS with NFS on a Sparc 2
Organization: Red Brick Systems, Los Gatos, CA
Date: Thu, 15 Oct 1992 01:37:51 GMT

I'm running CAP and AUFS on a Sparc 2 (SunOS 4.1.2) and am
getting the documented locked-file problem when trying to
access files that are NFS-mounted on the Sun.  CAP60.README
says that I should ensure that I have the latest NFS bugfixes
for my UNIX platform.

Does this mean that I have to complain to Sun?  Or is there
a patch to CAP that will fix this?  (Has anyone else had this
problem?)

-- 
------------------------------------------------------------
Maxime Taksar              KC6ZPS           mmt@RedBrick.COM
From: jaa101@gorton.anu.edu.au (James Ashton)
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP can't print to TI microlasers
Date: 12 Oct 1992 06:10:50 GMT
Organization: The Australian National University, Canberra
Distribution: world
NNTP-Posting-Host: 150.203.15.124

In article <9210091907.AA16682@neb.com>, melo@neb.com writes:
> I'm running CAP 6.0 on a SUN IPX w/ SunOS 4.1. I have two TI microlaser
> Turbo printers on Appletalk (behind a Fastpath5) plus a bunch of Apple LWs.
> The SUNs can print to the LWs but not the TIs, but macs can print to either
> type. Atlook on the SUNs can't stat the TIs. They are listed but the return
> code is an error.
> Has anyone had problems with TIs and CAP?

Ditto for for a NewGen TurboPS 400 which we have.  We're at patchlevel 126.
Printing to LWs is fine and Macs can see both types.
______________________________________________________________________________
James Ashton						  System Administrator
					     Department of Systems Engineering
Voice +61 6 249 0681	  Research School of Physical Sciences and Engineering
FAX   +61 6 249 2698				Australian National University
Email James.Ashton@syseng.anu.edu.au	 GPO Box 4 Canberra ACT 2601 Australia
Newsgroups: comp.protocols.appletalk
From: resnick@cogsci.uiuc.edu (Pete Resnick)
Subject: Re: System 7 aliases and CAP
Organization: University of Illinois at Urbana
Distribution: comp
Date: Fri, 9 Oct 1992 16:16:34 GMT

patrick@casbs.Stanford.EDU (Patrick Goebel) writes:

>HOWEVER, if I unmount the volume in any way, (e.g. restart the Mac,
>drag the volume to the Trash, etc), then remount the volume, and then
>double-click on my alias, I am told that the original program to which
>the alias points cannot be found on the network.

Add this one to the FAQ. CAP currently cannot deal with aliases and
some other things because it does not implement static directory
ID's, something which was not required prior to System 7 (it would've
been nice in System 6). In any event, David Hornsby, the current CAP
guru, has assured us that implementing this is high on the priority
list and will be taken care of soon (thanks David!).

pr
-- 
Pete Resnick             (...so what is a mojo, and why would one be rising?)
Graduate assistant - Philosophy Department, Gregory Hall, UIUC
System manager - Cognitive Science Group, Beckman Institute, UIUC
Internet: resnick@cogsci.uiuc.edu
From: wcc@cup.portal.com (wcc - usa)
Newsgroups: comp.protocols.appletalk
Subject: Re: Webster Multiport Gateway?
Date: Fri, 16 Oct 92 09:30:02 PDT
Organization: The Portal System (TM)
Distribution: world

In article <YeqTeZ200Uzx83zm4v@andrew.cmu.edu>, sean+@andrew.cmu.edu (Sean McLi
nden) writes:
>>Webster MultiPort Gateway
 
>> I've seen references to this device in various pieces
>> of code but cannot find it in any of my usual sources.
>> Can someone please tell me who makes these and from
>> whom they are available?

>I'll wave the flag for any folks that don't already know about
>Webster and its MultiPort Gateway.

>The Webster MultiPort Gateway is manufactured and internationally
>sold by Webster Computer Corporation.

>The MultiPort Gateway (originally Multigate) project emanated 
>from the Department of Computer Science, University of Melbourne in Australia.
>Webster Computer Corporation,(Melbourne Australia) assumed the 
>international manufacturing and marketing rights for the product.
>During 1991, Webster also assumed full Research & Development
>responsibility for the MultiPort Gateway.

>In a nutshell,the Webster MultiPort Gateway is a high performance,
>SNMP complaint, four channel LocalTalk to Ethernet router.
>It supports  MacIP, IPTalk (atalkad) IPTalk 2, and DECnet Level 1 routing
>protocols.

>You can contact Webster Computer U.S.A. directly:

>Webster Computer Corporation
>2109, O'Toole Ave. Suite J, San Jose CA 95131-1303
>Phone: 408-954-8054; FAX 408-954-1832, Email webster@cup.portal.com
>AppleLink WEBSTER.USA.

Email Address correction:     Email:wcc@cup.portal.com

>Robert de Paola
>Webster Computer Corporation
>1270 Ferntree Gully Road, Scoresby, 3179 Victoria Australia
>Phone 03 764-1100 FAX 03-764-1179, EMAIL robert@wcc.oz.au
>AppleLink: AUST 0620
From: mgb@generali.Harvard.EDU (Michael G. Burner)
Newsgroups: comp.protocols.appletalk
Subject: Ultrix 4.2 ethertalk woes (all patches in place)
Date: 9 Oct 92 01:32:54 GMT
Article-I.D.: burrhus.1992Oct9.013254.1316
Organization: Computer-Based Lab, Harvard University, Cambridge, MA

I am running CAP 6.0/patchlevel 126 under Ultrix 4.2 with the kernel
patches installed.  Most of it works fine, but papif can't seem to print
both the banner and the job.  If BANNERFIRST is set, the banner prints
and the job goes into a retry after a PAPWrite error (-1097: tooManyReqs).
If BANNERLAST is set the banner fails to print 90% of the time.

This happens on LaserWriters behind Dayna EtherPrint boxes as well as
those behind FastPaths.  Our IIg on ethertalk always prints both the
banner and the job.

Has anyone solved this one?

				Thanks,

				 Mike
Newsgroups: comp.protocols.appletalk
From: wtierney@leland.Stanford.EDU (Bill Tierney)
Subject: RS6000 - PhaseII
Organization: DSG, Stanford University, CA 94305, USA
Distribution: usa
Date: Fri, 9 Oct 92 23:03:02 GMT
From: KAUFMAN@BIOMED.MED.YALE.EDU (Elizabeth Kaufman)
Newsgroups: comp.protocols.appletalk
Subject: Strange Novell AppleTalk symptoms
Date: 16 Oct 92 19:47:43 GMT
Distribution: world
Organization: The Internet


     Greetings. We recently had a strange failure on a Novell 3.11/Microsoft
Mail 3.0 server whose only symptom (aside from blowing up all attached clients)
was an assymetrical appletalk outage, where the Novell Appletalk (v. 3.01)
router's rtmp process timed out all 91 local nets (every one at 8:59:03 am),
but none of the 90 other routers timed out their entries for this Novell/Atk
router's local nets. Has anyone ever seen this behavior before? (Chris Branch,
are you out there?) I have never seen an appletalk router time out its entire
rtmp table while continuing successfully to send updates to the other routers
on the net. Any feedback or insights would be very much appreciated. Thanks in
advance.

-Elizabeth

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

 Elizabeth Kaufman		  Phone:   (203) 785-4566
 Data Network Operations          FAX:     (203) 737-4037
 Biomedical Computing Unit        Internet: kaufman@biomed.med.yale.edu
 Yale Medical School              Bitnet:   kaufman@yalemed
 333 Cedar Street, B-307                
 New Haven CT 06510 		 


Newsgroups: comp.protocols.appletalk
From: patrick@casbs.Stanford.EDU (Patrick Goebel)
Subject: System 7 aliases and CAP
Organization: Center for Advanced Study in the Behavioral Sciences
Distribution: comp
Date: Thu, 8 Oct 1992 21:02:16 GMT

I am running System 7.01 on a Mac SE/30 and have a CAP (6.0 pl126)
volume mounted under AppleShare.

So far the mounted volume seems to behave as a normal Mac volume;
i.e., I can read from it, write to it, launch applications from it,
etc.

So next I made an alias ON MY HARD DISK which points to an application
residing on the mounted volume.  Double-clicking the alias immediately
after creating it does the right thing; i.e., the remote application
is launched from the mounted volume.

HOWEVER, if I unmount the volume in any way, (e.g. restart the Mac,
drag the volume to the Trash, etc), then remount the volume, and then
double-click on my alias, I am told that the original program to which
the alias points cannot be found on the network.

Doing a Get Info on the alias indicates that it is still pointing to
the correct location on the mounted volume.

Anyone else have this problem and know the solution?

Here are some details in case they are relevant:

* CAP version: 6.0 patch level 126, running Native Phase II EtherTalk
  over the NIT interface (will try ENET when I have time)

* Zone structure: none.  I use * to specify MyZone when starting aarpd

* CAP server: Sun 4/330 running SunOS 4.1.1

* Mac client: SE/30 running System 7.01 with Sonic Systems ethernet
  card

--
Patrick Goebel                    E-MAIL: patrick@casbs.Stanford.EDU
Network Administrator             VOICE:  (415) 321-2052
CASBS, 202 Junipero Serra Blvd.   FAX:    (415) 321-1192
Stanford, CA 94305                BEEPER: Temporarily Out of Order...
Newsgroups: comp.protocols.appletalk
From: Pete Kelly <pfkelly@bnr.ca>
Subject: Re: How to get ErrorCorrection going on a LanRover/L
X-Xxdate: Fri, 9 Oct 92 01:25:03 GMT
Organization: Bell-Northern Research/Northern Telecom
X-Useragent: Nuntius v1.1.1d12
Date: Sat, 10 Oct 1992 00:17:28 GMT

Subject: How to get ErrorCorrection going on a LanRover/L
From: Larry Mingione, mingione@acf3.NYU.EDU
Date: 7 Oct 92 18:17:00 GMT
In article <41840007@acf3.NYU.EDU> Larry Mingione, mingione@acf3.NYU.EDU
writes:
>I have a lanrover/l set up to use a US Robotics v.32bis modem.  The
trouble is
>that when I connect from home using a SupraV.32 and Remote Access I
don't seem
>to be able to get Data Compression or Error Checking to work.  I have the
>Lanrover set up with the CCL that comes with it for the US Robotics
v.32bis
>modem.  But I simple get a straight 9600 connection.  A check of the US
>Robotics ARA script seems to turn error checking off.  Any reason?  I
just
>downloaded the CCL from the Shive BBS board for my Supra (previously I
was 
>using one form Compuserve?).
>
>I'd like to get a higher LAPM connection going if possible.
Datacompression
>also.
>
>
>Anyway the LanRover/L seems to override the modems initial setup when it 
>receives a connection.  Anyone had any similar experiences?
>
>btw: we don't have an  ARA toolkit yet. One is coming tho.

Error correction is taken care of in the ARA software. ALL ARA CCL's
begin by turning a modem's internal error correction off.  

The LanRover must do error correction internally too since it's designed
to interface your modem directly to the AppleTalk network without the
benefit of a Mac CPU to handle the MNP protocols.
Newsgroups: comp.protocols.appletalk
From: bennett@areaplg2.corp.mot.com (Steve Bennett)
Subject: Cap Uab on the Hp700
Reply-To: bennett@areaplg2.corp.mot.com
Organization: Motorola, CCR&D, CORP, Schaumburg, IL
Date: Thu, 8 Oct 1992 20:13:09 GMT

I have been able to successfully compile Cap6.pl126 on the hp700 to include uab
support. I have two question. 1) What interface do i put in the bridge_desc file.

2) Are there any big performance advantages in doing this instead of using th
atalk.local file

-- 

#
# Steve Bennett (bennett@mot.com)
#
From: binde@PLINIUS.RUTGERS.EDU (Beth Binde)
Newsgroups: comp.protocols.appletalk
Subject: please unsubscribe me
Date: 13 Oct 92 20:06:01 GMT
Distribution: world
Organization: The Internet

thanks. 


Beth E. Binde, Systems Programmer 
Rutgers University Computing Services, Piscataway, NJ 08855-0879 USA  
EMAIL: binde@noc.rutgers.edu   VOICE:  908-932-5019
From: whb@castle.ed.ac.uk (H Bruce)
Newsgroups: comp.protocols.appletalk
Subject: AppleTalk on a Sun based network
Date: 16 Oct 92 11:11:28 GMT
Distribution: comp
Organization: Dept. Electrical Engineering, Edinburgh University, Scotland, UK.

We have two Macs on a network with a Sun printer and file server.
How can the Macs access the Sun's printer ?

Thanks,

Henry Bruce
From: tom@wcc.oz.au (Tom Evans)
Newsgroups: comp.protocols.appletalk
Subject: Re: Fast DDP Checksum code?
Date: 9 Oct 92 06:28:47 GMT
Organization: Webster Computer Corp, Melbourne, Australia

In article <1992Oct6.143333.11602@dartvax.dartmouth.edu>, Richard.E.Brown@dartmouth.edu (Richard E. Brown) writes:
> Folks:
> 
> Several months back, someone on this group asserted that they had
> re-coded the DDP checksum algorithm to reduce it from 3-4 msec on a Mac
> Plus to well under a millisecond. 

That might have been me, and the speeds I claimed were:

> Subject: Re: to DDP checksum or not?
> Newsgroups: comp.protocols.appletalk
> 
> The following is the time to perform a slightly-over-maximum-lengh
> 600-byte DDP checksum (implemented as an assembler-code subroutine
> and including the call/return overhead and outer timing loop):
> 
>         Machine         Dumb code       Unrolled code
>         ---------------------------------------------
>         Mac Plus        3571us  15%     2358us  10% (*)
>         Mac SE          2941us  12%     1968us  8%
>         Mac IIcx         791us  3.3%     578us  2.4%

Best is 2.4ms on a Plus, which is 10% (*) of the time taken to
transmit the same packet on LocalTalk. If you want it faster then you
need a faster processor. It is a very hard checksum to "speed up" -
it takes 3 68000 instructions per byte and it can't be widened (like
the IP/DECnet checksum can).

I didn't post code - Inside AppleTalk gives the algorithm.

========================
Tom Evans  tom@wcc.oz.au
Webster Computer Corp P/L, 1270 Ferntree Gully Rd Scoresby, Melbourne 3179
Victoria, Australia 61-3-764-1100  FAX ...764-1179  A.C.N. 004 818 455
Xref: sparky comp.protocols.appletalk:3585 comp.sys.mac.comm:9846
From: Conrad_Nobili@Harvard.EDU (Conrad C. Nobili)
Newsgroups: comp.protocols.appletalk,comp.sys.mac.comm
Subject: Re: AppleTalk 57.0.4 problems, where is NSI 1.2???
Date: 9 Oct 92 03:19:08 GMT
Followup-To: comp.protocols.appletalk,comp.sys.mac.comm
Organization: Harvard University Office for Information Technology

In article <lefty-071092104501@lefty.apple.com>, lefty@apple.com (David
"Lefty" Schlesinger) wrote:

> Our alternative would have been to revise the overall version number to
> 57.0.7; I felt that this wouldn't be the most accurate reflection of
> reality: if you're not running LocalTalk, it is _precisely_ AppleTalk
> 57.0.4.  If anyone has an opinion about an ideal way to handle this sort of
> situation, I'd certainly be interested in hearing it.

Well, I don't have any *particular* thoughts on how best to deal with this
situation, but I would encourage you to come up with *something* which
conveys as much information as is useful to us.  I would have been happy if
this were simply explained in this level of detail in the readme on the NSI
1.2.3 disk, but I suspect you should find a better mechanism than that....

And I would also encourage you to provide ready access to older versions on
ftp.apple.com, so that we don't *all* have to maintain our *own* archives
of these things indefinitely....  I mean you keep other old stuff there....

Many thanks for your explanation of AppleTalk version numbering!  I am now
armed with your post in case I need to know these things in the future.  I
do hope though that I will be able to simply use Get Info or read a readme
in the future rather than cause lots of excitement and lost productivity by
posting here....

Thanks again....

Conrad C. Nobili  N1LPM  Conrad_Nobili@Harvard.EDU  Harvard University OIT
From: gregm@sail.LABS.TEK.COM (Greg Montgomery)
Newsgroups: comp.protocols.appletalk
Subject: Appletalk to PhoneNet connections.
Keywords: PhoneNet
Date: 16 Oct 92 23:04:33 GMT
Article-I.D.: sail.12734
Organization: Tektronix Inc., Beaverton, Or.

Sorry if this is a FAQ -- but, ..........

Background:
We just installed a phoneNet network to about 10 drops.  We wanted to connect
to the printers across the hall that are on Appletalk.  The technician spliced
the two different wires together, and we were able to print files.  But there
is a problem.

Problem: 
There is an impeadance mis-match between PhoneNET and Appletalk.  I don't know
what they are, but the symptoms are that the printers fade in and out and you
cannot always locate the printer you want.

Question:
I seems to me that many people must have tried to connect Appletalk and PhoneNET
together.  What have other people been doing?  Our option now is to make all of
the network PhoneNET.  There should be a cheaper way.

Please help if you have a good answer.

Thanks,
Greg gregm@sail.labs.tek.com
Newsgroups: comp.protocols.appletalk
From: jaapjl@tab00.larc.nasa.gov (J Lee Jaap)
Subject: Re: CAP and QMS Printers
Followup-To: comp.protocols.appletalk
Reply-To: J Lee Jaap <J.L.Jaap@larc.nasa.gov>
Organization: AS&M Inc
Date: Thu, 8 Oct 1992 16:09:44 GMT

In article <dewey-071092163358@sebastian.centerline.com> dewey@centerline.com (Devan F. Dewey) writes:

   We can't seem to get CAP to recognize either of the QMS printers that we
   have had in here on demo. atlooklws can't find them, and atlook does show
   anything that might be the printers responder.

   Has anyone else seen this???

   Do you have a fix?

   Any help would be appreciated. This printers seem healthy and robust, but I
   can't buy one if our UNIX boxes can't print to it.

Sounds to me like the DDP Checksum problem.  I think our PS2000 is one
of the printers we couldn't see after turning on DDP checksumming in
the FastPath.  But I can't remember for sure.  There were two changes
made at the same time to the FastPath, one upgrade and turning on DDP
checksumming, and we had to roll back both the changes.

Turn off DDP checksumming in your LocalTalk bridge, and see if the
printers appear in atlook*.  If they do, the problem is that the
printers have a bad checksum algorithm and toss good packets as bad.

Good luck.  I just called for a status on our ATalk net.  I think
DDP checksums are disabled in the bridge still.

--
J Lee Jaap <J.L.Jaap@LaRC.NASA.Gov> +1 804/864-2148
    employed by, not speaking for, AS&M Inc, at
         NASA LaRC, Hampton VA 23681-0001
From: westgate@LMIG.COM (Greg Westgate)
Newsgroups: comp.protocols.appletalk
Subject: Re: Rover Package
Date: 14 Oct 92 16:00:09 GMT
Distribution: world
Organization: The Internet

It can be had  on node 130.101.228.10 in directory /NetInfo

Good luck.

Newsgroups: comp.protocols.appletalk