Newsgroups: comp.dcom.modems
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sdd.hp.com!news.cs.indiana.edu!widener!iggy.GW.Vitalink.COM!pacbell.com!tandem!netcom!gandrews
From: gandrews@netcom.COM (Greg Andrews)
Subject: Re: Stop me before I kill (uucico) again...
Message-ID: <1991Apr20.104127.14981@netcom.COM>
Summary: Not a known problem (as described)
Keywords: HDB uucp modem
Organization: Netcom - Online Communication Services  UNIX System {408 241-9760 guest} 
References: <704@sunpix.East.Sun.COM> <1991Apr15.212635.16619@kessner.denver.co.us> <342@nic.cerf.net>
Date: Sat, 20 Apr 1991 10:41:27 GMT

In article <342@nic.cerf.net> bdavis@nic.cerf.net (Barry Davis) writes:
>
>I was having similar problems with a leased-line SLIP link using Telebit T2500
>modems with V.32/V.42/V.42bis/MNP4-5.  It seemed that the two T2500 modems
>could not connect when I was using either V.42/V.42bis or MNP4-5 for error
>correction and/or data compression.  Upon contacting Telebit, I was told that 
>there is an apparent problem with using error correction or data compression
>over V.32.
>

Who did you talk with?  I'm certainly not aware of ANY problems getting
a V.32/MNP or V.32/LAP-M link going between two T2500 modems over leased
or dialup lines.

>
> Since I had tried every possible combination of V.32 and V.42/V.42bis
>/MNP4-5, this seemed to be the only logical answer.  I was told that
>a fix was to be included in the next firmware release (Rev. 7.1 ??).  You
>might want to inquire with Telebit as to your specific problem if flow
>control or V.32 UUCP spoofing has been eliminated as a problem in your
>application.  Good Luck!
>

I don't understand - how could uucp spoofing be a factor between a T2500
and another brand of modem (ATI)??  Flow control could certainly cause
trouble, but spoofing wouldn't have been enabled.  It might cause trouble
for SLIP if it were mistakenly enabled in your setup...

To address Marc's problem, I've seen trouble with an ATI 9600 modem also
in MNP and LAP-M modes.  I had to transfer a file to a customer and they
only had that modem available.  After a screenful of data, everything
became garbled.  The customer claimed they can connect to lots of different
modems in MNP or LAP-M mode without this trouble.  I've made connections
to lots of other modems with my T2500, including the local CompuServe V.32
and 2400 nodes every day of the week, without problems.  A V.32 connection
without error control worked fine to the ATI modem and the file was sent
without any further trouble.

There's definitely a problem with error control between the T2500 and the
ATI modem.  I suspect the ATI isn't doing something right, but I don't
have any solid evidence one way or the other.  I submitted a problem report
asking that it be investigated by the engineers.

-- 
.------------------------------------------------------------------------.
|  Greg Andrews   |       UUCP: {apple,amdahl,claris}!netcom!gandrews    |
|                 |   Internet: gandrews@netcom.COM                      |
`------------------------------------------------------------------------'
