derek@advsys.UUCP (Derek Mulcahy) (01/15/90)
We have a number of customer sites with Dowty Quattro SB2422 modems. They are all connected to Sun's. We use uucp for mail and file transfer. Most of the time uucp works just fine. Sometimes it manages to login but when it starts the uucp transfer it just gives up. If I use uupoll -x9 the debug is as follows wanted gin: \015\012landplan login:got that send Uadvent wanted word: Uadvent\015\012Password:got that send foobar imsg >\215\ 12\ 20< Shere\ 0imsg >\ 27\ At this point it just hangs. The file /usr/lib/uucp/LOGFILE contains the message. uucp landpla (1/15-12:45-10802) SUCCEEDED (call to landpla ) but nothing else. I don't have a set procedure for recovering from this situation. I normally power the modems down and try again. As our customers are all at least 400 miles away this is painful. I am suspicious of the auto baud rate, auto parity selection used by the Quattro. Any comments would be appreciated. Why is "communications" a four letter word ? Derek Mulcahy.
andy@acorn.co.uk (Andy Ingle) (01/16/90)
In article <560@bodie.advsys.UUCP> derek@advent.co.uk (Derek Mulcahy) writes: >We have a number of customer sites with Dowty Quattro SB2422 modems. > >They are all connected to Sun's. We use uucp for mail and file transfer. >Most of the time uucp works just fine. Sometimes it manages to login but when >it starts the uucp transfer it just gives up. > [rest of article deleted] Do make sure that neither modem will recognise X-ON/X-OFF flow control during uucp as sooner or later an X-OFF char will be sent as part of a uucp or ack packet and the modem will just stop. Another point about these modems is they will auto-set the baud rate *and* *parity* from the first "AT" command they get. Once they think the're getting even parity they will ignore any odd bytes. Check that dial-in modems get setup from a terminal with parity off, and dial-out ones have a "P_NONE" (or similar) statement in the uucp chat script. --Andy Ingle