HDTenEightyP/NetNews huggingface dataset:
From: Arnim.Littek@bbs.actrix.gen.nz
Subject: X.10 CORRECTION
Organization: Actrix Information Exchange
Date: Thu, 28 Jan 1993 20:41:32 GMT

>X.10 is a CCITT standard and can be found in any good technical library.  If 
>your library does not have the X volume, V.26 is exactly the same thing.  And
>if you don't have the V volume, any book on data comms electrical interfaces 
>should have at least a little on RS-423, which for all intents and purposes is
>the EIA equivalent of the same thing.  It is an unbalanced, non-slew rate 
>limited drive, so it is a whole lot faster than RS-232 but is a lot noisier
>(because it is unbalanced) than RS-422/X.11/V.27.  For cursory information,
>National Semiconductor Interface data books newer than about 1986 have a good
>overview application note covering such interface specifications.

OOOOOPS!!!!

I swapped around X.10/V.10 and V.26/X.26...  Sorry about the blooey!!!  All 
references to X.10 above should read V.10, all references to V.26 should read
X.26, and for V.27 insert X.27...

X.10, according to the CCITT Blue Book, 1988, is categories of access for DTE
to PDNs.

It refers to X.20 and X.20bis, which defines async interworking; X.21 and X.21bis
which refer to sync interworking; X.28 which defines PAD interfacing, X.25 and
X.31 which is packet mode stuff on PDN and ISDN, and X.32, which is sort of 
dial-up X.25.

I'm not quite sure how this relates to your question about building automation 
systems, since any one of these categories will not happily interwork with any
other without some conversion...

(red-faced, embarrassed)
-- 
Arnim Littek                 Arnim@digitech.co.nz
Digi-Tech NZ           or    Arnim.Littek@bbs.actrix.gen.nz
Newsgroups: comp.protocols.misc
From: winarske@well.sf.ca.us (Amy Winarske)
Subject: Info needed: HP to IBM communication
Summary: Seeking info
Keywords: token ring, HP, X-Windows
Organization: Whole Earth 'Lectronic Link
Date: Mon, 25 Jan 1993 03:54:21 GMT



I'm looking for info on HP to IBM communications.
Specifically, can I address a token ring like a socket address?
Something like it?  How can I get output from a window on the
Unix box to the token ring?

Any leads, other groups to ask, book references, general opinions
would be much appreciated.

And of course I'm in a hurry....(isn't it always like that?!?!)

Thanks.

-Amy Winarske
 amy@arasmith.com
 winarske@well.sf.ca.us
From: harakka_j@kulminator.salcom.fi
Newsgroups: comp.protocols.misc
Subject: Experiencies with multiprotocol drivers in DOS?
Date: 26 Jan 93 23:24:24 +0200
Organization: Salcom Finland, Jyvaskyla Finland

Hello Netters!

I'm planning to write a short article to describe the various
ways to use multiple protocols in DOS workstation with one
network card (i.e packet drivers, NDIS, ODI, and their combinations).
So I'd like to hear your experiences. Especially in those cases
where more than one type of above mentioned drivers are involved
(Packet over NDIS, NDIS over ODI, Packet over ODIS, ODI over Packet etc)
and how you configured them.  Of course, I'm also interested, if
you have tried a particular combination and found that it didn't work.

You can reply directly to me or send comments here. I'll post the
summary. Thanks in advance!

                                                - juha -
From: ljs@cs.brown.edu (Lee J. Silverman)
Newsgroups: comp.protocols.misc
Subject: Archie
Date: 21 Jan 1993 17:57:34 GMT
Organization: Brown Computer Science Dept.
Distribution: world
NNTP-Posting-Host: cslab8d.cs.brown.edu
Keywords: anonymous ftp, Archie, Gopher

	I am setting up an anonymous ftp site that I would like to register
with Archie servers so that people using archie can quety my server.  Does anyone
know how to do that, or does Archie simply try to anonymous ftp to EVERY machine
on the inetrnet and I won't have to worry about registering it anywhere..

Please reply via email, since I don't read this group regularly.


