Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!ucsd!nic.cerf.net!bdavis From: bdavis@nic.cerf.net (Barry Davis) Newsgroups: comp.dcom.modems Subject: Re: Stop me before I kill (uucico) again... Summary: Telebit V.42/MNP Problems UUCP/SLIP Keywords: HDB uucp modem Message-ID: <342@nic.cerf.net> Date: 19 Apr 91 17:48:48 GMT References: <704@sunpix.East.Sun.COM> <1991Apr15.212635.16619@kessner.denver.co.us> Organization: CERFnet; La Jolla, CA Lines: 43 In article <1991Apr15.212635.16619@kessner.denver.co.us>, david@kessner.denver.co.us (David Kessner) writes: > In article <704@sunpix.East.Sun.COM> cram@sunpix.East.Sun.COM (Marc W. Howard) writes: > > I recently upgraded a machine to a CVG Super Modem 9600 (V.42). Doing > >this killed uucp between this system and another with a Telebit T2500. [deleted] > > cram@sunpix.East.Sun.COM > > Does it actually 'just hangup' when doing the UUCP transfer-- thus causing the > alarms? Here is why I ask... > > I have an ATI 9600etc/c modem, and UUCP with a T2500. When I connect at > 9600 with V.32 but no MNP or V.42bis it works flawlessly. When I use > compression/correction it will connect fine, but will hang up (causing Alarms) > after awhile (after 1-2 min). [deleted] > So, I am wondering if your problem and mine are related. If they are, it > sounds like a T2500 problem, but who knows? > -- > David Kessner - david@kessner.denver.co.us 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. 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! =============================================================================== Cerafin E. Castillo ______ ______ TCP/IP LAN/WAN Connectivity \ / INET: cec@emulex.com EMULEX Corporation ______ \/ ______ 2880 Zanker Rd., Suite 204 /\ UUCP: uunet!emulex!cec San Jose, CA 95131 ______/ \______ (408) 452-4777 E M U L E X "Beauty does what Beauty does best; it's Beautiful!" ================================================================================