RB>> NOTE:

 RB>> Both modems did behave badly when I did an ATO1 to come back from +++

 RB>> The netcomBBS modem just hung.

 RB>> And yours hesitated for quite a while ( I was about to do alt-H, then

 RB>> it bounced back into the BBS.



 db> FWIW, I just used "ATO" (no numbers) when resync'ing
after +++ online to 

I usually use ATO1 (go back online & retrain) or ATO2 (go back online &

Speedshift). Never thought of just using ATO.



 db> TML; 

 db> haven't tried it with the NetComm bboard.  In TML's case, the response 

 db> was

 db> instant and I could hit Enter and get the bboard menu straight away.



Always a next time (ATO)





 db> Hmm, NetComm bboard:







 RB>> Data Compression       V42BIS 2048/32

 RB>> Protocol               LAPM 244/6

 RB>> Speed                  28800/28800



 db> TML:



 RB>> Data Compression       NONE

 RB>> Protocol               NONE

 RB>> Speed                  28800/28800



 db> At least it was 28.8Kbps both times - strange that Paul's M34F didn't 

 db> negotiate

 db> EC or compression at all (not even MNP).



It crossed my mind, that Paul has deliberately disabled EC & compression





Any BBS that I get 26400 connects with when in Brisbane have all been 28800

from up here. It has to be the lines (not the modems)

USR and Netcom or any other Rockwell WILL BEHAVE PROPERLY together at 28800

given good enough lines.





Russell



--- Terminate 3.00/Pro