-- 
Lee Silverman
Pandion@Brown.Edu
From: kidambi@screamer.csee.usf.edu (Kalyanram Kidambi)
Newsgroups: comp.protocols.misc
Subject: Information on MANs
Keywords: IEEE 802.6
Date: 23 Jan 93 15:14:11 GMT
Organization: University of South Florida, Department of Computer Science and Engineering


Does anyone know what newsgroup has discussions about  Metropolitan Area Networks  and DQDB protocol
in particular?




Kalyanram Kidambi
Univ of South Florida, Tampa.
(813-974-4465)
Newsgroups: comp.protocols.misc
From: dboyce@hemel.bull.co.uk (David Boyce)
Subject: TRADACOMS (UN/TDI) reference please
Organization: Bull HN UK
Date: Thu, 28 Jan 93 11:10:16 GMT


Hello,

A colleague is having trouble locating a copy of the TRADACOMS
standards (a variant of UN/TDI).

(I understand TRADACOMS defines a structuring of EDI messages for the
Trade/Business sector.)

Can anyone help ?  A phone number, ISBN, FTP location, would be ideal.

Many thanks,
--
David Boyce	(David.Boyce@uk03.bull.co.uk) 

Tel:	+44-442-884468		Bull Information Systems Ltd.
BVN:	+773-4468		1, Three Cherry Trees Lane,
Fax:	+44-442-884570		Hemel Hempstead, Herts HP2 7DZ

COBOL - a Windows-challenged language?
From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
Newsgroups: comp.protocols.misc
Subject: Re: Need serial line protocol recommendation
Date: 23 Jan 93 06:43:27 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

jack@robotics.jpl.nasa.gov (Jack Morrison) writes:
+---------------
| I'd appreciate suggestions for a protocol between two devices connected
| by 9600 baud R/F modems. Here are the constraints:
| * Not too complicated. One side is driven by an 8-bit CPU.
| * Good error detection required (e.g. 16-bit CRC). Correction can be
| 	by retransmission.
| Things I've considered, and why I'm still looking:
| * DDCMP - still too complicated
+---------------

*BZZZZT!!*  Way back circa 1974 at DCA, we were doing DDCMP at 9600 baud on
a slow Z80, *and* multiplexing a bunch of terminals on to/off of the link.
DDCMP's a *simple* protocol, as window-oriented error-correction-by-retrans-
mission protocols go. Just about any idiot can implement it directly from the
spec and get it right. (Why, we were shipping it two years before DEC did!)
Seriously, you're not going to find anything much simpler that meets your
stated goals.

+---------------
| * SLIP - the IP part seems like overkill
+---------------

