Path: utzoo!censor!geac!torsqnt!hybrid!scifi!bywater!uunet!hayes!tnixon From: tnixon@hayes.uucp Newsgroups: comp.dcom.modems Subject: Re: V32bis Message-ID: <3730.27910819@hayes.uucp> Date: 14 Jan 91 01:23:37 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> <1991Jan12.161258.19986@santra.uucp> Organization: Hayes Microcomputer Products, Norcross, GA Lines: 39 In article <1991Jan12.161258.19986@santra.uucp>, jjj@blob.hut.fi (Joni Jaakko J{rvenkyl{) writes: > 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. This is baloney; regurgitated USR public relations crap. V.32bis supports changing dynamically between any of its five rates! Any V.32bis modem can change rates UP OR DOWN. The question is whether or not a given implementation will _initiate_ a speed change, and the _criteria_ upon which it will initiate the change. Because of the large number of applications in which V.32bis modems will be used (e.g., async non-error-control where changing speeds is explicitly not possible, likewise with synchronous applications where the DTE provides the clock), the criteria and initiation decision are left up to the modem and its implementor. All USR has done is make a decision to permit their modems to initiate changes and, apparently, decided on some criteria on which to base this. Every other V.32bis modem manufacturer will make a similar decision! It really irks me to see a company whose Vice President of Engineering (Dale Walsh of USR) sat in on all of the V.32bis discussions and agreed to them, turn around and flat out misrepresent what the standard says, and claim some unique "feature" that, in reality, is not going to be unique at all. -- Toby Nixon, Principal Engineer | Voice +1-404-449-8791 Telex 151243420 Hayes Microcomputer Products Inc. | Fax +1-404-447-0178 CIS 70271,404 P.O. Box 105203 | UUCP uunet!hayes!tnixon AT&T !tnixon Atlanta, Georgia 30348 USA | Internet hayes!tnixon@uunet.uu.net