| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | data overrun? |
BL> I was using 2400 ***WITH*** EC. For some reason, you do not BL> recognise my MNP signal, so the Sportster drops back to non-EC. BL> And it was failing on the UPLOAD too, except that *my* end BL> was correcting. I get an "F" warning in telix, which means BL> that I am overdriving your end and then wait. I *always* BL> get this uploading at 14400 and so does Brenton at 28800, Perfectly normal. BL> but it's the first time I've seen it at 2400. It's a bit hard BL> to work out how I could overdrive your data port at 2400 baud. BL> I had ***BOTH*** my port and Modem set BL> at 2400. How else do you want me to do it? The usual thing is to have the serial speed higher than the phone line speed with an EC connection, otherwise you dont get full thruput. Coz the EC connection strips the start and stop bits. BL> I expect that my modem keeps sending CTS/RTS because I am BL> overdriving ***YOUR*** modem (where all the trouble is). If you havent actually achieved an EC connection, Pauls modem CANT tell yours to stop sending for a bit. Thats only possible over an EC connection. The most likely explanation is that it aint actually a viable non EC session. Its some dud session produced by the failed attempt at an EC. BL> And I suspect you have the same problem in BL> the other direction (an overdriven buffer), Dud suspicion, his system is sure to be able to keep up with a 2400 connection when it obviously manages 28800 connections fine. Its MUCH more likely to be a dud session negotiated between the modems. Just which modem is at fault is a separate issue entirely. BL> except that your dopey modem is *not* BL> sending CTS/RTS to your comm program You might care to explain how it manages to do that fine with a 14400 session. BL> and leaves zmodem at my end to struggle on as best it can. You've fucked that up completely too. When you achieve a non EC session, line errors can no longer be fixed between the modems and so your zmodem has to request retransmission of blocks that get damaged by line errors. Thats what ALL EC sessions have to do Bob. BL> Get it in your head, Paul: there is nothing wrong at *my* end. Sure there is, between your ears |-) BL> We are trying to solve a problem at *YOUR* end. You havent even established that yet. @EOT: ---* Origin: afswlw rjfilepwq (3:711/934.2) SEEN-BY: 711/934 712/610 @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™.