| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | When only the best wi |
PE> David Drummond saw the Supra problem. BG> Did he though? I don't remember whether he did or not now, but once BG> again, at the risk of repeating myself, considering the fact that this BG> has only ever been documented as happening with ONE specific Supra (Rod's), BG> you'll forgive me if I don't rush out and sell all of my USR shares. RL> And I'll say again. The supra that I used to D.D.s USR never RL> failed to connect at top speed at any stage. Supra 288i. That doesnt actually prove a damned thing. Clearly it would negotiate a V34 or VFC session. The problem is with V32bis sessions, and the weird way that a Courier attempts to see if V32terbo is possible. It aint ever gunna even contemplate V32terbo when its called by a V34 or VFC capable modem. We KNOW that V32terbo is a monster kludge, particularly on capability negotiation with V32bis modems that know nothing about V32terbo, thats part of why V34 took so long to formalise, it was attempting bulletproof robust capability detection with the vast number of modems in the field that knew nothing about the later protocols. It achieved that, if you disable V32terbo in a Courier, the problem is completely eliminated. @EOT: ---* Origin: afswlw rjfilepwq (3:711/934.2) SEEN-BY: 711/934 @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™.