| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.