Path: utzoo!mnetor!tmsoft!torsqnt!jtsv16!gerry
From: gerry@jts.com (G. Roderick Singleton )
Newsgroups: comp.dcom.modems
Subject: Re: Telebit T2500 -> TB+ UUCP spoofing problem, HELP
Keywords: uucp spoofing T2500 TELBIT
Message-ID: <1991Mar7.204240.5497@jts.com>
Date: 7 Mar 91 20:42:40 GMT
References: <554@shograf.COM> <1991Mar4.030916.3429@bilver.uucp>
Organization: JTS Computer Systems Ltd.
Lines: 60

In article <1991Mar4.030916.3429@bilver.uucp> bill@bilver.uucp (Bill Vermillion) writes:
<In article <554@shograf.COM> jim@shograf.COM (jim morris) writes:
< 
<>	I have been having a problem, and was hoping that someone else
<>has seen, and solved, this problem.
< 
<>I am getting my news files batched, compressed and about 100-50k blocks.
<>After recving about 10 or so, (Sometimes less sometime more), files the
<>modems stop talking to each other. I can see my end timeing out and resending
<>something (Probabably ACK??). But I never get anything back from the other
<>side. The same effect can be achieved by enabling XON/XOFF control in the
<>modem and recving an XOFF. (But that is NOT what is happening).
<>Both modems have NO flow control enabled, they both rely on UUCP protocol
<>for the handshaking. Someone is locking up... Either my modem is not sending
<>any more, or the other side is not recving or sending anymore.
<>I have tried every S register setting I, or telebit support, can think of
<>to no effect. Of course UUCP eventually times out and hangs up.
<>I get the interrupted file on the next dial-in.
< 
<>Anyone got any idea what this problem is!! Has anyone else seen this problem.
< 
<Hm.  When I started having this problem last summer I thought it might have
<been the machine I was using for transmission (old R/S6000 ) but it
<continued when I moved over to a '386 box.  Unit was a Trailblazer plus.
<
<T'bit support gave me all sorts of undocumented registers, and we tried
<them all.  Nothing. Nada. Zip.  Still the problem.  I would get a lockup
<after about 150k was sent.   A big file,  or smaller files.  With the
<smaller files all was fine until total data transmitted was in the 150k to
<200k range (typically).   Sometimes a big file would go all the way
<through.
<
<This is with uucp g spoofing and cts/rts flow contol, as opposed to your
<xon/xoff.   T'bit said they had not seen anything like this.  Well that now
<makes two of us doesn't it.
<
<It pointed to the modem itself.  Late December I switched over to a T2500.
<Guess what.  Still happens.   I think it is the serial ports.   Have the
<wiring done and will try the changeover tonight.  You are not alone.
<
<
<-- 
<Bill Vermillion - UUCP: uunet!tarpit!bilver!bill
<                      : bill@bilver.UUCP

I asked a similar question about three weeks ago ( Iknow I promised to summarize)
and then went on vacation.  My confguartion at the time was 2-TB+'s with 5.01 ROMs,
but things got so bad during the first week I was away that I came in and put the 4.00
ROMs back.  VOILA! The problems went away and I've been able to absorb and handle
the recent news flood in Toronto ( handled 300 Mb in 3.5 days ) with no uucp/modem
problems.  This suggests, to me, that Telebit has bugs in recent versions of their
TB+ code which affect uucp performance.  

I shall post my summary when I, eventually, get answers from Telebit.

Hope this helps,
ger
-- 
G. Roderick Singleton, System and Network Manager, JTS Computers 
{yunexus | uunet | geac | torsqnt}!gerry@jtsv16.jts.com