(*sigh*) This one again... Please go read Michael Padlipsky's classic paper,
"Slaying the TCP-on-a-LAN Woozle" (Chapter 7 in "The Elements of Networking
Style"), which tried to put one to rest decades ago (Santayana explained why
it didn't succeed):

        ABSTRACT: The sometimes-held notion that the DoD Standard
        Transmission Control Protocol (TCP) and Internet Protocol (IP)
        are inappropriate for use "on" a Local Area Network (LAN) is
        shown to be fallacious.

For "LAN", substitute "packet radio". The argument still holds up.

+---------------
| Sure, I could make up a simple packet format and protocol, but I'd have
| to convince myself (and others) it worked properly under various error
| conditions. Besides, I'd prefer adopting (or buying) well-tested code -
| I've got plenty of other stuff to write.
+---------------

Well, the radio amateur community seems to like "AX.25" (not quite the same
as "X.25"), and many even run IP on top of it (with "KISS", a SLIP-like thing).
There are several kinds of amateur packet-radio software readily available,
some of which (e.g., the TCP/IP/KISS/AX.25 "NOS" of Phil Karn, KA9Q) can even
be licensed at reasonable rates for commercial use. Browse around newsgroup
rec.radio.amateur.packet for a while...


-Rob

p.s. For amateur, experimental, educational, or non-commercial use, you
can pick up KA9Q's "NOS" via anon-FTP from ucsd.edu:/hamradio/packet/ka9q
(sources & binaries). It will run on an 8088, or can be easily ported to
just about anything with a C compiler for it.

-----
Rob Warnock, MS-9U/510		rpw3@sgi.com
Silicon Graphics, Inc.		(415)390-1673
2011 N. Shoreline Blvd.
Mountain View, CA  94043
From: mpmst7+@pitt.edu (Mark P Mccullagh)
Newsgroups: comp.protocols.misc
Subject: Problem with "complement error" in xmodem
Date: 28 Jan 93 22:01:46 GMT
Organization: University of Pittsburgh

Hello, I'm having problems with xmodem on a modem
(Twincom Commuter) using Quicklink.  (Hardware is a 4-year-old
Zenith XT laptop.)

There haven't been any problems downloading with xmodem from the U. of
Pittsburgh mainframe, but whenever I try to do it from CompuServe,
I get a "complement error".

If anyone could give me some help as to what sort of problem this is
--hardware vs software--let alone how to solve it, I would be 
grateful.

		Mark McCullagh
Newsgroups: comp.protocols.misc
From: kfisher3@mach1.wlu.ca (kevin fisher U)
Subject: Kermit and Xmodem/Sz/Rz
Summary: Help!!
Organization: Wilfrid Laurier University
Date: Sat, 23 Jan 1993 05:20:51 GMT

Hi, I have a slight headache...I am currently on a system (a Sequent machine
running a SysV 3.2.1 variant), and the only protocol that will work is
kermit!  A large headache, considering a 3 meg file will take a long time to
download...we also have xmodem/rz/sz, but these won't work.  If I try to
send with sz, my terminal at home will pick up some signal and wait, but
that's as far as it gets.  It eventually times out.  Xmodem works
similarly..the home terminal program will receive a file name of the
incoming file, but that's it, it times out after a while.

Can someone e-mail me some info about what makes kermit so special that it
will work, while the others won't?  I'm pretty ignorant about these
protocols, except that I REALLY would like to get zmodem working...

Any help would be greatly appreciated.
-- 
--------------------------------------------------------------------------------
Kevin Fisher  ><> 	|  "Thank you.  You can't believe everything you
kfisher3@mach1.wlu.ca   |  see and hear, can you?" - Hendrix, 'EXP'
________________________________________________________________________________
Newsgroups: comp.protocols.misc
From: louis@cpd.Tandem.COM (Louis Meadows)
Subject: ARC: Interview/Intershake Manuals Needed
Organization: Tandem Computers Inc., Cupertino CA
Date: Fri, 22 Jan 1993 00:54:41 GMT


 Hi,

 I have come across an old Alantic Research Intershake and need documentation
on it.   


 Thanks in advance,

     Louis
Newsgroups: comp.protocols.appletalk
From: Tero Siili <Tero.Siili@fmi.fi>
Subject: CAP & IRIX & System 7 aliases
X-Xxmessage-Id: <A78449CE04013289@barsoom.fmi.fi>
X-Xxdate: Thu, 21 Jan 93 12:38:38 GMT
Organization: Ilmatieteen laitos / Finnish Meteorological Institute
X-Useragent: Nuntius v1.1.1d17
Date: Thu, 21 Jan 93 10:43:59 GMT

Two problems:

1. CAP, IRIX and EtherTalk phase 2

As far as I/we can tell, CAP server running under IRIX 4.0.5. can not be 
configured to EtherTalk phase 2, we have had to put the server to phase 
1, which prevents us from fully benefitting from EtherTalk phase 2 
possibilities.  Has anyone out there a CAP version for IRIX, which would 
work under phase 2?

2. CAP and system 7 aliases

I already know that CAP does not retain file ID's (as AppleShare volumes 
should) and therefore aliases pointing to CAP folders/files from other 
volumes (such as local Mac HD) do not work.  Is anyone working around 
this or working on a fix and when might such a patch be available?  How 
about commercial products - are they any better in this respect?

Best regards,

Tero Siili
Newsgroups: comp.protocols.appletalk
From: bee@watarts.uwaterloo.ca (Bill E. Eickmeier)
Subject: CAP under NeXTstep 3.0
Keywords: CAP NeXT NeXTstep
Organization: University of Waterloo
Date: Mon, 25 Jan 1993 03:35:22 GMT


