TIP: Click on subject to list as thread! ANSI
echo: aust_modem
to: Dave Hatch
from: Poe Lim
date: 1996-01-31 23:43:32
subject: USR Courier V34 problems

Hello Dave,

On Jan 30 18:15 in a msg to Paul Edwards, Dave Hatch of 3:711/808 wrote:

PE> 3. Modem is initiating a retrain straight after each connect,
PE> even with V32bis modems.  I would expect that the initial
PE> negotiation would have figured that out, no need for a retrain
PE> on every single bloody call.  Yet the ATI6 does not show that
PE> a retrain was requested.

 DH> SOP.  This is the major reason for success where other modems fail
 DH> - the USR is designed to connect VERY conservatively - then train
 DH> up if indications warrant. Training going on during connect phase
 DH> isn't all that reliable.  If you watch it, eventually you'll see it
 DH> -not- train up - the line wasn't good enough. 

It shouldn't be training up but falling forward, which is much more
efficient than doing a retrain. But we know what you mean, as I see it
nightly. :)


Cheers,
Poe

--- timEd/2 1.10+
* Origin: Serendipity Inc, Cowra +61-63-41 1859 [v34 H16] (3:623/630)
SEEN-BY: 50/99 620/243 623/411 630 631 636 681 683 812 624/300 711/401 409
SEEN-BY: 711/410 413 430 510 808 809 899 930 932 934 712/515 713/888 714/906
SEEN-BY: 800/1 7877/2809
@PATH: 623/630 711/808 809 934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.