TIP: Click on subject to list as thread! ANSI
echo: aust_modem
to: Rod Speed
from: Dave Hatch
date: 1996-04-20 19:41:10
subject: M11F and USR V.34+

On Apr 19 21:37 96, Rod Speed of 3:711/934.2 wrote:

RB>> I proved that it is the lines, back at
RB>> the begining of the year when I was in FNQ.

DH>> Since then, some careful politicking has turned up an admission from a
DH>> senior Telstra manager that there _is_ dynamic line bandwidth sharing
DH>> (read limiting) hardware now fitted on high traffic trunks and exchanges.

DH>> FNQ is a low enough traffic area that the equipment hasn't been 
DH>> fitted..:-(

RS> Cant be that, coz Dave Drummonds line is JUST as immaculate. One common
RS> feature of BOTH that FNQ line and Daves is that they are both within
RS> spitting distance of the exchange itself. Bet thats not a coincidence.

RS> AND we have LOTS of duplicated session stats from people calling Pauls
RS> system with a variety of modems at his end, with no evidence of ANY real
RS> variability in the stats at all, which is a bit hard to reconcile with
RS> the story about 'dynamic line bandwidth sharing', particularly as his
RS> end in Sydney presumably qualifys as 'high traffic trunks and exchanges'

Fair enough.  Then we take the "all" with the same size grain of
salt as we do the other information packages ex Telstra.

RS> And a careful look at the Courier ATY11 line probe stats shows no
RS> sign of that claimed bandwidth limitation at all. What you can see
RS> with the worse lines like Bill Grimsleys home line and Poes is a
RS> rather pronounced slope of the entire bit of the curve which is
RS> horizontal with Daves, more loss at higher freqs, JUST what you would
RS> expect to see due to the physical cable run between the exchange and
RS> the modem itself when its rather long, rather elderly, and thinner wire.

Doesn't explain my particular hobgoblins.  I get sudden disconnects -
classical effects that used to plague V.FC in the early days.  The line
checks out wide band and low noise.

RS> You can however clearly see a completely different effect
RS> on the calls to the US, which do appear to be more likely
RS> to be due to that sort of thing on bandwidth.

Word currently is that they've "fixed" the fax processors.

DH>> It has to do without the latest "benefits".

RS> Welp, it sure aint visible on Dave Drummonds line.

RB>> NOTHING CHANGED AGAIN. Except maybe Telstra
RB>> are fiddling with lines somewhere.

DH>> No maybe.  Cat's out of the bag irrevocably.

RS> We'll see, with a Courier being able to MEASURE the
RS> bandwidth, its now possible actually MEASURE the lines and
RS> see if there is any evidence to support conspiracy theorys.

I've been deluging Frank Nitzche with logs, complete with bandwidth
measurement sets.  The "fault present" condition is a horror. 
We'll see.

Could well be some digital sync problem.

Mind you - management doesn't know beans about digital sync - but line
capacity planning they -do- know at least a bit about.  I tend to believe
that the report was at least believed by the source.  (Credibility level???
well...)

Regards,
Dave Hatch.

--- Msgedsq 3.20
* Origin: DealBlue Support BBS (3:711/808)
SEEN-BY: 50/99 78/0 620/243 623/630 624/300 711/401 409 410 413 430 808 809
SEEN-BY: 711/899 932 934 712/515 713/888 714/906 800/1 7877/2809
@PATH: 711/808 809 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™.