RB>> The word "Retrain" is loosely used by USR owners for
Speedshift as well. 



 PE> I speedshift relevant for V32bis?



ATO0 Return online (normal).  



ATO1 Return online and retrain.  Use to have the modem 

     re-synchronize if there were errors in a non-ARQ data transfer.



ATO2  Return Online & Speed Shift

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~



I believe USR used it as far back as 2400 modems and it still applies down to

2400 now. So It would be relevant for V32bis.



ASL (used in V.32 terbo and V.32 bis modes) is a strategy that allows 

the modems' receivers and transmitters to act independently of each 

other.  We have always featured a fallback/fall forward feature with 

error-correcting modems that allows them to slow down if there are 

problems with the phone line, in order to avoid data errors, and then 

speed up again.  But the independence of the receiving and transmitting 

channels means that one channel or the other may slow down and then speed 

up, without affecting the data flow on the other.  The result is more 

efficient line operation. 



WARNING:  Answering V.32 terbo modems shift their serial port rate up 

to 38.4K (for 21.6K connections) if the calling V.32 terbo modem dials 

in at 21.6K.  The answering V.32 terbo modem then sends data to its 

computer at 38.4K bps.   V.32 bis modems shift their serial port rate 

to 19.2K bps in order to make 14.4K bps connections.  If your ocomputer 

or terminal does not support these higher serial port rates, you need 

to disable V.32 terbo and/or V.32 bis.  See Appendix B, Register S34.



NOTE:  While many modems on the market now use the more efficient 

speeds, there may be a problem in answering older, "dumb" V.32 

modems at 9600 bps.  Register S28 is used to modify the duration 

of the extra tones used in V.32 negotiations, in the rare instance 

that this may be necessary.  See S-Registers, in Appendix B.





 PE> You are correct.  I have dropped back to July5/July5 and the

 PE> problem has gone away.  Introduced a new one though.  Now

 PE> my connects with David Begley's Netcomm are no longer at 26400 

 PE> (instead of 28800) all the time - they're less all the time!

 PE> :-(



Oh No, now Dave B will have to buy a USR as well. (can't help progress)

No, really I am at a loss to know what is causing this.



PE>>> 7. USR to USR connect failed due to a retrain failure.  Also,

PE>>> USR to USR is showing 21600/2400 as the connect rate.



PE>> The results of ATI6 (defying

PE>> the laws of physics) make it look like the USR is screwed.



RB>> Has happen to me once in 15 months connecting to Arthur Marsh and his

RB>> Molorola codex 3265 -  Disconnect reason GSTN Cleardown

RB>> Might depend on which modem you connect too.



 PE> I was connected to another USR V34+.  Dave Hatch's in fact.

 PE> BFN.  Paul.



Lost here, then. Must be ANOTHER USR BUG.

... (Gets up and slinks out the back door, hoping not to be noticed)



Russell





--- Terminate 3.00/Pro