TIP: Click on subject to list as thread! ANSI
echo: locsysop
to: Bob Lawrence
from: Rod Speed
date: 1997-01-16 07:56:24
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™.