Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!spool2.mu.edu!think.com!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!fuug!funic!santra!blob.hut.fi!jjj
From: jjj@blob.hut.fi (Joni Jaakko J{rvenkyl{)
Newsgroups: comp.dcom.modems
Subject: Re: V32bis
Message-ID: <1991Jan12.161258.19986@santra.uucp>
Date: 12 Jan 91 16:12:58 GMT
References: <19700002@inmet> <3713.27832d53@hayes.uucp> <87110@tut.cis.ohio-state.edu> <3722.278c7fbc@hayes.uucp> <6130@khaki8.UUCP> <89275@lll-winken.LLNL.GOV>
Sender: news@santra.uucp (Cnews - USENET news system)
Reply-To: jjj@niksula.hut.fi (Joni Jaakko J{rvenkyl{)
Organization: Helsinki University of Technology, Finland
Lines: 16

In article <89275@lll-winken.LLNL.GOV> casey@gauss.llnl.gov (Casey Leedom) writes:
>| 	Because the HST does not have too cancel it's own echo, it can
>| train/retain is milliseconds instead of seconds.
>
>  The long retrain problem has been essentially solved with V.32bis.

And US Robotics' got this nice feature called ALS, which offers the
possibility of shifting the speed also upwards, when line conditions get
better! With a normal V32bis modem you get only downwards speed shifting,
which may reduce the effectivity of data transfer very much.

--
jjj@niksula.hut.fi
jjj@otax.tky.hut.fi

fire me, fire					until you die