Does CAP compile and work under NeXTstep 3.0? I'd appreciate any
success stories or failures which people might think are worth
mentioning...

	Thanks,
		Bill

Bill E. Eickmeier, bee@watarts.uwaterloo.ca  
Department of Psychology, University of Waterloo, Waterloo, Ontario, N2L 3G1  
room: PAS 1102   phone: 519-885-1211 x6638   fax: 519-746-8631
From: msi@ESD.3Com.COM (Mark Isfeld)
Newsgroups: comp.protocols.appletalk
Subject: Re: Mac X doesn't work ?????
Date: 26 Jan 93 18:07:49 GMT

creed@fse.ulaval.ca (Carlos Reed) writes:

>Hi NewsNetters!!!

>I have Instaled Mac X on a mac II with system 7.01 and it doesn't seams
>to work !!

>I'm on a localtalk side,  on wich I have acces to TCP/IP routing via a
>Gator Box.  From the localtalk side I can telnet my Unix machine without
>a problem. When I run MacX, it seams to work fine, but as soon as I sent
>an X command to the Unix machine I have no answer at all, not even in the
>command output window.
>When I telnet some machine out of my network, with MacTcp Spy I can see
>where my packets are going but when I use Mac X I can't

>Any Ideas ???
>Carlos Reed   creed@fse.ulaval.ca

If you are connecting to a Sun you MUST have the IP address of the
Mac in the Sun's IP Address table (/etc/hosts or name service).  If they
are assigned dynamically you can assign dummy names like temp1, temp2 etc.
--
-------------------------------------------------------------------------
| Mark Isfeld   
| Mark_Isfeld@3Com.com                     
| 408-764-5167                        
Newsgroups: comp.protocols.appletalk
From: horde@reed.edu (Mr. Heiji Horde)
Subject: Re: AppleTalk phase 2 & cisco routers
Organization: Twisted Genius Rehabilitation Center, a Division of MHE
Date: Fri, 22 Jan 1993 00:44:23 GMT

In article <1993Jan21.201913.15722@gordian.com> johnk@gordian.com (John Kalucki) writes:
>In article <93020.123807P88038@BARILVM.BITNET>, Noam G. Nudelman <P88038@BARILVM.BITNET> writes:
>>   Are there any known routing problems with cisco routers and
>>Appletalk Phase 2 ?
>
>I would not recommend version 8.2(6) as we've found a few Appletalk
>bugs in it. We're upgrading to the latest version. Hopefully
>all will go well.

This isn't quite a cisco router thing, but you might run into it. Here at
  Reed we just upgraded the code on our Shiva fastpaths from KStar 8.1.1 to
  KStar 9.1.2. As far as I can tell, only one program has been adversely
  affected by this.
The program affected is 'iwpr'. Yes, believe it or not, our business office
  actually uses this to print checks and invoices. Anyhow, this dies because
  of a DDP checksum error. We're still looking at this one to figure out
  exactly where things are going wrong. A temporary solution was to hook up
  the printer directly to a fastpath running the 8.1.1 code and it was
  perfectly happy again.

	-Heiji (horde@reed.edu)
From: Jean-Michel Mignot <mignot@bali.saclay.cea.fr>
Subject: Re: Accessing a CAP server with BOTH native Ethertalk and IPTalk
X-Useragent: Nuntius v1.1.1d13
Date: Thu, 21 Jan 1993 09:38:03 GMT
X-Xxdate: Thu, 21 Jan 93 09:38:00 GMT
X-Xxmessage-Id: <A7842D88220112CA@guernesey.saclay.cea.fr>
Organization: Laboratoire Lon Brillouin

In article <2946@wcc.oz.au> Tom Evans, tom@wcc.oz.au writes:
>This was fixed in AppleTalk version 57.0.4 - run it or version 58 and
>see if that fixes the problem.

Sorry if I am ignorant. What do these AppleTalk versions refer to ? Where
can I get them from ? Thank you for suggestions
Newsgroups: comp.protocols.appletalk
From: add@is.rice.edu (Arthur Darren Dunham)
Subject: AppleShare 3.0 -> 3.1...How?
Organization: Rice University
Date: Wed, 27 Jan 1993 10:20:38 GMT

