Bicephale
join:2005-09-24
 ·TekSavvy Solutions..
| Re: From the ground up! Playing with MoDemOptions late at night...
N.B.:
The 'STMT' curves are not available when using FirmWare 6.1.4.6! | |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
1 edit | Re: From the ground up! No graphics for today, lets just mention that my ST516
loaded with FirmWare v6.2.29.2-GE is unable to provide
a connection around 21 h each day while my ST546 with
FirmWare v6.1.4.6 (UK) works reasonably well for tasks
such as browsing and even listening to pseudo-streamed
radio (Pandora)... All of this being made accessible and
easy for anyone to try, thanks to 'DMT v7.35'! In my own
case, MoDemOption register 0 is set to #A8h, this lowers
the speed to 3072/800 Kbps FastPath and the transfers
are reduced but i still obtain a connection, at least!... | |
|
 |
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Re: From the ground up! .GIF/thumb.jpg "19178 bytes")
VelCom - Bell's portal (Siemens SS4200, 2008-Aug-29 15h06) |
Rate of 4095 per day at 15 h this afternoon comparatively
to over 4840 an hour later. Perhaps the phone-line quality is
starting to degrade earlier than what i suspected previously. | |
|
| |
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Re: From the ground up! .GIF/thumb.jpg "19187 bytes")
VelCom - Bell's portal (Siemens SS4200, 2008-Aug-29 18h09) |
7920 CRC Errors/day (averaged) and rising... | |
|
| | | |
| | | | |
| | | | | |
| | | | | | |
| | | | | | |
Bicephale
join:2005-09-24
·TekSavvy Solutions..
1 edit | Re: From the ground up! .GIF/thumb.jpg "100534 bytes")
VelCom - GNet GBB2060-Xi (DMT Tweak, 2008-Sep-2) |
especially the tweak part...
Addendum
Information added: Tweak Settings & Error Rate | |
|
| | | | | | | | |
| | | | | | | | | |
| | | | | | | | |
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Re: From the ground up!%20.GIF "57823 bytes")
VelCom - Hybrid Stats (FW v6.1.0.5-AA, #D8h) | %20.GIF "57291 bytes")
VelCom - Hybrid Stats (FW v6.1.0.5-AA, #C8h) | %20.GIF "57337 bytes")
VelCom - Hybrid Stats (FW v6.1.0.5-AA, #B8h) |
Well, here are three easy to compare blocs
of concatenated statistics, the tests were
conducted on September 16 during one of
many crisis periods where noise was severe
enough to totally disrupt my DSL connection
unless i used some tweak trick. This noise
issue was finally solved when i understood
the true nature of the noise source, after
two months of trouble-shooting: i live on
the 2nd floor and i had installed the MoDem
on the kitchen countertop, most likely just
a few feet right above a dimmer-controlled
lamp in my neighbour's kitchen, downstairs.
I figure this light bulb was turned on when
dawn arrived (apparently once a TV program
started) and it usually went off before 0 h
but not always. With this in mind, i moved
my DSL unit to a higher location which is a
few feet away from the previous point and
this reduced noise to a manageable level...
In any case, my three samples are far from
sufficient to draw definitive conclusions
but they point at some interesting problem:
what influence does noise have over final
"browser" speed? Hummm... My middle tweak
was the worst in terms of CRC Errors and it
only displayed a marginal advantage over my
lowest JAVA speed test so i'd say this must
confirm there are two elements to trade-off
(read optimize). A higher connection rate
may compensate for noise up to a point, it
must be a bell-shaped relation and i wonder
which tweak corresponds to the sweet-spot.
Lets not forget that noise may vary through
time. Perhaps dimmed-lamp originated noise
is roughly constant but not necessarily the
other sources... The dimmer noise probably
raised the noise floor every single evening
and yet this middle sample may have simply
happened to record a noise burst of different
origin. In short, multiple samples should be
used to null-out marginal events, ideally...
Plenty of fun to have on rainy evenings!
| |
|
| | | | | | | | |
Bicephale
join:2005-09-24
·TekSavvy Solutions..
1 edit | Re: From the ground up!%20.GIF "319854 bytes")
VelCom - DSL Reports Test Results (2008-Sep-23) |  .GIF/thumb.jpg "19226 bytes")
VelCom - Bell's portal (ST546, 2008-Sep-18 20h33) | %20.GIF "46552 bytes")
VelCom - Latency & Speed (FW v6.1.0.5-AA, #C0h) |  .GIF/thumb.jpg "19169 bytes")
VelCom - Bell's portal (ST546, 2008-Sep-18 21h54) | %20.GIF "46748 bytes")
VelCom - Latency & Speed (FW v6.1.0.5-AA, #C8h) |  .GIF/thumb.jpg "19172 bytes")
VelCom - Bell's portal (ST546, 2008-Sep-18 23h45) | %20.GIF "47001 bytes")
VelCom - Latency & Speed (FW v6.1.0.5-AA, #40h) |
These additions end what i consider to be the
preliminary phase of this thread, which was to
establish an acceptable test-bench for future
evaluations... The present set is particularily
puzzling because of the paradoxal relationship
between the connection's rate and the browser
(final) speed, not to mention the way a lower
CRC Error rate fits into the overall picture.
Here's a perfect opportunity to refer to this:
Speed slower than expected (Elite), d_l, 2007-Sep-16
I'm confident this graphic is right on topic here.
As a conclusion about the "rescue" tweaks, i'm
tempted to declare that the Thomson SpeedTouch
5x6v6 device displayed a superior potential if
compared to GNet's BB0060B/GBB2060-Xi units.
Most unfortunately, i was forced to DownGrade
my ST's FirmWare for a total of eleven levels just
to find one which is 'DMT'-friendly enough to
support the required MoDemOption feature! No
MoDem including my Siemens SpeedStream 4200
has been able to fall-back gracefully down to the
required connection speed; it appears all of those
products are targeting an SNR Margin level instead
of some tolerable amount of noise. I guess that
this could be corrected but lets not count on it...
In any case, the ST5x6v6 owners in a similar
situation should consider these few options:
1) Fix the noise problem at the source
2) Move the DSL device away from noise
2) Simply switch to an inferior profile
4) Tweak using 'DMT' + FW v6.1.0.5-AA
Finally, trouble-shooting being essential for
people experiencing hard-to-solve issues such
as this one, i wish to point at a useful link:
%20Diagnosis%20feature%20.GIF)
Use DMT Tool to log your Line Stats
This fine article describes how to unleash the
professional-grade trouble-shooting power
which happens to be hidden within 'DMT'...
Enjoy your reading!
| |
|
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | |
Bicephale
join:2005-09-24 | Re: From the ground up! Hi Corkyy,
Thanks! It must be possible to find a 'KOffice' module
for the Slax Linux Live CD so i'll check with that one.
 | |
