HDTenEightyP/NetNews huggingface dataset:
From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian)
Newsgroups: comp.protocols.tcp-ip
Subject: Why is UDP slower than TCP when running ttcp over FDDI?
Date: 17 Aug 92 21:19:31 GMT
Organization: Lawrence Livermore National Laboratory

Greetings,

We have recently connected a Cray X/MP running Unicos 6.1 to our FDDI ring.  I
have been running some load tests using ttcp and have observed a rather odd
behaviour, and I was hoping I might elicit comment from someone out there.

When sending to a Sun 4 connected to the ring using TCP, the Cray sends at
roughly 32 Mbits/sec.  But when I send using UDP, the best I can do is
somewhere around 10 Mbits/sec.  We connect to the ring using an NSC N130
adapter.  We also have a HYPERchannel connection, and it behaves a little more
as I would expect.  Namely, a TCP send runs around 8 Mbits/sec and a UDP send
runs a little better than 20 Mbits/sec (these rates are achieved using the
same parameters to ttcp as in the FDDI test).

Does anyone have any idea as to why UDP would run slower than TCP over the FDDI
interface?  I have run xnetmon during these tests and found that the dropped
packet count is non-zero whenever I'm running the UDP tests (regardless of
interface used), although I still don't know where these drops occur (my
assumption is in the communication with the IOS).  I have no reason to 
believe this has anything to do with the slower UDP rate, but it is
interesting to find the sender tossing stuff on the ground.

Any information will be greatly appreciated.  Thanks in advance.

best regards,
mb
--
Mark Boolootian		booloo@llnl.gov		+1 510 423 1948
-- 
Mark Boolootian		booloo@llnl.gov		+1 510 423 1948
Newsgroups: comp.protocols.tcp-ip
From: rmh@cbnewsm.cb.att.com (robert.m.holden)
Subject: Seeking advice using KA9Q over SLIP
Organization: AT&T
Distribution: usa
Date: Sun, 16 Aug 1992 02:50:09 GMT

I'm new at this and simply want to network a PC to UNIX over a modem.
The quality of the NOS documentation caught my attention and I started
experimenting.  Two days down the drain, and I can't get it to work.
Anyone help?  Is may approach reasonable?  Are all SLIPs compatible?

Configuration:
	UNIX:	A Motorola 1167 running R3V7.0 UNIX with the SLIP
		provided by their NSE package.

	PC:	386 PC with the hardware configured in NOS by:
			attach asy 0x3f8 4 slip sl0 1024 576 9600

I debugged with a direct line between the PC and 1167.  A "ping" from
PC to UNIX and nothing happens.   A "ping" from UNIX to the PC causes the
following repetitive messages on the PC:
	sl0 recv:
	serial line IP: len 26
	IP: bad header

	sl0 recv:
	serial line VJ compressed TCP: len 8
	changes: 0x9e  TCP checksum 0x7ef8 PUSH
	delta window: 0x7e delta ack: 0x60 delta seq: 0xe increment id

	sl0 recv:
	serial line VJ compress TCP: len 117
	changes 0x80 TCP checksum: 0x0066
	increment id

An ipstat on the PC:
	ipInReceives: 10	ipInHdrErrors: 10 ...

ifstat on the PC:
	... link encap SLIP
	flags 0 netmask 0 broadcast 0.0.0.0
	sent ip 0 tot 0
	recv ip 19 tot 19

asystat on the PC:
	sl0: [trigger 0xc0] 9600 bps
	RX: 468 int, 486 chr, 0 hw over, 1 hw hi, 0 sw over, 103 sw hi
	TX: 0 int, 0 chr 0 q 0MS int 0 THRE TO

Thanks in advance!
Bob Holden
...!att!lcuxlm!rmh
Newsgroups: comp.protocols.tcp-ip
From: laum@csri.toronto.edu (Marc Lau)
Subject: need help on a SLIP message
Organization: CSRI, University of Toronto
Date: 18 Aug 92 15:49:30 GMT

Hello all,

I am currently running a SLIP link across a regular telephone line.
The link is fairly dependable except once in a while a message saying

"?recvd an ESCAPE followed by <some hex number> with ilen=<some number>"

would pop up.  Most of the time things would get back to normal afterwards
but there are occasions where similar messages would keep appearing and the
link will be totally bogged down.  I am wondering if what this message
means.  Does this indicate a noisy phone line or is it related to some
known bugs?

