Bicephale
join:2005-09-24
 ·TekSavvy Solutions..
1 edit | reply to Bicephale
Re: From the ground up!
 .GIF/thumb.jpg "99359 bytes")
VelCom - GNet BB0060B (Tweak, 2008-Aug-5) |  .GIF/thumb.jpg "19224 bytes")
VelCom - Bell's portal (GNet BB0060B, 2008-Aug-5 16h26) | %20.GIF "37746 bytes")
VelCom - Test Results (GNet BB0060B, Twin PPP & Tweak) | |
changed). The tweak was to raise SNR Margins
but i'm not sure it helped my error rate (noise).
At least it was a full day without rain/lightnings!
Addendum:
Speed Tests |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Time for an update...
Here is an approximation of the phone line's spectral response
while it's still not completely optimized... Areas where colours
are fully saturated represent high probability levels. Take note
that my samples were taken at random intervals between July
31, August 1st, August 2, August 11, August 12 and August
13 via either a Thomson SpeedTouch 546v6 (FW v7.4.3.2-AA)
or my newer Thomson SpeedTouch 516v6 (FW v6.2.29.2-GE). |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "23059 bytes")
VelCom - Thomson ST516v6-2 (2008-Aug-16 19h) | %20.GIF "30532 bytes")
VelCom - Thomson ST516v6-2 (2008-Aug-16 21h) |
I thought that the 1st set of samples was bad
news enough but i find the 2nd one devastating.
Take note that the vetical scale numbers must
be multiplied by ten. Also, the 2nd capture has
two scale versions included in order to make the
transitions more obvious: it's just like flipping a
switch, actually!... In my opinion, this is noise
of industrial origin and Bell would never manage
to clean my phone line even if they wanted to!
I really doubt my little tricks will work this time.
 |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "42638 bytes")
VelCom - Thomson ST546v6 (2008-Aug-17 19h) | %20.GIF "41637 bytes")
VelCom - Thomson ST546v6 (2008-Aug-17 21h) |
I used a different MoDem with a variant of the
FirmWare installed on my newer ST516. Sunday
has been dry (which was a rare event lately) so
maybe it may explain the lower peek magnitudes.
Hummm... I guess i should keep track of the RH
factor too! Humidity would hardly account for
the steep noise burst transitions, nonetheless.
Today's 1st sample shows that it was taken only
23 minutes after rebooting the DSL unit and the
2nd one is a reminder that it's not possible to
refresh 'STMT' until the testing is complete (yet
is IS possible to generate multiple captures)...
If i had refreshed 'STMT' before creating those
captures then the "DSL-Link Utime" fields would
read as "2:23:36" and "4:24:17", respectively.
This ambiguity is avoided by taking screenshots
before the test cycle is over since the [Refresh
Data] button happens to be greyed-out then. |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "7808 bytes")
VelCom - ST546v6 Static Numbers (2008-Aug-17) |
This is to confirm with numbers that the 1st two hours (and a half) were noisier...
That's also a reminder: it's OKay to click the [Modem Statistic] button (top left)!
 |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
|  .GIF/thumb.jpg "78349 bytes")
VelCom - Siemens SS4200 (2008-Aug-20 20h) |
This set of curves demonstrates how misleading it
might be to trust the SNRM curve alone - imagine if
using "static" numbers only!... I don't recall what's
the exact timing but i sure remember that i turned
on the 3 fans (Intec's XBox 360 'Air Cooler', item#
G8648C) late after midnight. That's a "green" device
(environmentally friendly) using a small switching-
mode power supply and it was found at Zellers, it's
installed right below my MoDem (or in front of it for
the old GNet) since i arrived here in Quebec city. I
suspect there's noise comming from the fans, their
PSU or both so it's something i must investigate!...
But right now, my point is this: the SNR Margin data
which was captured at 20 h simply didn't allow me to
foresee what would happen in the next few minutes:
SNRM was 5 dB for the most part of the day and it
was even lower during the period between midnight
and 5h30, actually. Yet, a major disruption occured
after 20 h which even twenty hours worth of curves
couldn't help to predict, nonetheless! Put shortly, a
24 h set of curves is nice to have but it's even nicer
to collect many of those so that a pattern emerges.
Back to the SNR Margins, we'd find it most impractical
to watch the numbers every fifteen minutes so that's
why i prefer 'STMT' over 'DMT' if using a SpeedTouch:
the curves are much more informative than a pair of
numbers which may be great for a SpeedStream 4200
while the very same figures appear to be dangerously
marginal (at best!) for a typical SpeedTouch 5x6v6...
By the way, looking at SNR Margins one can't tell when
i turned off my fans but it seems the CRC curve helps.
So, i invite the readers to draw their own conclusions!
 |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "42965 bytes")
