HDTenEightyP/NetNews huggingface dataset:
From: mclagan@sfu.ca
Newsgroups: comp.protocols.appletalk
Subject: maximum lenght of LocalTalk cable
Date: 12 Dec 92 18:21:19 GMT
Distribution: world
Organization: The Internet

In article <boulton.723958920@hawk> boulton@hawk.adied.oz.au writes:

>
>We are setting up a printer which is some distance (15 to 30 metres)
>from a Mac Quadra 950.
>
>The problem we have is that we do not know the maximum length of the
>that we can run a single segment of LocalTalk cable for.

I've got about 1000m of multiple-twisted pair PhoneNet cabling with
some segments over 250m. Farrallon says you can go up to appprox.
1000m depending on quality of copper wire (24 guage or better),
and topology ("bus" or "backbone" design is best, passive stars
are a no-no). The only problem I've had is with one long segment
of 3-twisted pairs where each pair was inducing interference on
the others. Apparently this can occur when running the same
bandwidth on all pairs. Solution: run more cable, use some
pairs for voice or ethernet.
 
>Also would extra shielding or anything along those lines improve the
>distance we could run the cable?
>
 
As far as I know, both LocalTalk and PhoneNet standards call explicitly
for *UN*shieled cable.
 
Scott.
mclagan@fraser.sfu.ca
From: Richard.E.Brown@dartmouth.edu (Richard E. Brown)
Newsgroups: comp.protocols.appletalk
Subject: Re: New Apple Net Installer available?
Date: 18 Dec 92 13:14:50 GMT
 <lefty-171292173648@lefty.apple.com>
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0b3@newshost.dartmouth.edu

Folks:

Apparently, NSI 1.3 was available on AppleLink for a period of time in
late November and early December, and was withdrawn. I subsequently
heard from a well-placed source in Apple who says:

* NSI 1.3 and AppleTalk 58 *is* officially supported; 
* this confusion has been straightened out; and 
* NSI 1.3 will be available on AppleLink again soon. 

