🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: demon.tech.modems
Article #236

Re: Motorola 3400 problems, could this be the answer?

#236
From: Chris Lawrence
Date: Sat, 18 Oct 1997 00:00
75 lines
3285 bytes
Re:<2uYC0jBM2NS0EAcb@turnpike.com>
On Sat, 18 Oct 1997, Richard Clayton wrote:

>[some complicated analysis]

I hope you're joking.

>>If it does bear
>>relevance then it suggests that the 3400 is out of spec, as per above.
>
>I doubt that anyone would dream of suggesting that the 3400 was out of
>spec, that is unless they were absolutely sure that it was provably out
>of spec. To do otherwise might land you in the courts.

Oh FFS.  All I am saying is that the examples quoted so far have shown
the modem to be out of spec:



--start--
-Malcolm Muir-

The 'modem' standard states that at 1000 somethings our 'modem' must
accept at least +/- 10.

We install 'modems' that work happily with 1000 somethings +/- 15.
This meets the standard.

Your 'modem' sends 1012 somethings. It is inside the band our
modems accept and everything works perfectly for years.

We install new 'modems'. These only accept 1000 somethings +/- 11.
Still within, indeed better than specification requires.

Unfortunately your 'modem' ar 1012 somethings no longer works.
--end--

In this example the standard is 990 to 1010 and the modem is at 1012 and
hence out of spec.



--start--
-Clive Feather-

V34.bis requires:                        <---->
Ascend Max offers:                <------------>
Ascend TNT offers:                    <------------>
Motorola 3400 uses:                 *
--end--

In this example the modem can be seen to be outside of the range of the
standard and is hence out of spec.


So yes, a nice example of how out of spec components can cause problems
which appear to the be the fault of one person but are really the fault
of another.  So if this is relevant to the 3400 then it is because the
3400 is out of spec.  If it is not relevant then it is simply a cute
example, to be noted and discarded as not useful.

>You might have noted several people commenting that all of the engineers
>who are investigating the problem are trying to find out what goes wrong
>and how to fix it. They are not seeking to find scapegoats, but
>solutions.

I applaud that action.  Now, if people will stop saying that I am saying
something I'm not with regard to the above examples then I'll be
happier...

** To respond via email, please replace 'news' with 'cml'
-- 
Chris Lawrence, Liverpool, UK  -==-  http://www.spacetime.demon.co.uk/
"Oh, I'm sorry, did I break your concentration?"
Technical Details
Message-ID: <4SIU1IAgOPS0EwOt@spacetime.demon.co.uk>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <VWjKKpARHlO0oACs@turnpike.com> <3447c9ac.0@muir-et2.staff.demon.net> <LG6YQIAp9LS0EwoU@spacetime.demon.co.uk> <2uYC0jBM2NS0EAcb@turnpike.com>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fad9d,9c1855028312d288
X-Google-Attributes: gidfad9d,public
X-Google-Thread: 102a94,9c1855028312d288
X-Google-Attributes: gid102a94,public
X-Google-Thread: 1004db,9c1855028312d288
X-Google-Attributes: gid1004db,public
From: Chris Lawrence <news@spacetime.demon.co.uk>
Subject: Re: Motorola 3400 problems, could this be the answer?
Date: 1997/10/18
Message-ID: <4SIU1IAgOPS0EwOt@spacetime.demon.co.uk>
X-Deja-AN: 281706646
References: <VWjKKpARHlO0oACs@turnpike.com> <3447c9ac.0@muir-et2.staff.demon.net> <LG6YQIAp9LS0EwoU@spacetime.demon.co.uk> <2uYC0jBM2NS0EAcb@turnpike.com>
Distribution: world
X-NNTP-Posting-Host: spacetime.demon.co.uk [194.222.156.193]
Organization: Holographic Systems
Newsgroups: demon.tech.modems,demon.service,demon.ip.support