Bicephale
join:2005-09-24
 ·TekSavvy Solutions..
1 edit | reply to Bicephale
Re: Tweaks
 .GIF/thumb.jpg "20959 bytes")
VelCom - Bell's Portal (Siemens SS4200, 2008-Jun-10) |
Oups! This will have to wait a bit!
%20.JPG)
%20.GIF)
Thomson SpeedTouch 546v6 now on-line until the sweet days return...
 |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "27287 bytes")
ST546v6 (FW v7.4.3.2.0-AA, 2008-Jun-11) | %20.GIF "22221 bytes")
VelCom - ST546v6 (RCOs, 2008-Jun-11) |
Hummm... The notch at 550 KHz is significantly affected! |
|
mlerner
Premium
join:2000-11-25
Nepean, ON
 ·Rogers Hi-Speed
·TekSavvy Solutions..
·Bell Sympatico
| said by Bicephale  :Since there's a new FirmWare for the SpeedTouch... Hummm... The notch at 550 KHz is significantly affected! I just noticed something similar but at a different bit load, I didn't notice until you posted since I have a lot of gaps.
--
"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Hi,
I couldn't be sure myself until i got spectral response
curves to compare from two different units. TFArchive
and fds posted ST captures showing a notch at 580 KHz,
DKS had one at 560 KHz instead... If these guys could
provide some spectral response curves from alternative
sources then this should make it easy to eliminate the
notch cases which are due to A.M. radio interference.
There's been spectral response curves posted from the
Thomson SpeedTouch and Siemens SpeedStream MoDems
so far, i must confess i'd love to hear of more examples. |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Lets juxtapose these two to ease comparison:
%20.GIF)
%20.GIF)
It's obvious the newer ST FirmWare does improve the response curve!
Hummm... But the later one was only thirty minutes old, i wonder... |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| %20.GIF "21083 bytes")
VelCom - ST546v6 (v7.4.3.2, No Chokes, 2008-Jun-11) |
|
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
1 edit | %20.GIF "21963 bytes")
ST546 vs SS4200 (No RF Chokes) |
I forgot to write that the temperature outdoors was ideal during those two days |
|
mlerner
Premium
join:2000-11-25
Nepean, ON
·Rogers Hi-Speed
·TekSavvy Solutions..
·Bell Sympatico
| You seem to be benefiting from the "tweaks" that Thompson put out on this firmware. My results are mixed, the graph itself seems more balanced but my modem seems to lose connection at least once a day.
--
"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Hi MLerner,
Many moons ago i monitored my SpeedTouch statistics
by taking a couple captures a day for a week and it
allowed me to catch a faulty counter reset. It may
be a new FirmWare but i don't trust the SpeedTouch
counters: after 25 hours 19 minutes 6 seconds all
of the counters were still equal to zero except for
"Receive FEC" which was unrealistically low... It's
the reason why i compared only the spectral response
curves or the figures from Bell's Line-Test portal.
Right now i have no suitable tool to collect samples
(96 a day) which would let me detect counter resets
and/or other signs of disruption. I can appreciate
the response envelope's shape but that's about it...
My situations isn't as severe as yours but it makes
me think that perhaps i should ask to be switched to
5056/800 Kbps FastPath in order to stress the MoDems
sufficiently (Interleave mode can be too forgiving
for the purpose of comparing DSL MoDems, after all)!
Evidently, 6016/800 Kbps FastPath should work even
better but i doubt that i can hope for this to happen. |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Well,
This morning, 'DMT v7.35' (for the SpeedTouch) couldn't
connect at 1st and then it came back to life with all of
its counters equal to zero: the uptime was 7 seconds,
which means that either i woke the SpeedTouch or it was
reset because i was using 'DMT'... FirmWare version is
still 7.4.3.2.0-AA ('ZZQ0AA7423') and i noticed 'DMT'
refused to connect before so i'm a bit suspicious now! |
|
mlerner
Premium
join:2000-11-25
Nepean, ON
·Rogers Hi-Speed
·TekSavvy Solutions..
·Bell Sympatico
| said by Bicephale :Well, This morning, 'DMT v7.35' (for the SpeedTouch) couldn't connect at 1st and then it came back to life with all of its counters equal to zero: the uptime was 7 seconds, which means that either i woke the SpeedTouch or it was reset because i was using 'DMT'... FirmWare version is still 7.4.3.2.0-AA ('ZZQ0AA7423') and i noticed 'DMT' refused to connect before so i'm a bit suspicious now! I'm running the same version of DMT. I just checked my stats and have now been running for 1 day, 13 hours so it's just a matter of time before another reset. In my case when it resets I see the modem itself resetting and not caused by DMT.
--
"If bullshit was money this guy would be richer that Bill Gates." - quote by olebiker on Mirko Bibic |
|
Bicephale
join:2005-09-24 | Hi,
I think it's a FirmWare thing, do you
have the same one on your Speedtouch? |
|
mlerner
Premium
join:2000-11-25
Nepean, ON | Yes, I am also running 7.4.3.2.0 with variant AA. |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Hi,
It happened again, just a few minutes ago: i was browsing
around without any apparent glitch and then launching 'DMT'
caused the MoDem to reboot. All counters have been lost in
the process and i don't believe in such coincidences... |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| Here's all the clue i could obtain from my SpeedTouch's GUI:
Home > SpeedTouch > Configuration
Info Jun 15 22:33:54 SNTP Synchronised to server:
132.246.xxx.xxx
Error Jun 15 22:33:54 SNTP Systemtime update:
time setting 00:06:19 > new time setting:
22:33:54
Info 00:05:57 (since last boot) LOGOUT User logged out on TELNET
(192.168.1.64)
Info 00:01:34 (since last boot) LOGIN User logged in on TELNET
(192.168.1.64)
Info 00:01:25 (since last boot) LOGOUT User logged out on TELNET
(192.168.1.64)
Warning 00:01:19 (since last boot) SNTP Unable to contact server:
198.18.1.1
Warning 00:00:48 (since last boot) PPP link up (Internet) [63.243.xxx.xxx]
Info 00:00:47 (since last boot) PPP PAP Authenticate Ack received
Info 00:00:47 (since last boot) PPP PAP Authenticate Request sent
Info 00:00:45 (since last boot) PPP PAP Authenticate Request sent
Info 00:00:37 (since last boot) xDSL linestate up (ITU-T G.992.1;
downstream: 6016 kbit/s,
upstream: 512 kbit/s;
output Power
Down: 19.5 dBm, Up: 11.5 dBm;
line Attenuation
Down: 38.0 dB, Up: 26.0 dB;
snr Margin
Down: 15.0 dB, Up: 21.0 dB)
Info 00:00:23 (since last boot) LOGIN User logged in on TELNET
(192.168.1.64)
Warning 00:00:21 (since last boot) DHCS server up
Info 00:00:20 (since last boot) FIREWALL event (1 of 1): deleted rules
Info 00:00:20 (since last boot) FIREWALL level changed to Standard.
Error 00:00:14 (since last boot) FIREWALL exact tcp state check (1 of 1):
Protocol:
TCP Src ip: 192.168.1.64
Src port: 1464
Dst ip: 192.168.1.254
Dst port: 23
Info 00:00:14 (since last boot) FIREWALL event (1 of 1): modified rules
Info 00:00:15 (since last boot) FIREWALL event (1 of 1): created rules
Error 00:00:03 (since last boot) [CWMP: 0:00:02.350] setting cwmp defaults
Warning 00:00:02 (since last boot) KERNEL Warm restart
The "Summer Time" option is set to "No"... |
|
Bicephale
join:2005-09-24
·TekSavvy Solutions..
| 'DMT' triggered reboot, once more... |
|
