RT>This may be something specific to Maestro's firmware since
RT>s91= is the PSTN attenuation level (-10dBm default depending
RT>on country config -10 to -15, =10 default to 15)
In my manual bits 0-3 of S91 adjust the transmit level. Bit 4 (s91=16)
on these modems enables the LL & SQ display. Don't know whether this
applies to all other recent Rockwell v34/v34+ implementations.
RT> DB> For example, ATS91=16S95=47 on a v34 gives
RT> DB> CARRIER 2800
RT> DB> PROTOCOL: LAP-M
RT> DB> COMPRESSION: V.42BIS
RT> DB> SQ:037  LL:027
RT> DB> CONNECT 28000/ARQ
RT>Does this still happen with default value of s91 ?
No, default is 0
Turning to AT%L%Q, I remember a site that complained about attrocious
connection performance with our racks of modems. They were using a
Maestro v.32 connecting to our Maestro v.32bis or v34 modems (it was
long enough ago this it may have been v.32bis).  They would get
"pregnant pauses", keep pressing keys during these pauses and then the
modem would finally react to the stored keystrokes and go to unwanted
parts of the hot-key menu structure. Often they were getting thrown out.
First time I went there, no problems found. The line quality was good.
Next time I went there, there were initially no problems found with the
connection quality, but I perservered. The problems started to occur
between 0910 and 0940 when, every 35 secs, the line quality figure would
drop to 127 (retraining). During the retaining period the client's
keystrokes were stored and then issued when the retain was over. I
should them how the quaily was plummeting every 35 secs during this
period of disruption. I told them to check at what other times of the
day, if any, the disruptions occured and whether or not they occurred at
the same time each day, and then to contact their telco. Also I left
them a v.32bis since it retrains much quicker than v.32. Can't remember
whether or not you could hear any problems over a handset voice call
from this line to our office (same building as our modems)
I remember another site at the sea-side that drove us mad. They were
getting bad retrain disruptions and disconnects to our site. I went
there twice. After the first visit I told them to get their telco to
test their line. Telco said: no problems found.
The second time I went there they were very angry. Replaced modem,
connecting cables etc. Still there. Showed them that running the modem
though the same line as their fax fixed the problem. Told them to get
the telco in again and demonstrate the AT%L%Q figures while he/she was
there. Suspected salt corrosion on this particular phone line.
Cheers, Dan Bridges, Brisbug PCUG.
___
 X SLMR 2.1a X 
--- Maximus/2 3.01
---------------