|
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | |
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Re: From the ground up!
Linux solutions: 'OpenOffice Calc' vs 'GNUmeric' |
| |
|
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | 
tertech
join:2008-04-12
Ottawa, ON
| Re: From the ground up! said by Bicephale  :I conclude that the best method to compare DSL devices is through curve supperposition considering that static numbers alone might prove to be relatively useless. A set of 'DMT' captures is provided to the attention of any reader who's curious enough to attempt his own separate analysis. I've found it difficult to use any captured statistics to compare two modems or even to compare different firmware versions on the same modem. Noise tends to be random for me. Sure, there's the predictable 'cooking hour' noise surge; but I've also seen the 'morning shower hour' noise surge and even the 'midnight madness' noise surge. Some weeks the stats are worse than average, some weeks they are better. I believe that even the weather plays a part in the performance of the modem. Unless there were a way to hook up two modems to the same line at the same time - how can we be sure that the statistics we collect for each unit under test were taken under the exact same conditions? | |
|
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |
|
|
|
 .GIF/thumb.jpg "56809 bytes")
 .GIF/thumb.jpg "28337 bytes")
%20.GIF "9935 bytes")
 .GIF/thumb.jpg "276290 bytes")
%20.GIF)
%20.GIF "23710 bytes")
%20.GIF "4285 bytes")
 .GIF/thumb.jpg "87210 bytes")
 .GIF/thumb.jpg "86439 bytes")
%20.GIF "78511 bytes")
%20.GIF "5002 bytes")
%20.GIF "37104 bytes")
 .GIF/thumb.jpg "19116 bytes")
%20.GIF "25546 bytes")
 .GIF/thumb.jpg "130631 bytes")
%20.GIF "23122 bytes")
%20.GIF "44068 bytes")
%20.GIF "118531 bytes")
%20.GIF "83016 bytes")
%20.GIF "63056 bytes")
%20.GIF "82399 bytes")
%20.GIF)
%20Gif%20Animation%20.GIF)
