TIP: Click on subject to list as thread! ANSI
echo: aust_modem
to: Ian Smith
from: John Clarke
date: 1996-08-10 12:42:16
subject: Netcomm roadstar 33.6 download and

On Aug 05, 1996 at 03:03 hrs, Ian Smith of 3:626/660 wrote to Brendan Short:

Hello Ian,

BS>> ! 07 Jul 23:05:42 MAX  Retry 493: Bad CRC at 3980928
BS>> + 07 Jul 23:05:50 MAX  CPS: 1137 (3989102 bytes)  Efficiency: 78%
BS>> = 07 Jul 23:05:50 MAX  UL-Z File\Uncheck\tyrian.arj

BS>> This happens all the time.. apart from the dropping
BS>> carrier.. Its really anoying..

 IS> Indeed.  It's a flow control problem, probably on the caller's end 
 IS> (if it only happens with one or two people), and/or on your end.  
 IS> Your caller's modem (or software, or both) is probably not set up 
 IS> properly for RTS/CTS handshaking, and so is streaming data at your 
 IS> system faster than it can take it in.

Why would this happen if the RECEIVING end were set up properly?  The usual
arrangement is to set the port to a speed higher than the highest incoming
data rate which means that if it sends it you can receive it.  

In this case the 1137cps receive rate indicates that the port is set to
19200 at least.  If this is the case flow control at the receiving end
shouldn't come into the picture.  

That puts the problem at the sending end.  I see two possibilities
depending on whether the sending end has flow control functioning or not.

1.  Sending end has flow control properly set up.  Noise injected into the
circuit BETWEEN the two modems would corrupt the received data causing the
receiving modem to ask the sending modem to resend the corrupted data.  If
this is what is happening then the sending modem is not handling the resend
requests properly.

2.  Non existant flow control at the sending end.  In this case the sending
end sends the entire file without stopping.  The sending modem buffer
overflows at some point and then it ignores any further data arriving from
the port.  When the buffer has emptied it stops transmitting and the
receiver program (BBS) eventually times out and says I have received up to
here (x bytes) please send the rest.  The above process continues until the
file is received.

Did I miss something?

Regards ... John
@EOT:

--- MsgedSQ/2 3.30
* Origin: Sydney PC Users Group - IBM BBS (3:713/730)
SEEN-BY: 50/99 620/243 623/630 625/100 711/401 409 410 413 430 808 809 899
SEEN-BY: 711/932 934 712/311 320 330 390 407 505 506 515 517 611 624 628 704
SEEN-BY: 712/816 824 828 841 852 713/730 888 714/906 772/20 800/1
@PATH: 713/730 712/505 624 515 711/808 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™.