Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!helios!bcm!convex!uunet!shaman!jiro
From: jiro@shaman.com (Jiro Nakamura)
Newsgroups: comp.sys.next
Subject: Re: uucico lock-ups under 2.0
Keywords: uucp, uucico, support
Message-ID: <1991Feb28.174028.6253@shaman.com>
Date: 28 Feb 91 17:40:28 GMT
References: <434@heaven.woodside.ca.us> <1991Feb26.160009.3836@percy.rain.com> <8123@umd5.umd.edu>
Organization: Shaman Consulting
Lines: 34

In article <8123@umd5.umd.edu> jkight@is-next.umd.edu (Jeff Kight) writes:
>Interesting problem: I've set up 3 NeXTs for uucp. The mail hub is a
>NeXTstation, and the 2 remote machines are a NeXTstation and a 2.0 030 cube.
>We have the same problems with lockups on remote->hub transfers...however
>we are only using the serial ports on the remote machines. ie They poll the
>hub machine by dialing into an annex and telneting to the machine.
>
>What seems to be happening (via debugging at level 99) is that the uucp
>handshaking is ok, but when the execution of the actual transfer commences I
>get reack errors which result in attempts to resend, but the errors build up.


Jeff -
	I've been getting the exact same problems dialing into the local
mainframe for UUCP, so I switched to UUNET. I don't know what the exact
cause of the problem is, but the source is most probably the annex
modem bank. Why? Because I tried experimenting to see if I could rlogin
to UUNET via our annex port and save myself $$ in long distance charges.
	Exact same problem as dialing into the annex for the mainframe
UUCP. BZZZZ. Timeouts on ack'ing sent packets, right? Tried dialing
long distance to UUNET and things went smoothly again (this is on a
T2500).
 	I'd really like to know what the annex's are doing to mess things
up, but I do think they are the cause of our problems. If I could only get
the mainframe talking.... then I could save so much on long distance.
	NeXT helped me out *extensively*, but all we could come up with
was: What the *#@$*&@#$? It doesn't make sense.

	- Jiro Nakamura
	jiro@shaman.com
-- 
Jiro Nakamura				jiro@shaman.com
Shaman Consulting			(607) 253-0687 VOICE
"Bring your dead, dying shamans here!"	(607) 253-7809 FAX/Modem