Other than this, I was told that turning on the UDP checksum would be a good
idea when a SLIP link is run over a regular phone line without an 
error correcting modem.  Do you think this might help fix the above
problem?

Please e-mail your reponse.

Thanks very much.
From: jtw@lcs.mit.edu (John Wroclawski)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Use of ARP with non-IP protocols
Date: 14 Aug 92 21:45:18 GMT
	<15148@suns3.crosfield.co.uk>
Organization: MIT Home for Wayward Triumphs


In article <15148@suns3.crosfield.co.uk> sap@crosfield.co.uk (stelios pavlides) writes:

   /    16.bit: (ar$pro) Protocol address space.  For Ethernet
   /                     hardware, this is from the set of type
   /                     fields ether_typ$<protocol>. 
   /
   /Ethertype fields are 0x0800 for IP and 0x817D for XTP.

   But that was precisely the nature of my question. Note that in your
   citation above 'protocol ADDRESS SPACE' is first mentioned, not just
   'protocol' (possibly an indication of the author's intention?). I
   appreciate, of course, that the second sentence follows; but RFC 826 is
   dated Nov 1982, at which point there was probably one-to-one correspondence
   between 'protocol' and 'protocol address space'. This is no longer true
   today.

If you use the protocol ID, you can deduce the address format, because
the protocol defines the format in use.

If you use some other ID which identifies the "address space", you
can't deduce what protocol you are talking about, and so, in the worst
case, can't even decide whether to process the request or not.

John Wroclawski
jtw@lcs.mit.edu
Newsgroups: comp.protocols.tcp-ip,comp.unix.admin,comp.unix.wizards,comp.windows.x,comp.windows.x.apps
From: ett@sparky.carleton.ca (E. Todd Taylor)
Subject: xterm, function keys and informix app problems
Summary: escape key and escape sequences aren't processed well using xterm to an informix app
Keywords: xterm, escape sequences, informix, tcp/ip
Organization: Carleton University
Date: Wed, 12 Aug 1992 19:34:48 GMT

We presently have informix (v2.10.03B) based applications running 
on 386's with Interactive Unix (5.3.2) which were originally 
accessed by RS-232 based vt100 compatible terminals (with 
"termcap" def'ns).

We have replaced the dumb terminals with X-terminals (HDS FX-15's) 
and are now trying to drive the apps using "xterm".  Since the apps
are function key and escape key driven (ie. onkey() and interrupt),
we seem to be having intermittent problems now that we're on a 
tcp/ip based network.

The problem is that the apps don't seem to be able to consistently
distiguish between the escape sequences and the escape key itself,
which is causing incredible grief and misery.

Is it a timing problem due to net load?  How about the stty 
settings informix sets when running an app? Is it simply a change 
to the termcap definition? Or, do we have to re-write the way we 
drive our apps (read: we do not want to do this :-{ )

Let me know what you guys think.  Every bit of feedback is very
deeply appreciated. Oh, don't post if possible (note the cross
postings) but mail me directly at the address below with your 
responses.

Cheers...Todd

--
ett@sparky.carleton.ca          Carleton University
(613) 788-2600 x8557             Ottawa, ON Canada
Newsgroups: comp.protocols.tcp-ip
From: rune@regina.itek.norut.no (Rune Hamnvik (Stud IT))
Subject: Raw IP
Organization: FORUT-IT
Date: Fri, 14 Aug 1992 12:02:45 GMT
Reply-To: rune@regina.itek.norut.no (Rune Hamnvik (Stud IT))

Hello
We are using Berkeley sockets and we wish for some reason to use
raw sockets, but we have a problem. We can not send packets greater
than about 1500 - 2000 bytes. Why is that ?
Does the protocol spesify this or is it only the implementation that
has this limitation ? 
I have read that IP can do fragmentation and that the maximum
size of an IP datagram is 65536 bytes. Is this true ?

Can someone please help us ?

Rune Hamnvik
From: imhw400@indyvax.iupui.edu
Newsgroups: comp.protocols.tcp-ip
Subject: Re: What are the Pros/Cons of Multi-protocol routing?
Date: 21 Aug 92 09:14:12 -0500
Followup-To: comp.protocols.tcp-ip
Distribution: usa

In article <86673@netnews.upenn.edu>, tony@scotty.dccs.upenn.edu (Anthony Olejnik) writes:
[...]
> What are some of the advantages/disadvantages of keeping the
> backbone pure (with only IP)?

[Sound of donning NOMEX suit]

Advantages:	none that I've ever heard of.

Disadvantages:  o	Other protocols slow down (maybe not a lot) due to
			encapsulation overhead.

		o	Greater complexity (=greater opportunity for error),
			in both software and administration.

Bottom line:  you pay little but get nothing.  What a deal.

> What are the advantages/disadvantages of tunnelling the other
> protocols (AppleTalk/IPX/DecNet) within IP?

Same as above.  This is really the same question, given that demand for these
other stacks exists.

}flame on{  Maintaining the ethnic purity of our backbones is a goal that
nobody has ever justified to my satisfaction.  What does it help?  Isn't it
just a holdover from the early days of multiprotocol routers, when they did IP
passably and others poorly?  Those days are gone.
-- 
Mark H. Wood, Lead Analyst/Programmer    +1 317 274 0749   [@disclaimer@]
Internet:  IMHW400@INDYVAX.IUPUI.EDU     BITNET:  IMHW400@INDYVAX
Celebrate freedom:  read a banned newsgroup.
Newsgroups: comp.protocols.tcp-ip
From: avalon@coombs.anu.edu.au (Darren Reed)
Subject: Re: Extending IP-numbers
Organization: Computer Services Centre, Australian National University
Date: 20 Aug 92 07:51:27 GMT

berg@physik.tu-muenchen.de (Stephen R. van den Berg) writes:

>I heard some rumors about several proposals being already on the table
>concerning extending the current 4-byte IP-addresses.

>Could anyone knowledgeable disclose some specifics about these proposals?
>(Or some pointers on where to look for more info?)

ftp to munnari.oz.au (anonymous) and take a peek in /big-internet.

Darren.
From: dan@cedb.dpcsys.org (Dan Busarow)
Newsgroups: comp.protocols.tcp-ip
Subject: NDIS drivers (was Re: How to drive a Crynwr packet driver?)
Summary: ndis
Date: 16 Aug 92 16:18:32 GMT
Organization: DPC Systems, Monrovia, CA

In article <713718616snx@crynwr.com>, nelson@crynwr.com (Russell Nelson) writes:
> The packet drivers calling convention (software interrupt) is
> incompatible with OS/2.  Use NDIS drivers there...

While on the subject of NDIS, can anyone point me to a source for
documentaion on setting up an NDIS driver?  The 'obvious' changes
to protocol.ini did not work for me.

TIA

Dan
-- 
+                                                                            -
   Dan Busarow             dan@cedb.dpcsys.org              uunet!cedb!dan
   DPC SYSTEMS                Monrovia, CA                  (818) 305-5733
-                                                                            +
Newsgroups: comp.protocols.misc
From: eabcu@cbnewsg.cb.att.com (brian.c.urch)
Subject: BULL(?) Asynchronous Emulator Needed
Organization: AT&T
Distribution: usa
Date: Thu, 13 Aug 1992 12:51:24 GMT

I'm looking for a BULL(?) Asynchronous emulator that can run
on a UNIX or DOS machine.  From what I gather, the BULL protocol
sends transactions (or screens) rather than a stream of data.
The terminal must then decode the screen or transaction and
present it to the user.

If anyone can give me any help or direction I would appreciate
it.

Thanks,

Brian C. Urch
bcu@addams.att.com
Newsgroups: comp.protocols.misc
From: vijay@ncsa.uiuc.edu (Vijay Rangarajan)
Subject: SCI info.
Originator: vijay@picard.ncsa.uiuc.edu
Organization: Nat'l Ctr for Supercomp App (NCSA) @ University of Illinois
Distribution: usa
Date: Wed, 12 Aug 1992 14:36:25 GMT
Keywords: Gigbit LAN, Scalable interconnect.

Hi,

Could somebody help me find more information on SCI (Scalable Coherent
Interconnect), a gigbit LAN technology.

Pointers to magazines/journals will be appreciated.

Thanks,
Vijay.
From: nipun@skorpio.usask.ca (Nipun Basil)
Newsgroups: comp.protocols.misc
Subject: Program in Network Management
Date: 12 Aug 92 22:52:01 GMT
Organization: University of Saskatchewan, Saskatoon, Canada

Hi:

I am interested in taking up a Master's program in Computer Networks Management.
I am basically looking towards a syllabi that has courses on networks, distributed
systems, design and maintenance of networks and their management. Are there any
Universities in the U.S that offer such a program? I would appreciate relevant
addresses and other sources of information.

Thanks in advance.

Nipun
nipun@skorpio.usask.ca
From: gerardi@sdr.slb.com (Paul Gerardi)
Newsgroups: comp.protocols.appletalk
Subject: lwrename and printqueue question (SUMMARY)
Date: 12 Aug 92 22:46:51 GMT
Organization: Schlumberger

Thanks to all who replied concerning my questions about the contributed
CAP applications "lwrename" and "printqueue".

The best answers were:

1) "...what is the format of the "lwrename.list" file..."

--> David Hornsby (djh@cs.mu.OZ.AU) -- The format of the file is 
                                       password<TAB_CHAR>printername.
                                       But lwrename works for the printers in
                                       the current/default zone only.


2) "...I've been unsuccessful in getting printqueue (on the CAP host)
    and PQueueDA (on the Macs) working..."

--> Jeroen Scheerder (Jeroen.Scheerder@phil.ruu.nl) --
 
      Jeroen pointed out that the "old" PQueueDA (for the Mac) looked in
     the system folder for the LaserWriter driver.  Under System 7, the
     LaserWriter driver is, by default, in the Extensions folder...and that
     is why I could not make PQueueDA work (yes, I'm using System 7).
     Jeroen also QUITE graciously shipped me his "new and improved" version
     of PQueueDA that works with either System 6 or System 7 and provides
     a pull-down menu of printer queues to watch.  I hope he can be persuaded
     to contribute this to the "keepers of CAP" so that all may benefit from
     his talents.


-Paul Gerardi
 Schlumberger-Doll Research
 gerardi@sdr.slb.com
From: tom@wcc.oz.au (Tom Evans)
Newsgroups: comp.protocols.appletalk
Subject: Re: What is an Overrun Error
Date: 17 Aug 92 04:54:45 GMT
Organization: Webster Computer Corp, Melbourne, Australia
Cc: smclagan@fraser.sfu.ca

In article <9208140000.AA27793@fraser.sfu.ca>, mclagan@sfu.ca (Scott McLagan) writes:
> "Overrun" error rates. I had Peek listen to 15,000 packets. Error counts 
> were Overruns = 2254 

NOT a network error. It means that the incoming packet OVERRAN PEEK
(i.e. the Mac wasn't ready to accept the packet and the SCC (Serial
comms chip) was overrun by data). Run Peek under Monofinder, without
any INITs (or a debugger) and it will probably work better. The best
way to run Peek is booted off a minimal 6.0.x MonoFinder floppy on a
Mac old enough to run System 6.

========================
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

Newsgroups: comp.protocols.appletalk
From: frank@cssc-woll.tansu.com.au (Marzano Frank)
Newsgroups: comp.protocols.appletalk
Subject: CAP Server dropping out!
Summary: Once in a while my CAP server drops out.
Keywords: CAP appletalk sun cap mac
Date: 17 Aug 92 00:44:56 GMT
Organization: Customised Software Solutions Centre, Wollongong, Australia


I am running CAP on an SUN SPARCStation ( IPX ) running SunOS 4.1.2. Every once
in while the AUFS server disapears from the Chooser Window. To get it back I 
have to reboot my Server.

If anyone has any ideas please let me know.

Frank Marzano
e-mail: frank@cssc-woll.tansu.com.au
Phone: +61 42 21 1123
Fax  : +61 42 29 1021
From: KENSMITH@BNR.CA (Ken  Smith, K.G.)
Newsgroups: comp.protocols.appletalk
Subject: SUBSCRIBE
Date: 13 Aug 92 17:25:00 GMT
Distribution: world
Organization: The Internet

SUBSCRIBE info-appletalk ken smith
From: lac@ecs.soton.ac.uk (Les Carr)
Newsgroups: comp.protocols.appletalk
Subject: telnet over localtalk?
Date: 19 Aug 92 10:07:30 GMT

We are running a number of Macs with Ethernet cards on a network
with SUNs running CAP. Everything is fine and dandy, except that
I would like to be able to run a "telnet" program on a localtalk-only
mac. We have several macs acting as routers, but NO extra hardware.

I definitely remember seeeing someone run a telnet that acted
as a router for localtalk machines, but I can't remember the
package in question (it was PD). Can anyone help?
-- 
L.Carr@ecs.soton.ac.uk               Les Carr
Tel: +44 703 593649                  Dept of Electronics and Computer Science
Fax: +44 703 593045                  University of Southampton SO9 5NH England
Newsgroups: comp.protocols.appletalk
From: dave5@cosmos.bellcore.com (Dave Ensign)
Subject: Question/Problem configuring CAP on Suns
Organization: Bellcore
Date: Fri, 21 Aug 92 17:28:24 GMT
Keywords: CAP6.0

Here's a question from a non-Mac user.  I am trying to configure my Sun
SPARCStation 2 (running SunOS 4.1.2) to send printer output to an Apple
LaserWriter II.  The Suns are on an ethernet along with some Macs, and
the printer is on an AppleStar network served by a Novell print spooler
(running Netware).  The Macs send print jobs through the Novell.

I've set up the CAP software on the Sun to use native ethertalk (NIT).
The Sun can successfully query all the Mac zones (using getzones), and
can find all the printers (using atlooklws).  However, when I try to send
output to the printer, I get a PAPRead error (Printer Access Prototcol)
# -3109.

The output from running the tlw program looks like this:

------------------------------
bivalve[137] tlw LW2_Q:LaserWriter@24340-L1
abInit: [ddp:  90.110, 69], [GW:  90.110, 44] starting
Starting session with LW2_Q:LaserWriter@24340-L1
Spooling to NetWare Queue

Okay
PAPRead error -3109
Error in first line
PAPRead error -3109
PAPWrite error -1
bivalve[138] 
------------------------------

(I am on a different zone from the printer:  24340-A1)

I haven't been able to find any clues as to what this error means.  Can
anyone out there help me with this?  I'm not at all familiar with AppleTalk,
so forgive me if I've left out any key information...

Thanks!

Dave

-- 
************************************************************************
* David Ensign      Bell Communications Research  Piscataway, NJ       *
* (908) 699-8168    dave5@cosmos.bellcore.com     bellcore!navaho!dave5*
************************************************************************
From: tom@magnus.acs.ohio-state.edu (Tom Easterday)
Newsgroups: comp.protocols.appletalk
Subject: Getting printing from mac to Sun working
Date: 18 Aug 92 15:29:49 GMT
Organization: The Ohio State University


I finally got CAP comiled and sort of working on my sparcstation.
AUFS seems to be working fine.  I am having problems getting printing
to work. 

I have CAP running on one sparcstation while the printer (HP) is hanging
off another sparcstation on the same ethernet.  I don't have a gatorbox
or anything like that.  Is it possible to print from the mac through the
sun running CAP to the other Sun?  

My immediate problem is that lwsrv (if that is the right thing to be doing)
will not run.  It complains about not begin able to find/use some font files
or proc files or something like that.

Does anyone have advice, or help they can provide?  There doesn't seem to
be any useful reading or examples on actually setting up CAP to do things.
Has anyone written such things that can gotten seperately? 

	Thanks for any help,

		Tom
From: asl@comp.lancs.ac.uk (Andrew Lunn)
Newsgroups: comp.protocols.appletalk
Subject: CAP and SunOS 5
Keywords: CAP, SunOS 5, Solaris 2.0
Date: 21 Aug 92 16:04:44 GMT
Organization: Department of Computing at Lancaster University, UK.

We are currently running CAP with phase 2 using /dev/nit under SunOS 4.1.2. 
The machine will be upgraded to SunOS 5 sometime in the future, and my system
manager informs me that /dev/nit is no longer be supported. What options
are available? 

	Thanks,
		Andrew
	
	
	Andrew Lunn				A.Lunn@comp.lancs.ac.uk
	Computing Department,
	Lancaster University,
	U.K.
	
Newsgroups: comp.protocols.appletalk
From: amfahr@taligent.com (Jeff Amfahr)
Subject: Re: ASPGetStatus call..
Followup-To: comp.protocols.appletalk
Organization: Taligent
Date: Sat, 15 Aug 1992 21:02:52 GMT

In article <1992Aug15.001427.22639@gumby.dsd.trw.com>,
hubbell@gumby.dsd.trw.com (Steve Hubbell) wrote:
> 
> I am having some problems with an ASPGetStatus call that I am hoping is
> easy to be resolved.  Looking at Inside Macintosh and the on-line
> documentation, it looks like ASPGetStatus is expecting:
> 
> --> 26  csCode  	word
> --> 30  aspTimeout 	byte
> --> 31  aspRety         byte
> --> 32  serverAddr      long word
> <-> 38  rbSize          word
> --> 40  rbPtr		pointer
> --> 50  ccbStart        record
> 
> where ASPGetStatus is defined as:
> pascal OSErr ASPGetStatus(XPPParmBlkPtr thePBptr,Boolean async)
> 
> Well, my problem is that XPPParmBlkPtr has no provisions for serverAddr.
> It does not seem to match what ASPGetStatus is expecting.  Is this a known
> problem?  How should I go about avoiding this problem?
> 
> Thanks for any help/suggestions!
> Steve
> (hubbell@gumby.dsd.trw.com)

AppleTalk.h should provide a Status param block but doesn't. Just use the
field from the open variant. That is
			aParmPtr->XPP.csCode = getStatus;
			aParmPtr->OPEN.serverAddr				= addrBlock;
			aParmPtr->XPP.rbSize					= rbSize;
etc.


  Jeff Amfahr
		(amfahr@taligent.com)
These opinions are mine. But they can be yours for a price.
Newsgroups: comp.protocols.appletalk
From: yost@adobe.com (David Yost)
Subject: PacerShare & PacerPrint reviews wanted
Organization: Adobe Systems Incorporated, Mountain View
Date: Sat, 22 Aug 1992 04:55:51 GMT

Anyone have good or bad experience with PacerShare
and/or PacerPrint?

I'm trying to bring up both on my SparcStation, and
it's not going as smoothly as I had hoped.

 --dave yost
From: wallen@cogsci.ucsd.EDU (Mark R. Wallen)
Newsgroups: comp.protocols.appletalk
Subject: CAP6.0-pl100 on ULTRIX 4.2A
Keywords: Ultrix ULTRIX aarpd Phase 2
Date: 22 Aug 92 18:42:02 GMT
Organization: University of California, San Diego

Hi,

I'm trying to put up CAP 6.0 with 100 patches on
a DECstation 3100 (MIPS) running Ultrix 4.2A, which
is one of the upgrades to Ultix 4.2. I've configured
it for Ethertalk Phase 2, as I have successfully done
for a sun4 running SunOS 4.1.1. It compiles and almost
runs. When I start aarpd, it runs and configures itself
and then atis finds the bridgenode (fastpath 5). But now
if I run aarptest and ask about other nodes (like, say
the sun 4 running CAP), it fails to get an address for
the sun. If I look at the ethernet traffic, I see the
decstation aarping for the Sun and the Sun responding,
but somehow the info isn't trickling all the way back
into the Decstation. I have done the pfconfig ln0 +copyall
and have tried both with ULT42PFBUG (whatever its called)
defined and undefined with seemingly similar results.

I was told that this was discussed in this group recently,
but needless to say I missed it. Does CAP60+pl100 really
work on a 4.2 Ultrix DECstation? The patches 101-126 don't
seem to address and Ultrix related problems, is there some
other twiddle I need?

Please respond via email

Thanks

Mark Wallen

Cognitive Science, UC San Diego

mwallen@ucsd.edu
From: morgan@gw.wmich.edu
Newsgroups: comp.protocols.appletalk
Subject: Abaton MultiTalk box
Date: 20 Aug 92 11:54:12 EST
Organization: Western Michigan University

We have a three port serial interface device running on an AppleTalk network
tat was sold by the Abaton Technology Corporation of Freemont CA.  The device
is called Abaton Multitalk, Model MT101.  The advent of System 7 has caused a
major problem with the software provided with the MultiTalk box.  Does anyone
know of a phone number or address to receive an upgrade on this software. 
Abaton indicates the device was built in France and they no longer support nor
have any way to reach the manufacturer.
Xref: sparky comp.protocols.appletalk:3072 comp.unix.aux:3152