Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!caen!spool.mu.edu!uunet!easy!lron From: lron@easy.lrcd.com (Dwight Hubbard) Newsgroups: comp.sys.amiga.datacomm Subject: Re: A 9600 baud modem for $169!!! Message-ID: Date: 26 Jun 91 07:55:56 GMT Article-I.D.: easy.lron.5312 References: <29138@know.pws.bull.com> <9149@ucdavis.ucdavis.edu> <9154@ucdavis.ucdavis.edu><1991Jun13.203055.23427@zardoz.club.cc.cmu.edu> wo.UUCP> Organization: You must be talking about someone else. Lines: 24 In article matt@vrtwo.UUCP (Matt Buford) writes: > > writes: >>In article matt@vrtwo.UUCP (Matt Buford) writes: >>> >>>I have a USR 14.4K DS coming in the mail and my feed (sycom) has a 14.4 HST >>>(half-duplex). Well, he tells me that when our modems connect at HST that >>>because of the echo checksums that UUCP uses my throughput will be UNDER 2400 >>>BAUD on my 14400 baud modem... NOT good. >> >> This is a well known bug with the HST, it tries to turn its half >> duplex connection around on even DNet's 3 BYTE ACKS!! Talk about >> screwups... The only thing that works well is X,Y,ZMODEM. > >Well I already sent you mail about this, but I'll put it here so others can >see it too... > >Will increasing the packet size fix or at least help this? Yes, assuming of course the other end supports the new packet size (generally not to likely). Even with the larger packet sizes though throughput doesn't generally exceed the speeds of a V.32 modem, so if your going to modify the protocol you would be best off to get Zmodem running between the two systems and let the modem run without using the back channel at all.