| reply to Bicephale
Re: From the ground up!%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. |
|
| %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)!
 |
|
|
|
|  .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!
 |
|
| %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) |
|
|
| 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 |
|
| %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...
 |
|
| %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. |
|
|  .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:
19:50:55 EST Sun Aug 24 2008
STATUS ALARM : PPP Interface Up : Interface - ppp-1
19:50:55 EST Sun Aug 24 2008
STATUS ALARM : IPCP Successful : Interface - ppp-1, Local IP Address - 10.8.xxx.xxx, Gateway IP Address - 10.8.xxx.xxx
19:50:53 EST Sun Aug 24 2008
STATUS ALARM : PPP Interface Up : Interface - ppp-0
19:50:53 EST Sun Aug 24 2008
STATUS ALARM : IPCP Successful : Interface - ppp-0, Local IP Address - 98.124.xxx.xxx, Gateway IP Address - 64.213.xxx.xxx
19:50:53 EST Sun Aug 24 2008
STATUS ALARM: PPP Authorization Successful : Interface - ppp-0
19:50:52 EST Sun Aug 24 2008
STATUS ALARM: PPP Authorization Successful : Interface - ppp-1
19:50:52 EST Sun Aug 24 2008
STATUS ALARM : PPPoE Up : Interface - ppp-1
19:50:52 EST Sun Aug 24 2008
STATUS ALARM : PPPoE Up : Interface - ppp-0
19:50:42 EST Sun Aug 24 2008
ADET: Auto Detection Failed
19:50:41 EST Sun Aug 24 2008
ADET: User created VC with VPI/VCI 0/35, no detection on this VC
19:50:41 EST Sun Aug 24 2008
ADET: Reading VPI/VCI entries from autocfg.txt
19:50:39 EST Sun Aug 24 2008
ADET: Verification failed, starting detection again
19:50:39 EST Sun Aug 24 2008
ADET: Last detected VPI/VCI 0/35 protocol LLC MUX
19:50:39 EST Sun Aug 24 2008
ADET: Auto Detection Started on boot-up in bridge-router mode
Alarm:
Sun Aug 24 19:50:06 2008 : STATUS ALARM : PPP Interface Up : Interface - ppp-1
Sun Aug 24 19:50:04 2008 : STATUS ALARM : PPP Interface Up : Interface - ppp-0
Sun Aug 24 19:50:04 2008 : STATUS ALARM: PPP Authorization Successful : Interface - ppp-0
Sun Aug 24 19:50:03 2008 : STATUS ALARM: PPP Authorization Successful : Interface - ppp-1
Sun Aug 24 19:50:03 2008 : STATUS ALARM : PPPoE Up : Interface - ppp-1
Sun Aug 24 19:50:03 2008 : STATUS ALARM : PPPoE Up : Interface - ppp-0
Sun Aug 24 19:50:02 2008 : STATUS ALARM : ATM VC Up : Interface - aal5-7, PortId=7, Vpi=0, Vci=35
Sun Aug 24 19:50:02 2008 : STATUS ALARM : ATM Interface Up : Interface - atm-0
Sun Aug 24 19:50:02 2008 : STATUS ALARM : DSL Interface Up
Sun Aug 24 19:49:53 2008 : CRITICAL ALARM : Auto Detection Failed
Sun Aug 24 19:49:50 2008 : STATUS ALARM : Auto Detection Started
Sun Aug 24 19:49:50 2008 : STATUS ALARM : System Up
Sun Aug 24 19:48:27 2008 : CRITICAL ALARM : Auto Detection Failed
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)!... |
|
| Euh...
By "PPP event" i mean major disruption...
|
|
| Playing with MoDemOptions late at night...
N.B.:
The 'STMT' curves are not available when using FirmWare 6.1.4.6! |
|
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!... |
|
|  .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. |
|
|  .GIF/thumb.jpg "19187 bytes")
VelCom - Bell's portal (Siemens SS4200, 2008-Aug-29 18h09) |
7920 CRC Errors/day (averaged) and rising... |
|
|  .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) | |
|
|
|  .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!... |
|
| %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!
|
|
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!
|
|
1 edit |  .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 |
|
1 edit |  .GIF/thumb.jpg "87210 bytes")
VelCom - GNet GBB2060-Xi (Major Failure, 2008-Sep-3) |  .GIF/thumb.jpg "86439 bytes")
VelCom - GNet GBB2060-Xi (Rescue Tweak, 2008-Sep-5) |
These two graphics should provide a more complete
perspective about some variations i observed during
the normal vs tweaked periods. For example, there's
been a lot of noise past midnight on September 2 (a
previous post) and 3 when compared to September
5; as for the tweaks, maybe that's pure coincidence
but i've recorded an average error rate of 67756 CRC
Errors/Day for the later tweak while i had 308324 (a
variation which is over 400 %) three days before! It
could result from the connection speed - or possibly
different Bits/Bin settings. I'm forced to wonder!...
In any case, my impression is that this corresponds
to human activity and that some person's activities
happen to be strongly influenced by T.V. schedules!
|
|
| %20.GIF "78511 bytes")
VelCom - Thomson ST546v6 (RSL v3.6, 2008-Sep-23) | %20.GIF "5002 bytes")
VelCom - ST546v6 (DMT & OpenOffice Calc, 2008-Sep-23) | %20.GIF "37104 bytes")
VelCom - Test Results (Thomson ST546v6 FW v6.1.0.5-AA) | |  .GIF/thumb.jpg "19116 bytes")
VelCom - Bell's portal (ST546, 2008-Sep-23 20h59) |
More details available here:
»/testhistory/1267354/b1adc |
|
