TIP: Click on subject to list as thread! ANSI
echo: aust_modem
to: Ian Smith
from: Bill Grimsley
date: 1996-09-11 07:15:06
subject: Dynalink V34+

Ian, at 06:46 on Sep 09 1996, you wrote to Bill Grimsley...

BG> Not so.  In fact, USRs (and presumably their clones) actually connect low, 
BG> but will shift upwards almost immediately if the line will support it.

IS> Hmmm, that doesn't get around the problem exhibited by some modems (notably 
IS> around here a large rack of Netcomm M34s) in timing out too fast in V.42 
IS> negotiation (thus obtaining non-EC connects, which I seem to remember was 
IS> Michael's problem, no?) because they accept a higher bit error rate as 
IS> worthy of granting (say) a 28800 connect than the calling modem does.

It was my problem too, when calling Paul Edwards' M34F, and to a slightly
lesser extent, his Viper (both Rockwell-based), although in both cases, the
remedy was extremely simple; disabling the Courier's V.42 detect phase
(i.e. forcing a non-negotiated LAPM connect).  One of the fellows who
writes the Courier's code for USR (Lewin's mate, Joe Frankiewicz :)) has
indicated that it's actually a Rockwell problem, but as it's easily
rectified, who cares?

IS> The solution for both my DPX596 and the Motorolas was to set them so that 
IS> they'd go for a lower speed (say one or two 2400bps steps) for a given line 
IS> quality, thus quickly negotiating a lower speed, but getting error 
IS> correction with these modems.  Apart from the link reliability, the overall 
IS> throughput is higher at say 26400, probably even 24000, with EC than at 
IS> 28800 without.

Are your modems incapable of "forcing" non-negotiated LAPM connects, then?

IS> It's possible that the Netcomms have a setting that will either be less 
IS> aggressive about it, or (more likely, being Rockwells) perhaps allow longer 
IS> for EC negotiation - but I've not been able to find out if that's so, as 
IS> yet.

The only thing which comes to mind is the Tx level, which I understand can
be physically adjusted to a specific (higher) level, and I wouldn't be at
all happy using that as a fix for that particular fault anyway.

MR> Does anyone know what S register setting will make a Dynalink train less
MR> aggressively.

BG> There isn't one.  All you can do is try disabling the higher symbol rates 
BG> (say 3429 and 3200, for example) for a lower connect speed.

IS> That surprises me, on a modem of that supposed quality.  Ok, the Rockwells 
IS> don't appear to have any user-accessible BER adjustments either, but still 
IS> ..

Jeeze, Ian, we live in a modern technological society, where everything
these days is done automatically, yet you appear to want to return to the
bad old days of manually setting things?  Bloody hell, is nothing sacred? 
:)

Realistically though, isn't that the whole point of the newer fancy
protocols, such as V.34, where automation is reaching dizzying new heights
(or would have done, had the Dynalink's BTLZ worked properly) ?

IS> Perhaps Lewin can help with this, regarding how the Rockwells can be tuned 

Cross his palm with a MicroSoft product, and I'm sure he'll help.  :)

IS> .. it's my theory (totally by smell) that Netcomm and maybe some other 
IS> modem chip packagers are not testing their modems nearly adequately on the 
IS> less than perfect lines that many of us enjoy, due to distance from 
IS> exchanges, water in the works, bad line connections, etc, with enough other 
IS> makes of modem, thus are setting their BER / line rate selection policy 
IS> toward only better lines.

I suspect the above to be much closer to fact than a theory, too.

IS> If true, this is counter-productive. 

So what else is new, Ian?  Now that V.34 modems can be purchased brand new
in the United States for not much more than US$100 (and around A$150 here),
the manufacturing cost per unit is now so low that it's probably cheaper
for them to ignore production line QA altogether.

IS> Going sooner to a lower rate will achieve higher connectivity with more 
IS> modems on poor lines, without in the least sacrificing connect rates on the 
IS> best lines.  Again, 24000/Arq is a hell of a lot better than 28800/None, 
IS> let alone dropped connects.

Quite so, although it's interesting to recall that when the early V.FC
modems were a bit aggressive during negotiation, everybody complained about
their dropped carriers, yet now that most V.34 modems have gone the other
way (like the USRs), they're all bitching about their lowly 24000 or 26400
connects.  There's just no pleasing some people, is there?

IS> 

Feel better now?  No, I thought not...

Regards, Bill
@EOT:

--- MsgedSQ/2 3.50
* Origin: Logan City, SEQ (3:640/305.9)
SEEN-BY: 50/99 620/243 623/630 625/100 640/201 206 230 305 306 311 702 820
SEEN-BY: 640/821 822 823 829 711/401 409 410 413 430 808 809 899 932 934
SEEN-BY: 712/515 713/888 714/906 800/1
@PATH: 640/305 820 711/409 808 934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.