RT> DB> 8. Have you nay idea of the fallback/fallforward times for v32,
RT> DB> v32bis, vfc and v34?
RT>For V.FC line conditions have to have improved for 60 secs before
RT>fallforward occurs, 2 secs for fallback to occur.
Is the fallback based on both time and error-rate i.e. if X errors/sec
for 2 secs causes a fallback, will 2X errors/sec cause a fallback after
1 or 2 secs?
RT>Often, they'll negotiate at a lower speed, then fallforward to
RT>a higher speed immediately after connect.
That's proving to be a bit of a pain while I'm researching efficiency
figures. I connect at 31200/31200, find later on it's up to 33600/31200
and then latter still its back to 31200/31200. Pity the USR V.Everthing
has no front screen display of recieve/send speeds.
Using LAP-M with 244/15 on a 900K zipfile at 31200 and 33600 yesterday I
saw: 114.7% - Zmodem with 32-bit CRC and 1K subpacket size; 118.2% -
YMODEM-g. I downloaded the same file 6 times and kept using +++ ... ATI6
to check connection speeds. So I'm reasonally sure that these figures
are correct.
Cheers, Dan Bridges, Brisbug PCUG.
___
 X SLMR 2.1a X 
--- Maximus/2 3.01
---------------