VelCom - ST516v6-2 (2008-Aug-22 17 h) | %20.GIF "59359 bytes")
VelCom - ST516v6-2 (2008-Aug-22 19 h) | %20.GIF "63929 bytes")
VelCom - ST516v6-2 (2008-Aug-22 21 h) | %20.GIF "49765 bytes")
VelCom - ST516v6-2 (2008-Aug-22 23 h) |
|
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Hummm...
Interesting: i recorded jumpy SNR Margin curves
when i lived in the country-side and had a 6016/
800 Kbps FastPath profile. There was more noise
on the evenings too but nothing severe enough to
cause major disruptions. My present location is
about 170 Kilo-meters away from the previous one
and yet i find the similitudes puzzling, not to
mention that now i reside in a city with at least
ten times the population compared to Louiseville.
Here are SNRM transitions from my old rural area:
%20.GIF)
Tweaks, Bicephale, 2008-Jul-18
%20.GIF)
Tweaks, Bicephale, 2008-Jul-18
This sample shows a raise of noise in the evening:
%20.GIF)
Tweaks, Bicephale, 2008-Jul-18 |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "64587 bytes")
VelCom - ST516v6-2 (2008-Aug-23) |
This set of captures was taken during a moist day
(with the RH index beyond 65 %), that's radically
different from the previous two which felt quite
comfortable (and really dry at last!)... The noise
bursts which occured a couple minutes before 20 h
affected scale magnitudes so much i had to include
alternate curves with moderate scales again: the
details showing a possible "Cooking Hour Syndrome"
would just have disapeared behind the floor level,
otherwise. The evening curves are suggesting that
my connection was severely disrupted in that time
period - which is now customary but wasn't at all
the case, initially, when i got my profile switched
to 5056/800 Kbps FastPath (as a consequence of
past observations). It's not likely i can do anything
about it and i wouldn't bet on the phone company
neither unless the cause which triggered this radical
change is identified someday. I'm considering having
the profile modified to allow me to finish my project,
then the only reasonable option would be cable...
|
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "45932 bytes")
VelCom - ST546v6 (2008-Jul-31 22 h) | %20.GIF "45487 bytes")
VelCom - ST546v6 (2008-Aug-1st 11 h) |  .GIF/thumb.jpg "43010 bytes")
VelCom - GNet BB0060B (2008-Aug-2 9h01) |
Here are captures which i didn't retain for publication
(due to frequent rain/storms events, i guess). There
were no noticeable disruptions back then, as i recall.
Apparently, a major change occured between August
2nd and August 5 and i have no idea what caused it. |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
|  .GIF/thumb.jpg "64926 bytes")
VelCom - GNet BB0060B (2008-Aug-24 past 19h50) |  .GIF/thumb.jpg "19235 bytes")
VelCom - Bell's portal (GNet BB0060B, 2008-Aug-24 23h10) |
System Log:
Alarm:
Not one single PPP event for the duration of that connection,
browsing almost seemed to be normal but for complex pages.
Try this on other brands/models (if that's supported at all)!... |
|
Bicephale
join:2005-09-24 | Euh...
By "PPP event" i mean major disruption...
|
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| 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 | 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..
|  .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..
|  .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..
|  .GIF/thumb.jpg "56809 bytes")
VelCom - Thomson ST546v6 Rescue Tweak (2008-Jul-29 21h) |  .GIF/thumb.jpg "28337 bytes")
VelCom - Bell's portal (ST546v6, 2008-Jul-29 21h05) | %20.GIF "9935 bytes")
VelCom - Thomson ST546v6 Static Numbers (2008-Jul-29 21h) | |
|
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
|  .GIF/thumb.jpg "276290 bytes")
VelCom - GNet GBB2060-Xi Rescue Tweak (2008-Sep-1) |
Time for an update... Admire the face of the beast!
Obviously, there's been serious degradation lately:
%20.GIF)
From the ground up!, Bicephale, 2008-Aug-6
Hopefully, i'll probably manage to post a capture of
its voice in the next few days or so. Stay tuned!... |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "23710 bytes")
VelCom - The Beast Going Away at 23 h (2008-Sep-20) |  VelCom - The···20) .MP3 28,488 bytes
VelCom - The Beast Going Away at 23 h (2008-Sep-20) | | |
Here's a story, it's about "The Beast"!
Once uppon a time a beast lived in the
neighbourhood of a town called DSL and
every single evening after 18 h or so
the beast turned DSL into a ghost town.
Its population just didn't know what to
do until some day it became clear that
the beast had very regular habits... In
fact, the population knew the beast was
on its way even before it got there: a
simple A.M. radio tuned to 610 KHz let
anyone hear the loud barks of the beast
which were so strong they travelled up
thru the airwaves! No one knew where
the beast came from exactly but maybe
some major step had been made towards
a solution: the beast might be chased
and found using only a radio receiver...
My little story isn't finished yet: this is
work on progress so i won't be able to
bring it to its conclusion - well, at least
not yet. In the meantime, i've joined a
picture of the beast with a sample of its
frightening voice!
|
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
1 edit | %20.GIF "4285 bytes")
VelCom - Beast Away! @ 23 h (Voice Print, 2008-Sep-20) |
I almost forgot the version for people with a hearing disability!
|
|
%20.GIF "4144 bytes")
