jorgnsn@qucis.queensu.CA (John Jorgensen) (05/22/91)
I'm having trouble initiating UUCP conversations from an IPC running
SunOS 4.1.1, unless I turn off the modem's MNP Error Correction (the
modem is a Gandalf Access Series V.32 ENH).
The IPC is replacing a Sun-3/50 running SunOS 3.5 in a professor's
home. The 3/50 has been happily initiating UUCP on the same modem,
with MNP on, for about a year. But the IPC seems to be timing out
while it tries to negotiate a protocol with the remote end (a
SparcStation 1+ in our machine room, running 4.1, and using an
identical modem). Here's the relevant output from uucico -x7, qusunp
is the IPC calling in, qucis the SparcStation receiving the call:
imsg > ^PShere=qucis^@Login Successful: System=qucis
omsg "Squsunp -x7"
imsg >^PROK^@msg-ROK
Rmtname qucis, Role MASTER, Ifn - 6, Loginuser - root
rmsg - 'P' imsg >^PPgetxf^@got Pgetxf
wmesg 'U'g
omsg "Ug"
pkcget: alarm 1
Alarm while looking for SYN -- request RXMIT
The alarms repeat about 10 times, and then uucico gives up. The odd
thing is that the IPC has no problem when we use "cu" or "tip" to
connect to the Sparcstation, or even using UUCP if we turn MNP off.
What's more, while trying to debug this, I found out that our
SparcStation I+ has the same problem--we just never noticed it because
it only receives calls. So you can receive calls fine even with MNP
enabled, just not initiate them.
I was suspicious of the flow control setup. It looked like the modem
was set up for RTS/CTS, but not the SparcStation. But I have tried
both adding "STTY=crtscts" ton /etc/uucp/Systems with the modem
set for RTS/CTS, and leaving the STTY command out and setting the
modem for XON/XOFF. The symptoms remain the same.
So some change involved in the transition from Sun3 to Sparcstation,
or maybe from SunOS 3.5 to SunOs 4.1 (HoneyDanBer UUCP? the STREAMS
based serial driver?) is breaking with MNP. Has anybody seen
something similar? Does anybody know what I've misconfigured?
--
John Jorgensen jorgnsn@qucis.queensu.ca (613) 545 6784
Systems Programmer, Dept. of Computing Science, Queen's University