I've noticed references to an updated version of AppleShare 3.0.  Could
someone please email me a number or address to get info about how to
upgrade?  I haven't received anything from Apple yet.
-- 
Darren Dunham                 		          add@is.rice.edu
MicroConsultant                       		  Rice University
(What is that? A small consultant?)	              Houston, TX
Any resemblance between real opinions and my post is coincidental
From: veizades@apple.com (John Veizades)
Newsgroups: comp.protocols.appletalk
Subject: Re: MacTCP and window size
Date: 26 Jan 93 15:47:37 GMT
Followup-To: comp.protocols.appletalk,comp.protocols.tcp-ip
Organization: Apple Computer, Inc.

In article <30794@castle.ed.ac.uk>, ercm20@festival.ed.ac.uk (Sam Wilson)
wrote:
> 
> Since this seems to be independent of the specific application I assume
> it's a MacTCP problem, possibly a shortage of memory.  Unfortunately I
> don't know of any way of configuring memory for MacTCP (presumably it
> uses the System heap) and can only guess that there's a general shortage
> of System memory at the moments when this problem happens.  I'll
> continue to investigate (though the machine is actually 2 miles away
> from my office!) but if anyone has come across this sort of behaviour
> I'd be interested in knowing. 
> 
MacTCP has little to do with the size of window that is advertised to the
remote host.  The application that is using MacTCP gves MacTCP the memory
needed to maintain the connection.  The application program needs to give
MacTCP sufficient memory to maintain the connection.  Application
programers should use the formula provided in the MacTCP Programmer's Guide
to guide them with memory allocation remembering that their software may be
used on links that have a larger datagram size than Ethernet.  Programmers
should factor the data link MTU  in their memory calculations.

John Veizades...
MacTCP Lead Engineer
Apple Computer, Inc.
Newsgroups: comp.protocols.appletalk
From: lie6@ellis.uchicago.edu (Jonathan Lieberman)
Subject: HELP, all I want to do is unsubscribe!
Reply-To: lie6@midway.uchicago.edu
Organization: The University of Chicago
Date: Fri, 22 Jan 1993 04:52:58 GMT


The subject says it all! I am subscribed to the mailing list and I want
to get off... None of my unsubscribes seem to work...

Help. Thanks

lie6@midway.uchicago.edu or
lie6@ellis.uchicago.edu

-- 
____________________________________________________________________________
Jonathan Lieberman          | People demand freedom of speech to make up
lie6@midway.uchicago.edu    | for the freedom of thought which they avoid.
The University of Chicago   |                        -Kierkegaard
From: yzhou@void.ncsa.uiuc.edu (Joe Y. Zhou)
Newsgroups: comp.protocols.appletalk
Subject: MacTCP for MPW or TC?
Date: 26 Jan 93 17:44:38 GMT
Article-I.D.: void.yzhou.728070278
Organization: University of Illinois at Urbana

I know Apple shipped a LISP version MacTCP, I wonder if there is a MPW or TC
version of it.

Thanks for any help...
Newsgroups: comp.protocols.appletalk
From: jbaxter@leland.Stanford.EDU (Joel Kent Baxter)
Subject: Monitoring Appletalk File Sharing activity
Organization: DSG, Stanford University, CA 94305, USA
Date: Sun, 24 Jan 93 05:28:18 GMT

This is a simple question about available Appletalk monitoring programs.  From
what I know about Appletalk, it should be no big deal for a Mac with file
sharing on to determine

	- Which computers, from which zones, are accessing it
	- Which items on the shared disk/folder/whatever are in use

In other words, info above and beyond the Guest/Owner/Registered User name
list in the File Sharing Monitor.  Has someone already written up an application
to make this info available on some sort of dynamic display, or failing that,
in a log file?  Surely I'm not the first person to be curious about this sort
of thing...


                     Thanks,
                     JB

Newsgroups: comp.protocols.appletalk
From: Carlos Reed <creed@fse.ulaval.ca>
Subject: Mac X doesn't work ?????
X-Xxmessage-Id: <A78AC1A3CC023229@tequila.fse.ulaval.ca>
X-Xxdate: Tue, 26 Jan 93 08:23:31 GMT
Organization: Universite Laval
X-Useragent: Nuntius v1.1.1d13
Date: Tue, 26 Jan 1993 15:21:10 GMT

