| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | USR Courier V34 problems |
PE> I have been given a USR Courier V34+ for trial for 1 month. PE> 3. Modem is initiating a retrain straight after each connect, even with PE> V32bis modems. I would expect that the initial negotiation would have PE> figured that out, no need for a retrain on every single bloody call. This is completely mindless behaviour when its being called by a V32bis modem. The USR shouldnt be demanding a full retrain straight after the connect at all, and shouldnt even be attempting a fall forward since its already at the maximum possible speed of 14400. I get exactly the same result with Poe and the Bulldog too, so it cant be Pauls line or setup. I never see anything remotely like that calling anything but a USR V34+ either. And disabling line quality monitoring at my end with %E0 has no effect at all on that, so mine cant be asking for a retrain. PE> 4. Having problems talking to a Supra modem, 50% dropouts PE> where previously there were none (with a Spirit Thunder modem). These are actually seen immediately after the retrain. In other words about 30% dont get thru the retrain successfully, I just see continual receive and transmit errors indicated by the modem and the mailer eventually gives up trying to session handshake thru that. A few do actually eventually come good, but by then the mailer has timed out the session handshake. And its actually closer to 30% failures now there are more stats. RB> Is this Rod's, What Chip revision is it. Yes, note this is a SupraFaxModem V32bis, not V34 or VFC. ati3 produces V1.80-03 TR14-Jxxx-001 005 --- PQWK202* Origin: afswlw rjfilepwq (3:711/934.2) SEEN-BY: 711/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™.