Path: utzoo!news-server.csri.toronto.edu!rutgers!uwvax!appenzell.cs.wisc.edu!tim
From: tim@appenzell.cs.wisc.edu (Tim Theisen)
Newsgroups: comp.dcom.modems
Subject: Re: MultiTech MultiModem V32 & T2500
Keywords: MultiModem V32, T2500
Message-ID: <1991Mar9.173002.13465@spool.cs.wisc.edu>
Date: 9 Mar 91 17:30:02 GMT
References: <148@ipars.UUCP> <408@frcs.UUCP>
Sender: news@spool.cs.wisc.edu (The News)
Organization: U of Wisconsin CS Dept
Lines: 36

In article <408@frcs.UUCP> paul@frcs.UUCP (Paul Nash) writes:
>Thus spake scotto@ipars.UUCP (Scott O'Connell):
>
>> I have just taken over a network with several MultiTech MultiModem V32
>> modems.  I have been using Telebit T2500's and now need to make the two
>> flavors of V32 talk consistantly.
>
>I have had a similar problem, and found that the only way to make the
>MultiTech talk to the TB reliably was by disabling MNP (error correction
>_and_ compression) on the TB.  Like this, it works fine.
>
>The TB has always called the MultiTechs reliably, but they just won't 
>connect properly if the TB tries to negotiate error correction.

Here is another data point:

I have access to MultiTech V32's (MT932EA) and MultiTech 224E's (MT224EH)
and Telebit T1600's.  I checked interoperability between all of these modems.
I found that the Telebit T1600's had no trouble talking with the MultiTechs
as either originating or answering modem.

The one problem that I did see involved a T1600 calling a MT224E.
One of the 224E's that I tested had an older version of firmware.  The
Telebit could not negotiate for a reliable connection with it.  Other
224E's did not exhibit this problem.

Overall, I think that MultiTech modems interact fine with a Telebit T1600.

...Tim


-- 
Tim Theisen             Department of Computer Sciences
Systems Programmer      University of Wisconsin-Madison
tim@cs.wisc.edu         1210 West Dayton Street
(608)262-0438           Madison, WI   53706