As others have pointed out, these files appear shortly thereafter on
ftp.apple.com. (Tip o' the hat to Mark Johnson...)

Rich Brown                    E-Mail: richard.e.brown@dartmouth.edu
Manager of Special Projects   AppleLink address:  RICH.BROWN
Dartmouth College             	(note new ALink address)
Kiewit Computer Center        Telephone: 603/646-3648
Hanover, NH 03755-3523 USA    Fax: 603/646-2810
  
Newsgroups: comp.protocols.appletalk
From: eric@tsunami.jpl.nasa.gov (Eric Huang)
Subject: CAP on SPARC2
Organization: Image Analysis Systems Group, JPL
Date: Tue, 15 Dec 1992 23:28:55 GMT

Recently, I've downloaded CAP60,pl100 and installed it on the
SUN SPARC2 running sunos and native Ethertalk Phase 2.  I am trying
to print from the SUN to the LaserWriter IIg, and both are connected to the
same Ethernet network.  However I am not able to see the laserWriter when i do
atlook.  I do see the laserwriter on a Mac's chooser which is also on the
same network.  And on the SUN side, when i do atlook, i can see the Mac
and the SUN itself and the LaserWriter created by lwsrv daemon.

I have been playing around with the CAP for a while now and getting no
where.  Any advice would be greatly appreciated.
From: rex@pangea.Stanford.EDU (Rex Sanders)
Newsgroups: comp.protocols.appletalk
Subject: New Apple Net Installer available?
Date: 16 Dec 1992 02:50:50 GMT
Organization: Stanford University
Distribution: world
Reply-To: rex@octopus.wr.usgs.gov
NNTP-Posting-Host: pangea.stanford.edu

According to MacWEEK 12.14.92, Apple has just released Network Software
Installer version 1.3, including the following:

- AppleTalk Version 58.0, recommended for all Macs
- Network control panel version 3.0, with interface improvements
- Driver updates for EtherTalk and TokenTalk (version 2.5)
- A/ROSE version 1.1.9

Available on AppleLink.

I don't have an AppleLink account. Just checked on ftp.apple.com - still at
NSI version 1.2.3.

Is NSI version 1.3 available anywhere else on the net?  I'm about to migrate
130 Macs from LocalTalk to EtherTalk, and would really like to install the
latest stuff.

Thanks.

-- Rex
   rex@octopus.wr.usgs.gov
From: lim@merlion.ins.cwru.edu (Hock Koon Lim)
Newsgroups: comp.protocols.appletalk
Subject: Re: Problem with ARNS and MacSE
Date: 17 Dec 1992 04:30:57 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Distribution: world
NNTP-Posting-Host: merlion.ins.cwru.edu

In article <1gksn8INNahv@usenet.INS.CWRU.Edu> lim@po.CWRU.Edu writes:
>
>
>    I am unable to see any AppleTalk zone after I login to ARNS server
>with Async Atalk.  My MacSE is running MacOS 7.1 with MacTCP v1.1.1 loaded.
>I have no problem to run the "async" program on the ARNS server.  However,
>after the connection is make, there is not AppleTalk zones shown in the
>chooser.  I did try to install the "SHeap" extension but it doesn't help.
>I have no problem with the ARNS server  when I use it with a MacIIcx.
>
>

  Well, the MacSE serial port with ARNS would not work if the serial port speed 
is higher then 9600 bps.  Thanks for the answer from David Hornsby - "Anything 
above 9600 is dubious on an SE".   I set the serial
port speed to 9600 and everything is working fine now.


Thanks a lot,


-- 
Hock-Koon Lim, Information Network services
Case Western Reserve University; Cleveland, Ohio, USA  44106   
(216) 368-2982        lim@ins.cwru.edu
From: Perrot@grbb.polymtl.ca (Gildas Perrot)
Newsgroups: comp.protocols.appletalk
Subject: Help! CAP lwsrv does not want to print
Date: 14 Dec 92 18:57:12 GMT
Followup-To: comp.protocols.appletalk
Organization: Ecole polytechnique, Montreal

We have installed Cap6.0 on our SGI Iris workstation to use
it as a File and Printer server. The first feature works except when we use
the Yellow Pages with an alternate passwd file. In fact, with NIS service,
we need two passwd files (/etc/passwd and /etc/passwd.nis), the first
containing the system administration passwds and the second one, the 
users passwds.
How can we specify the second passwd files to be taken into account by
aufs?

The main problem is making lwsrv work. The LaserWriter is connected to the 
Iris workstation, and we use lpr as a spooler. When we try to print files 
from the Mac (running System 7), the starting job status appears in the 
PrintMonitor window as if the files were sent to the LaserWriter. 
Unfortunately, the LW doesn't seem to receive anything. However, the test 
programs like atlooklw or tlw seem to recognize the printer. lwsrv is 
started by 

"${CAP}/lwsrv -n "LW_IRIS" -p  "lp" -N ${LWARGS} with LWARGS="-a
${LIB}/procset
 -f ${LIB}/LWFonts".

We have copied the LWFonts file from the applications/lwsrv directory. We
have 
created a procset directory in which we have put an Appledict file (even 
though we are not sure this is necessary under System 7). This 
file contains the lines from BeginProcSet and EndProcSet lines included 
obtained from a Poscript file written by our Mac. Is it correct ? Any 
solution to our problem ? Our Cap version is level 126. 

Any help welcome!!!

Sincerely,                      Gildas PERROT.


###################################
# Gildas PERROT, Research Ass.    #
# Institut de Genie Biomedical    #
# Ecole Polytechnique             #
# C.P. 6079, Succ. A              #
# Montreal H3C3A7, Canada         #
# Tel: (514) 340-4183             #
# Fax: (514) 340-4611             #
# e-mail: perrot@grbb.polymtl.ca  #
###################################
From: barry@chezmoto.ai.mit.edu (Barry Kort)
Newsgroups: comp.protocols.appletalk
Subject: Problem with ARNS Async Appletalk - Please Advise
Date: 13 Dec 92 10:44:04
Organization: MicroMuse
Distribution: world
NNTP-Posting-Host: chezmoto.ai.mit.edu

I was able to get ARNS Async Appletalk 2.0 to work OK from the Mac II in 
my office (System 7), but I can't get it to work from my Mac Plus at home.  

Here's my Configuration on the Mac Plus:

	System 7.0.1
	Tuneup 1.1.1
	ARAP 1.0
	Network Control Panel 2.3.2
	Serial Port Arbitrator 1.0

I tried Async Appletalk with and without the SHeap Init installed.

When I click on the Aysnc Appletalk Client in the Network Control
Panel, I get a System Bomb with Finder Address Error.

Can anyone advise me on what the problem is and how to fix it?

Many thanks.

Barry Kort
Educational Technology Research
BBN Labs
Cambridge, MA
From: mclagan@sfu.ca
Newsgroups: comp.protocols.appletalk
Subject: AppleShare workstation software
Date: 15 Dec 92 22:46:56 GMT
Distribution: world
Organization: The Internet

In response to my regarding AppleShare workstation software
timing out with NBP lookups on server names, Kevin Stinson wrote:

>Change the 'GNRL' -4096 resource in the AppleShare file. There should be 2
>bytes in the resource. The first byte is the NBP retry interval (in units
>of 8 ticks (about 1/8 second)). The second byte is the NBP retry count.

I opened the resource with ResEdit's Hex editor. The default values were
0705. I've tried numerous ever-increasing values up to 0F0F with no
change in auto-mounting reliability.

Is there anything else I can try? (under System 6)

Thanks,
 
Scott McLagan
mclagan@fraser.sfu.ca
From: brady@osiapps.aero.org (John Brady)
Newsgroups: comp.protocols.appletalk
Subject: ARA and in-line authentication
Followup-To: comp.protocols.appletalk
Date: 16 Dec 1992 16:04:16 GMT
Organization: The Aerospace Corporation
Distribution: usa
NNTP-Posting-Host: jbrady.aero.org

Has anyone tried using an in-line authentication box (like the
Digital Pathways Defender 5000) with ARA?

An in-line authentication box would sit between the answering
modem and the ARA server.  The user would have to prove his or her
identity before the authentication box would complete the connection
to the ARA server.  I guess the real question is can the ARA client
software support this dialog prior to completion of the ARAP connection.


  Before authentication:

    ARA client --- Modem - - - - - - - - - Modem --- Defender 5000


  After authentication (Defender finishes transparent connection):

    ARA client --- Modem - - - - - - - - - Modem ----- ARA server
																																																			^
                                                   |
                                                   |
                                         The Defender is still
                                         here, but "invisible"


Any thoughts or actual experience would be greatly appreciated.

Thanks.


John Brady                  **  brady@osiapps.aero.org
Network Engineer            **
The Aerospace Corporation   **  (310) 336-2220 (work)
P.O. Box 92957              **  (310) 336-7505 (fax @ work)
Los Angeles, CA 90009-2957  **  (310) 372-6793 (home)
From: brady@osiapps.aero.org (John Brady)
Newsgroups: comp.protocols.appletalk
Subject: Re: ARA and in-line authentication
Followup-To: comp.protocols.appletalk
Date: 17 Dec 1992 17:23:30 GMT
Organization: The Aerospace Corporation
Distribution: usa
NNTP-Posting-Host: jbrady.aero.org

In article <haase-161292215606@mac_dialin1.meediv.lanl.gov>,
haase@meediv.lanl.gov (Peter Haase) wrote:
> 
> In article <brady-161292075059@jbrady.aero.org>, brady@osiapps.aero.org
> (John Brady) wrote:
> > 
> > Has anyone tried using an in-line authentication box (like the
> > Digital Pathways Defender 5000) with ARA?
> > 
> > An in-line authentication box would sit between the answering
> > modem and the ARA server.  The user would have to prove his or her
> > identity before the authentication box would complete the connection
> > to the ARA server.  I guess the real question is can the ARA client
> > software support this dialog prior to completion of the ARAP connection.
> > 
> Why would you want to do that since on an ARA dial-in the user has to
> provide a valid username and password. Seems kind of redundant.
> 
> *******************************************************************
> Peter Haase                                   haase@meediv.lanl.gov
> Los Alamos National Laboratory                Applelink: HAASE
> Mechanical Electronic Engineering Division    505-667-2684

Reasons for needing external authentication:

1 -- We provide five different dial-in services for our employees and
would prefer not to enter and maintain account information in more that
one place.  That one place is the Defender 5000.

2 -- Simple passwords have been deemed unacceptable (by our security
folks),
so we use a little calculator-like device to generate a psuedo-random
sequence of passwords which is matched against an identically seeded
psuedo-random sequence.

3 -- Bureaucratic policy.

Enough reasons... Can any ARA experts out there pass judgement on whether
or not ARA will support in-line authentication?

John Brady                  **  brady@osiapps.aero.org
Network Engineer            **
The Aerospace Corporation   **  (310) 336-2220 (work)
P.O. Box 92957              **  (310) 336-7505 (fax @ work)
Los Angeles, CA 90009-2957  **  (310) 372-6793 (home)
Newsgroups: comp.protocols.appletalk
From: hue@island.COM (Pond Scum)
Subject: Re: Way to network mount Mac disks on UNIX
Organization: Island Graphics Corp.
Date: Sat, 12 Dec 1992 06:35:03 GMT

>In article <1992Dec1.091017.15478@lmpsbbs.comm.mot.com> John McCash,
>johnmc@comm.mot.com writes:
>>problem. Does anyone know of a way to network mount a Mac disk on a UNIX
>box?

Yes.  Partner from IPT does this:

chatham# cd /ushare/bin
chatham# nbplkup
      Name     :       Type     @ Zone,  Address, Skt
ushare@chatham :      AFPServer @    *,  255.0.253, 253
       chatham :        Echo-er @    *,  255.0.253,   4
     Demo Room :    Workstation @    *, 255.214.43,   4
     Demo Room : Macintosh IIci @    *, 255.214.43, 253
     Demo Room :      AFPServer @    *, 255.214.43, 252
chatham# usmount '*' 'Demo Room' 'Demo Room' /mnt
Username:elements
Password:
usmountsc: Calling mount()
chatham# mount
/dev/sd0a on / type 4.2 (rw)
/dev/sd0g on /usr type 4.2 (rw)
/dev/sd3c on /usr/pcs type 4.2 (rw)
chatham:/ushare/etc.local/detail/Demo_Room:Demo_Room:elements on /mnt type nfs (soft,rw,port=19000,timeo=30,retrans=5,rsize=4096,wsize=4096)
chatham# cd /mnt
chatham# ls
.rsrc/				Trapper/
Applications/			Trapper Tour 2.0 master/
Desktop Folder/			Trash/
Fonts/				Utilities/
Imposition/			jons stuff/
ResEdit Preferences_rsrcRSED	xxx/
System Folder/
chatham# cd Utilities
chatham# ls
.rsrc/					PadLok:aa Utility_APPLCTGE
ADExpand:aa Util_APPLDDAP		ResEdit Preferences_rsrcRSED
Apple File Exchange_APPLPSPT		ResEdit_APPLRSED
Applelink/				SCSI Director:aa 1.7.5_APPLDJKD
Compactor_APPLCPCT			SCSI Results_TEXTKAHL
File Exchanging/			StuffIt 1.5.1_APPLSIT!
File Fanatic 1.1_APPLRoBy		StuffIt Deluxe Preferences_PrefSIT!
FontUtilities/				StuffIt Deluxe:aa_APPLSIT!
IconEdit/				Suitcase:aa II_INITScII
LaserWriter Utility 7.1_APPLLWFU	TeachText_APPLttxt
MOdisk_APPLICM1				dmz_APPLMOOS
chatham# cd /
chatham# umount /mnt
chatham# 


-Jonathan		hue@island.COM
From: hagiwara@sm.sony.co.jp (Takashi Hagiwara)
Newsgroups: comp.protocols.appletalk
Subject: SPAttention Call
Date: 21 Dec 92 03:30:43 GMT
Organization: Supermicro Systems Group, Sony Corporation, Tokyo, Japan

Could anyone tell me how to get "Attention Code" used in SPAttention call ?
I would like to use this call for notifying some events to client.
I am looking for the definition of this code in "Inside AppleTalk second
edition", however, I cannot find out yet.


Takashi Hagiwara
Sony Corporation, Tokyo
Newsgroups: comp.protocols.appletalk
From: marshall@cs.iastate.edu (Bill Marshall)
Subject: Re: localTalk / PhoneNET connections
Organization: Iowa State University, Ames IA
Date: Mon, 14 Dec 1992 20:41:18 GMT

Noam G. Nudelman <P88038@BARILVM.BITNET> writes:

>  We installed a GatorBox GX this week.
>  We have 3 clusters of 4 mac connected with LocalTalk cables.
>  Is it  possible to simply (?) make a wire that at one side is
>RJ-11 and the other side connects to the existing LocalTalk
>connecting box or must I replace all the existing LoaclTalk
>wires and connectors to PhoneNET connecters ?

Take a normal 3 pin localtalk cable, chop (well, cut :) it in half,
crimp a rj-11 (connect the wires to the yellow - black pair) on it
or hardwire it into your star.

Warning: make sure that thing is plugged into the boxes at all times,
or you may have termination problems.

Polarity doesn't seem to be a problem with localtalk.

Bill
--
			    Bill Marshall
		     Computer Science Department
			Iowa State University
		       marshall@cs.iastate.edu
From: condyloma@apple.com (Kevin Stinson)
Newsgroups: comp.protocols.appletalk
Subject: Re: AppleShare workstation software
Date: 14 Dec 92 19:34:56 GMT
Followup-To: comp.protocols.appletalk
Organization: Apple Computer, Inc.

In article <9212141748.AA25995@fraser.sfu.ca>, mclagan@sfu.ca wrote:
> 
> The AppleShare workstation software can be set to open volumes
> automatically at startup, but seems to be impatient when doing
> NBP lookups for servers in other zones, particuarly under busy 
> conditions. Many of our users don't end up with all the volumes 
> we would like them to have.
>  
> Is anyone aware of a hack or solution that would make the
> AppleShare software wait a little longer for server
> names appear?
>  
> Thanks,
>  
> Scott McLagan
> mclagan@fraser.sfu.ca

Change the 'GNRL' -4096 resource in the AppleShare file. There should be 2
bytes in the resource. The first byte is the NBP retry interval (in units
of 8 ticks (about 1/8 second)). The second byte is the NBP retry count.

Kevin Stinson
AppleShare Engineer
Apple Computer, Inc.

  - All opinions expressed are my own, not Apple's.
From: dominik@perm.geologie.uni-freiburg.de (Dominik Ulmer)
Newsgroups: comp.protocols.appletalk
Subject: Problems installing CAP on a SGI
Date: 14 Dec 1992 10:40:32 +0100
Organization: "Geologisches Institut, Freiburg, Germany"
NNTP-Posting-Host: perm.geologie.uni-freiburg.de

Hello,

I am a novice to CAP. I got CAP 6.0, patch level 125, and I want to
install it on a SGI 4D35 running IRIX 4.0.2. If I understand the documentation
correctly, I can use the UAB mechanism to make my SGI speak EtherTalk phase 1
directly without having to have a Shive Fastpath or something similiar. If
that's wrong, forget about the rest of my posting and correct me.

We have a non-extended EtherTalk phase 2 network with net number 130-130,
named "MinGeo EtherTalk". The ethernet controller interface is called ec0
on my SGI, which is named "perm.geologie.uni-freiburg.de". Therefore, I 
constructed the following bridge_desc entry:
-----------------------------------------------------------------------------
#
perm.geologie.uni-freiburg.de   [elap,ec:0]     mkip    [130,MinGeo EtherTalk]
#
-----------------------------------------------------------------------------

Now, "getzones" will only report the "MinGeo EtherTalk" zone and
not about the other zones on the net. atlook will only report about the CAP
server programs that I start on my SGI but not about other AppleTalk entities
on the net. It seems that I have a AppleTalk network that is restricted to 
the SGI itsself. Of course, the SGI won't come up on the Chooser of the Macs.
The /etc/etalk.local file that uab writes looks like this:
-----------------------------------------------------------------------------
#
# EtherTalk dynamic configuration data
#
# Last update:	Mon Dec 14 10:22:44 1992
#
# Generated by UAB
#
thisNet     	 0.130
thisNode    	4
thisZone    	"MinGeo EtherTalk"
bridgeNet   	 0.130
bridgeNode  	4
bridgeIP    	127.0.0.1
nisNet      	 0.130
nisNode     	4
asyncNet    	130.00
asyncZone   	"MinGeo EtherTalk"
-----------------------------------------------------------------------------
What is it what I missed ?

Thanks for any help,

  Dominik
-- 
Dominik Ulmer, Geologisches Institut, Albertstr.23-B
D-7800 Freiburg i.Br., FRG
Phone +49 761 203-2408   Fax +49 761 203-2463
e-mail: dominik@perm.geologie.uni-freiburg.de
Newsgroups: comp.protocols.appletalk
From: jkyser@netcom.com (Jeff Kyser)
Subject: Re: ARA and in-line authentication
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Thu, 17 Dec 1992 22:38:19 GMT

haase@meediv.lanl.gov (Peter Haase) writes:

>In article <brady-161292075059@jbrady.aero.org>, brady@osiapps.aero.org
>(John Brady) wrote:
>> 
>> Has anyone tried using an in-line authentication box (like the
>> Digital Pathways Defender 5000) with ARA?
>> 
>> An in-line authentication box would sit between the answering
>> modem and the ARA server.  The user would have to prove his or her
>> identity before the authentication box would complete the connection
>> to the ARA server.  I guess the real question is can the ARA client
>> software support this dialog prior to completion of the ARAP connection.
>> 
>Why would you want to do that since on an ARA dial-in the user has to
>provide a valid username and password. Seems kind of redundant.

Usernames and passwords do not provide physical authentication of the user
(i.e. anyone could call up with a valid username and password).  Security
Dynamics makes a product in which each authorized user gets a 'smart card'
which displays a constantly changing key number.  By requiring the user to
type in the key number along with name and password, the system can be
assured with a great degree of certainty that the person logging in is in
posession of the card.  Key numbers are only good once, so even if someone is
eavesdropping and manages to replay the session, the login would still fail.
There are a number of other options depending on security requirements.
 
I know that they are planning an ARA interface for this product, but am not
sure if it has been released yet.
 
Jeff


>*******************************************************************
>Peter Haase                                   haase@meediv.lanl.gov
>Los Alamos National Laboratory                Applelink: HAASE
>Mechanical Electronic Engineering Division    505-667-2684
-- 
Jeff Kyser      jkyser@netcom.com      {amdahl,apple,claris}!netcom!jkyser
From: tcora@PICA.ARMY.MIL (Tom Coradeschi)
Newsgroups: comp.protocols.appletalk
Subject: Multiple atalk->enet gateways
Date: 18 Dec 92 21:02:34 GMT
Distribution: world
Organization: Electric Armts Div, US Army ARDEC, Picatinny Arsenal, NJ

Kinda vague subject line, but...

I'm planning our networking layout for a building we'll be moving into
sometime next fall. The whole place will be wired for 10bT, and I have the
option of tying each workstation (fancy name for a desk) into either the
ethernet hub or an appletalk hub (via RJ45 patch cables). There will be
~50 desks in the place, mostly using appletalk.

What I've been considering, very strongly, is to use GatorStar GX's. That
gives me 24 ports, and there are "x4" interfaces available, so I can do
the whole building with roughly no more than 2 macs/port. Not bad.
However, I see the amount of traffic thru the GatorStar climbing pretty
dramatically - the overall networking strategy at our site seems to be
pointing toward file and application servers, most of which will live on
the ethernet side of things, so I may end up choking off my gateway.

I can solve that by using two GatorStars, w/ ~1 device/port. Lower atalk
loads, lower gateway loads.

My question: If I want all the Macs to be able to talk to each other,
what's the best way to accomplish that? Do I IP tunnel from one Gator to
the other, even tho they're likely to reside in the same rack? Can I link
them together via atalk (doesn't seem likely, but I'm no expert)?

Email or post, and thanks!
 
                tom coradeschi    <+>    tcora@pica.army.mil

PS: Another idea is to go wild buying ethernet cards, but I'm not sure I
want to do that. Am I wrong?