Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!wuarchive!uunet!comp.vuw.ac.nz!actrix!tower!johnv From: johnv@tower.actrix.gen.nz (John Veldthuis) Newsgroups: comp.dcom.modems Subject: Re: Telebit and V.32bis Message-Id: <5514.tnews@tower.actrix.gen.nz> Date: Fri, 7 Jun 1991 23:14:41 +1200 References: <1991Jun1.063101.3896@netcom.COM> <1991Jun02.231341.3315@nstar.rn.com> <98879@lll-winken.LLNL.GOV> <1991Jun6.193254.3886@robobar.co.uk> Organization: Amiga Virus Extermination Services, NZAmigaUG Comment-To: ronald@robobar.co.uk (Ronald S H Khoo) Distribution: world Quoted from <1991Jun6.193254.3886@robobar.co.uk> by ronald@robobar.co.uk (Ronald S H Khoo): > > Well, if all your UUCP connections are like Larry's, that seems reasonable. > But the info required to make global decisions like that isn't complete > yet. For example, PEP has always shown unusually good performance on > poor and international phone lines. A modem vendor or two have posted > here that their V.32 performance on such lines is fine. There has > also been anecdotal evidence from users that V.32 stinks where PEP > worked fine(ish). > > It really be nice to have some independently confirmed DATA on exactly > what kind of performance PEP, V.32 and V.32bis gets over a wide range of > different phone connections. There also seems to be a "quality of > implementation" issue where using different V.32 implementations > would further complicate the issue. > Well I found that PEP got around 18000 bps on my very noisy toll connection to my news feed. It sometimes went down to 9000 bps but when I lost the PEP modem on the other end I had to go and use V.32. I never once got this to work over the toll line and always have to use the V.42 error coreection to get a good transfer. I have never once got any errors come through with the PEP but with the V.32 with V.42 the transfer sometimes stops in the middle of a file and hangs there. Most times it starts up again with a barrage of wrong packets sent but sometimes it drops the connection (PEP has never dropped a connection). -- *** John Veldthuis, NZAmigaUG. johnv@tower.actrix.gen.nz ***