[net.bugs.uucp] 4.2 uucp dialer problem

msc@qubix.UUCP (Mark Callow) (06/07/84)

We use a Hayes Smartmodem 1200 on our Vax 750 running 4.2BSD.
We have always had a fairly high dialup failure rate.  Finally
I decided to investigate and put extra checks in the hysopn()
routine.

I discovered that under certain conditions the read of the Hayes result
byte fails with an error 5 (EIO).  This seems to happen most often
after the previous dialup in the uucico loop got a busy line or
other failure.  The dial command write immediately before the read
works perfectly.  All subsequent dialing operations in the same
invocation of uucico also fail for the same reason (but the writes
always work damnit).

I am continuing to investigate.  In the meantime has anyone else seen
anything like this?
-- 
From the TARDIS of Mark Callow
msc@qubix.UUCP,  decwrl!qubix!msc@Berkeley.ARPA
...{decvax,ucbvax,ihnp4}!decwrl!qubix!msc, ...{ittvax,amd70}!qubix!msc

"I'm a citizen of the Universe, and a gentleman to boot!"

gnu@sun.UUCP (06/12/84)

We have seen failures where something happens to the dialer software or
hardware such that every attempt to dial in that run of uucico causes
a "LOST LINE" message.  It works fine if you kill it and start another
uucico.  We use Ventel 212 Plus modems, which our uucp knows how to dial.

These used to be very frequent (>1/day?) but I haven't checked in a few
months.

jdi@psuvax1.UUCP (06/13/84)

We also have that problem. (LOST LINE)
Anybody got a fix? 
-- 
Spoken:	John D. Irwin
AT&T:	814-237-5068
Nets:	jdi@psuvax1.{BITNET,CSNET}
Uucp:	{akgua, allegra, cornell, pitt, purdue, ihnp4, burdvax}!psuvax1!jdi

dmmartindale@watcgl.UUCP (Dave Martindale) (06/19/84)

We see the "LOST LINE" errors too when talking over Sytek localnet boxes.

larry@decvax.UUCP (Larry Cohen) (06/20/84)

I have also had problems with the Hayes smartmodem code also.
(It has been quite a while now since I looked at the problem but ...)
The modem did not reset itself after the previous call (maybe only
failed attempts).  In any event I tried various incantations with
the following sequence yielding good results (in hsyopn() ):

if (dh >= 0) {
	fixline(dh, dev->D_speed);
	write(dh, "+++", 3)   /* force Hayes into command state */
	sleep(1);	      
	write(dh, "ATH\r", 4)  /* Hang up */
	sleep(1);
	write(dh, "ATZ\r", 4)   /* reset modem */
#ifdef HAYSTONE 
	continue as before


In hsycls() I used the following sequence to ensure a reset:


	write(fd, "+++", 3);
	sleep(1);
	write(fd, "ATZ\r", 4);


Also the phone number should be translated into something
the hayes understands (eg. '-' to ','   and '=' to ','  )
The ventel code does this already.


				Good Luck,
					Larry Cohen
					decvax!larry