| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | BTPE |
Dave, at 09:36 on Jul 13 1995, you wrote to Bill Grimsley... db> Retrains are enabled (%E1), and connections (once made) don't drop out. BG> Using %E1 only allows your M34F to respond to retrain requests from the BG> remote modem, but will not allow it to request a retrain itsself. If BG> your modem supports %E2... db> Which it does... So I noticed from you netmail. BG> (which does permit this), you might like to try that instead. db> ...cool; I might give it a go later. 'til now, I've just left that option db> at the default Nice to see that at least NetComm had the decency to make %E1 the default, unlike Maestro (and quite a few others, which were %E0). db> as I haven't had enough time to play with every option on the damn thing db> (they're multiplying with every new release .. I blame USR for starting db> this!). You should actually be blaming Rockwell, and their insistence upon going ahead with V.FC which is far too aggressive when negotiating a connect. Unlike the USRs, which start a bit lower if line probing indicates possible problems, then almost instantly retrains upwards, V.FC works the other way, and if retrains are disabled, the modems simply disconnect. If you do use %E2, keep an eye on it, as some implementations are apparently a little trigger happy, and tend to attempt to retrain far too frequently. Certainly much more often than the non-Rockwells modems do, at least. Regards, Bill @EOT: --- Msgedsq/2 3.10* Origin: Save our native fauna. Kill a cat today! (3:711/934.18) SEEN-BY: 640/305 711/934 30163/9 @PATH: 711/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™.