Hi NewsNetters!!!

I have Instaled Mac X on a mac II with system 7.01 and it doesn't seams
to work !!

I'm on a localtalk side,  on wich I have acces to TCP/IP routing via a
Gator Box.  From the localtalk side I can telnet my Unix machine without
a problem. When I run MacX, it seams to work fine, but as soon as I sent
an X command to the Unix machine I have no answer at all, not even in the
command output window.
When I telnet some machine out of my network, with MacTcp Spy I can see
where my packets are going but when I use Mac X I can't

Any Ideas ???


Thanks in advance


Carlos Reed   creed@fse.ulaval.ca
From: lim@merlion.CWRU.Edu (Hock Koon Lim)
Newsgroups: comp.protocols.appletalk
Subject: ARNS's IPRemoteAT through MacSLIP...
Date: 28 Jan 1993 21:27:18 GMT
Organization: Information Network Services, Case Western Reserve
Distribution: world
Reply-To: lim@po.CWRU.Edu
NNTP-Posting-Host: merlion.ins.cwru.edu




   Is anyone use ARNS's IPRemoteAT through MacSLIP connection?
I try to select IPRemoteAT under the network control panel after
I have established the MacSLIP connection.  The control panel message  will 
said "Changing you AppleTalk connection will interrupt current
network services and they will have to reestablished.
Are you sure you want to change from EtherTalk to IPRemote?" - OK..
"Switching your AppleTALK connection. One Moment, please."
Then the ARNS message will show up:
 "The University of Melbourne IP Remote AppleTalk   
Cannot open MacTCP( or MacTCP is not configured for Ethernet). "
Since I am using the MacSLIP, the "SLIP" is selected for MacTCP.

   I seems to remember someone on this board use this configuration.
I would like to know how to get ARNS's IPRemoteAT work over MacSLIP.

Thanks,

-- 
Hock-Koon Lim, Information Network services
Case Western Reserve University; Cleveland, Ohio, USA  44106   
(216) 368-2982        lim@ins.cwru.edu
Newsgroups: comp.protocols.appletalk,comp.sys.mac.comm
From: tgray@leven.appcomp.utas.edu.au (Tony Gray)
Subject: Re: Apple Remote Access ?
Organization: University of Tasmania at Launceston
Date: Wed, 27 Jan 93 00:08:10 GMT

In article <1993Jan25.190302.22193@news.nd.edu>, lumsdaine@nd.edu (Andrew Lumsdaine) writes:
>
>I would like to use ARA to dial in from home, but I don't have a Mac 
>or LANRover available at work to accept the dial in.  Is there 
>anything available for a Unix (in particular, Sun) workstation that
>would allow me to make an ARA connection to it?  There is a KIP box
>connecting our LocalTalk and Internet networks.

It sounds like you need the ARNS package for Unix.  To quote from the
README file that comes with the package:

-ARNS is 'A Remote Network Server' package for AppleTalk that allows a
-remote client to participate in local network services such as printing
-and file sharing.  The ARNS server runs on a UNIX host that is connected
-to an EtherTalk network.  Connectivity between a client and server may be
-provided by a variety of transport systems.  This version of ARNS supports
-UDP/IP datagrams and TCP/IP streams.
- 
- 
-ARNS client nodes (which may be anywhere on the IP connected Internet) can
-be any of the following:
- 
-        * A Macintosh with EtherNet card, MacTCP 1.1 and IPRemote AT adev.
- 
-        * A Macintosh with Async AppleTalk adev 2.0 connected to a serial
-        port on a UNIX machine running the 'async' program.
- 
-        * A UNIX host running CAP with a modified delivery mechanism (capd).
 

If you set up ARNS on your unix host, you don't need ARA - you can
use Async Appletalk, which is supplied with ARNS.  I don't use it regularly
but I have experimented with it and it seems to work well.

The arns distribution is on munnari.oz.au, in the /multigate directory.

Hope this helps.