Kitz Forum
Broadband Related => Telephony Wiring + Equipment => Topic started by: bilbokitz on January 25, 2014, 02:27:33 PM
-
I am about to be upgraded from adsl to vdsl and was wondering if my wiring was optimal? Please see the linked pics.
It looks like the original master was in the garage. The wires have been cut and spliced to extension cable which feeds the new master?/adsl faceplate. I fitted this adsl face plate, there was just a normal telephone socket and adsl filter, the adsl faceplate took my sync from 8 to 13 meg. From the face plate from what I can gather, the phone signal is fed back along the same extension wire back to the garage which then feeds the rest of the extensions in the house (which I have disconnected apart from the 1st extension). Is the way the socket in the garage is normal?
http://postimg.org/gallery/10004mm8/
I am about two miles from the exchange by road here my stats:
Uptime: 0 days, 1:42:49
DSL Type: G.992.5 annex A
Bandwidth (Up/Down) [kbps/kbps]: 830 / 12.974
Data Transferred (Sent/Received) [kB/kB]: 0,00 / 0,00
Output Power (Up/Down) [dBm]: 12,0 / 19,5
Line Attenuation (Up/Down) [dB]: 7,5 / 33,5
SN Margin (Up/Down) [dB]: 18,0 / 6,5
Vendor ID (Local/Remote): TMMB / BDCM
Loss of Framing (Local/Remote): 11 / 0
Loss of Signal (Local/Remote): 12 / 0
Loss of Power (Local/Remote): 0 / 0
Loss of Link (Remote): 0
Error Seconds (Local/Remote): 20 / 0
FEC Errors (Up/Down): 0 / 16.376
CRC Errors (Up/Down): 0 / 86
HEC Errors (Up/Down): 736.230 / 79
-
The best solution would be to have the master socket in the garage reinstated and ideally have the FTTC modem there with a network cable running to wherever you router is.
If you don't wont the modem in the garage, then you can still have the master socket there, but either run a new data extension cable or if the existing cable is twisted pair that can be used for a data extension.
The reason I say to have the master back in the garage is that if you start to get problems, or the performance is not what is estimated you can then very easily plug into the test socket and disconnect the rest of the house.
-
Thank you, that is a possibility, would it likely make a diff to line stats?
Also that socket in the garage is right below where the elec main/circuit breaker is, would that have any effect on the modem if beside it?
-
The only way to know if it makes a difference is to try it, using that as the master and having a data extension gives you both options. Using your existing master doesn't give you the option - you'll have a whole chunk off wiring you can't rule out if you have any problems.
How much difference it all makes also depends on how far you are from the cabinet, if you are close it's unlikely to make any difference, if you are far away it could make some difference.
-
Well, I did it. I followed the extension from the master socket into the attic where there was a load of spare wrapped around the soil pipe and scaffolding planks had also been dropped on it at some point so I reinstated the original master and have turned what was the master into cat five port.
There's no gain in speeds but attenuation has come down to by 0.5, noise margin seems the same.
I have ordered a mk2 openreach faceplate which I will fit. I was wondering though, I am due an engineer visits in a week and a bit, is it possible to tell them I don't need a visit or will they still insist on coming?
-
Depends whether you booked a self install really. Most ISPs are still booking engineer installs. He'll probably just check things and leave it at that.
Let us know how it goes.
-
I have ordered a mk2 openreach faceplate which I will fit. I was wondering though, I am due an engineer visits in a week and a bit, is it possible to tell them I don't need a visit or will they still insist on coming?
With any luck you'll get a contractor out......if they are anything like mine, they will be half way out the door before they even get in! I'm sure they will be more than happy to leave everything as it is and go.......
Worst case, they want to stay and make things better?
Win win I'd say! :lol:
-
I fitted the MK2 openreach last night, no difference to line stats sync maybe a smidge lower.
-
Whats the best way to wire up the line coming in to the master sockect a and b terminals?
Form a hook two hooks ? ? or fold the wire over on itself or loop the wire around the screw 2 or three times?
-
- Ensure that both wires from the service cable are of identical length.
- Strip the insulation from each wire (in turn) that is equal to twice the length of the square washer under the screw.
- Fold the bare wire over at its mid-point.
- Insert that folded over bare wire section under the washer to the left of the screw.
- Tighten the screw.
- Repeat for the over wire of the pair.
A "purrfectionist" will ensure that negative wire is connected to the B terminal and the positive wire is connected to the A terminal.
As you should not be doing the above, then I have not told you. ::)
-
Thank you!
I noticed there is newer nte that has punch down a & b terminals. Do these provide a better connection, is there any point in replacing the one I have?
-
An older style NTE5/A, with screw terminals, will also (undoubtedly) be fitted with a gas-discharge over-voltage protection device between the pair. As those gas-discharge devices "age", they have been known to degrade the xDSL performance of the connected circuit.
The current style NTE5/A, with IDCs, is not fitted with any over-voltage protection device. Just the standard series capacitor - resistor termination across the pair.
. . . is there any point in replacing the one I have?
Probably not. (But reading between the lines of your posts to date, you will probably do so! ;D )
References:
http://forum.kitz.co.uk/index.php?topic=12515.msg236340#msg236340
http://forum.kitz.co.uk/index.php?topic=12647.msg238997#msg238997
http://forum.kitz.co.uk/index.php?topic=12660.msg242251#msg242251
http://forum.kitz.co.uk/index.php?topic=12863.msg243275#msg243275
http://forum.kitz.co.uk/index.php?topic=13447.msg253611#msg253611
-
Thanks for that useful information.
Today I was upgraded to vdsl and the telecom guy swapped out the master to the new style. The hg612 I purchased from ebay seems to be working great. Apparently I have connected at the maximum possible speed 52999 down and 2495 up, so thats good. 40/2 is the fastest we can get here at the moment, not sure why that is, a technological limitation perhaps. The engineer did mention faster speeds on the horizon requiring a new card in the cabinet but not sure if he meant for ftth.
Heres a screenshot I took, does that look ok?
http://postimg.org/image/wuywpq6a1/
I also think that it is possible to request a non interleaving profile which I believe will decrease latency, now that I have much better line statistics, should I do that?
-
I also think that it is possible to request a non interleaving profile which I believe will decrease latency, now that I have much better line statistics, should I do that?
I will be all ears for this possibility as my Interleave is carp, Who does one talk to, to get moved onto fastpath on fttc ? ;) as it seems the DLM decides which user is Interleaved or FastPath not your ISP, I guess the closer you are to the FTTC cabinet the more likely Fastpath will be an option to the end user but Mr & Mrs DLM will make that call ;D
-
Heres a screenshot I took, does that look ok?
http://postimg.org/image/wuywpq6a1/
I also think that it is possible to request a non interleaving profile which I believe will decrease latency, now that I have much better line statistics, should I do that?
Something looks seriously wrong there.
It looks as though your DS sync speed has been capped at 53 Mbps & your US sync speed is way too low.
SNRM values suggest that much higher speeds should be possible.
If you are not running any logging/graphing software (HG612 Modem Stats release 2.0 or DSLStats), could you telnet into the modem (telnet 192.168.1.1) & then grab the data from these case sensitive commands & post the results here:-
xdslcmd info --stats
xdslcmd info pbParams
-
Heres a screenshot I took, does that look ok?
http://postimg.org/image/wuywpq6a1/
I also think that it is possible to request a non interleaving profile which I believe will decrease latency, now that I have much better line statistics, should I do that?
Who is your CP/ISP? I do not know of any provider, other than TalkTalk, who provisions FTTC with the minimum (cheapest) offering from Openreach. :-X
Openreach sell three variants of the GEA FTTC product to CP/ISPs --
- 40/2 DS/US
- 40/10 DS/US
- 80/20 DS/US
Likewise, there are three profiles that a CP/ISP can request for which ever product they have purchased. I can't put my paws on the details, at present, but I know that Kitz has made reference to those profiles in a few of her more recent threads. (Perhaps someone else could provide a link, please?)
I can say, quite definitely, that it is not possible -- either by the EU (end user) or the CP/ISP -- to request that interleaving be turned off for a particular VDSL2 circuit. Interleaving (whether it is on or off for a circuit) is under the sole control of the Openreach DLM. If the DLM decrees that your circuit should be interleaved, then interleaved it will be! :P
-
Its me in the IoM again. 40/2 is the max island wide at present. Re interleaving, it definitely can be requested maybe only adsl.
Actually it does say ultima, and that is vdsl here. I am with sure isp, but manxtelecom own the copper and thers no llu, it was bt who set mt up I believe.
http://www.manxtelecom.com/internet/broadband/online-gaming.aspx
-
The results from http://speedtest.btwholesale.com/ should confirm the IP Profiles for the connection.
The fact that DS sync speed is in excess of 40 Mbps & US is in excess of 2 Mbps suggests 80/20, but I have seen occasions of mis-match where users have an unusual & incorrect IP Profiles of 80/10.
Plusnet (as one example) use different names for the 3 profiles that BT, which is slightly surprising as they are part of the BT group.
The 3 profiles are named something like Fast, Standard, Stable or Standard, Stable, Super Stable.
-
Its me in the IoM again. 40/2 is the max island wide at present. Re interleaving, it definitely can be requested maybe only adsl.
Hmmm. It could be that throughput speeds are restricted to 40/2 in the IoM, despite the connection actually being in sync at higher speeds than those?
-
Manx Telecom is not Beattie. ::) Therefore everything I have previously typed in this thread may not be applicable for your circuit. :-X
The only thing I know, for sure, about the IoM is that there is a certain breed of kitteh which does not have a tail! :(
-
:) Indeed, but you don't see too see too many of them around any more.
I'll run the below when I get in. Can this definitely only be run by connecting via lan 2? Or can rules be set up for it to work on lan1 as the modem is in the garage away from any computers with just the one ethernet cable connecting it to my router in the kitchen.
xdslcmd info --stats
xdslcmd info pbParams
-
The two command lines --
xdslcmd info --stats
xdslcmd info --pbParams
-- are only understood by the HG612 modem itself.
The LAN1 port is just a bridge to the WAN port, whereas the LAN2 port allows access to the HG612 device internals.
So, in answer to your question, yes the connection must be made via the LAN2 port.
-
Please see stats below, are those fec and crc figures a bit high??
# xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2
Max: Upstream rate = 8794 Kbps, Downstream rate = 74576 Kbps
Path: 0, Upstream rate = 2495 Kbps, Downstream rate = 52999 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 8a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 13.4 19.2
Attn(dB): 0.0 0.0
Pwr(dBm): 10.0 -25.2
VDSL2 framing
Path 0
B: 79 31
M: 1 1
T: 55 44
R: 16 10
S: 0.0480 0.3995
L: 15991 841
D: 667 43
I: 96 42
N: 96 42
Counters
Path 0
OHF: 48223265 911969
OHFErr: 76 2
RS: 3661789260 2368443
RSCorr: 136752 159
RSUnCorr: 3021 0
Path 0
HEC: 915 0
OCD: 32 0
LCD: 32 0
Total Cells: 1179386652 0
Data Cells: 48940309 0
Drop Cells: 0
Bit Errors: 0 0
ES: 26 2
SES: 5 0
UAS: 972 972
AS: 95910
Path 0
INP: 2.50 2.00
PER: 1.98 13.18
delay: 8.00 4.00
OR: 96.91 58.25
Bitswap: 1029 74
Total time = 1 days 3 hours 21 min 3 sec
FEC: 136808 159
CRC: 2485 2
ES: 26 2
SES: 5 0
UAS: 972 972
LOS: 5 0
LOF: 5 0
Latest 15 minutes time = 6 min 3 sec
FEC: 646 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 1072 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Latest 1 day time = 3 hours 21 min 3 sec
FEC: 23528 22
CRC: 14 1
ES: 4 1
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 113280 137
CRC: 2471 1
ES: 22 1
SES: 5 0
UAS: 972 972
LOS: 5 0
LOF: 5 0
Since Link time = 1 days 2 hours 38 min 29 sec
FEC: 136752 159
CRC: 76 2
ES: 21 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
# xdslcmd info --pbParams
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2
Max: Upstream rate = 8801 Kbps, Downstream rate = 74448 Kbps
Path: 0, Upstream rate = 2495 Kbps, Downstream rate = 52999 Kbps
Discovery Phase (Initial) Band Plan
US: (0,95) (868,1207)
DS: (32,859) (1216,1963)
Medley Phase (Final) Band Plan
US: (0,95) (868,1207)
DS: (32,859) (1216,1963)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 8801 kbps 74448 kbps
Actual Aggregate Tx Power: - 25.2 dBm 10.0 dBm
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 3.9 17.9 N/A N/A 9.7 22.0 N/A
Signal Attenuation(dB): 3.9 16.9 N/A N/A 9.7 22.0 N/A
SNR Margin(dB): 19.4 19.2 N/A N/A 13.5 13.3 N/A
TX Power(dBm): -43.2 -25.3 N/A N/A 8.3 5.1 N/A
#
# xdslcmd info --vendor
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 2
Max: Upstream rate = 8797 Kbps, Downstream rate = 74576 Kbps
Path: 0, Upstream rate = 2495 Kbps, Downstream rate = 52999 Kbps
ChipSet Vendor Id: BDCM:0xa3d1
ChipSet VersionNumber: 0xa3d1
ChipSet SerialNumber:
-
Hi bilbokitz,
I have sent you a PM.
Are you able to access the Manx equivalent of http://speedtest.btwholesale.com/ & post the details?
-
Thank you I have sent a reply. I don't think we have the equivalent to that, there are local speedtests which pretty much show the same as this thinkbroadband one:
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fwww.thinkbroadband.com%2Fspeedtest%2Fbutton%2F139232623409452779683.png&hash=807bcd4544a2eb86912928239b70318a6cffec58) (http://www.thinkbroadband.com/speedtest/results.html?id=139232623409452779683)
There is a line test which tells tests your line and tells you your max speed, I think its checks noise and line length etc and that gives me tha max available at present on the Island 38 to 40 down and 2 up.
It looks to me as though from the stats that the equipment here is capable of more but the local telecoms company is holding back for now?
-
It looks to me as though from the stats that the equipment here is capable of more but the local telecoms company is holding back for now?
It does indeed appear that way, although there does seem to be some sort of US issue.
It's not really a big deal whilst your connection's throughput speed is capped, but it could become an issue if throughput speeds were ever to be 'uncapped'.
-
I couldn't quite get the stat program workig last night, I'll have another go later. But today at work where we have vdsl connected direct to the exchange but may three times the distance using a netgear dgnd3700 I have grabbed the line stats for comparison. Is the interleaving level lower?
~ # adslctl info --stats
adslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 2
Last initialization procedure status: 0
Max: Upstream rate = 1251 Kbps, Downstream rate = 35108 Kbps
Bearer: 0, Upstream rate = 1336 Kbps, Downstream rate = 34097 Kbps
Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 8a
TPS-TC: PTM Mode
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 6.1 5.7
Attn(dB): 0.0 0.0
Pwr(dBm): 17.4 0.1
VDSL2 framing
Bearer 0
MSGc: 13 25
B: 175 125
M: 1 1
T: 64 14
R: 14 16
S: 0.1643 3.0000
L: 9254 384
D: 333 25
I: 190 72
N: 190 144
Counters
Bearer 0
OHF: 286949412 200632
OHFErr: 2255 10
RS: 1184869873 4167105
RSCorr: 5471834 5150
RSUnCorr: 27982 0
Bearer 0
HEC: 7238 0
OCD: 360 0
LCD: 360 0
Total Cells: 2303321045 0
Data Cells: 45239191 0
Drop Cells: 0
Bit Errors: 0 0
ES: 1637 8
SES: 16 0
UAS: 572 572
AS: 757081
Bearer 0
INP: 2.00 2.00
INPRein: 0.00 0.00
delay: 14 9
PER: 2.62 10.50
OR: 57.83 23.61
Bitswap: 0/128759 0/68708
Total time = 1 days 20 hours 36 min 47 sec
FEC: 9553056 17488
CRC: 13087 15
ES: 1637 8
SES: 16 0
UAS: 572 572
LOS: 15 0
LOF: 15 0
LOM: 0 0
Latest 15 minutes time = 6 min 47 sec
FEC: 2317 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 5052 13
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 20 hours 36 min 47 sec
FEC: 606562 515
CRC: 165 8
ES: 52 2
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 1100865 656
CRC: 471 0
ES: 131 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 8 days 18 hours 18 min 1 sec
FEC: 5471834 5150
CRC: 2255 10
ES: 546 4
SES: 0 0
UAS: 0 0
LOS: 0 0
# adslctl info --pbParams
adslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 2
Last initialization procedure status: 0
Max: Upstream rate = 1248 Kbps, Downstream rate = 35108 Kbps
Bearer: 0, Upstream rate = 1336 Kbps, Downstream rate = 34097 Kbps
Discovery Phase (Initial) Band Plan
US: (7,32) (871,1205)
DS: (33,859) (1216,1961)
Medley Phase (Final) Band Plan
US: (7,32) (871,1184)
DS: (33,859) (1216,1569)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 1248 kbps 35108 kbps
Actual Aggregate Tx Power: 0.1 dBm 17.4 dBm
============================================================================
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 10.9 56.2 N/A N/A 24.0 68.7 N/A
Signal Attenuation(dB): 8.8 55.6 N/A N/A 24.0 68.7 N/A
SNR Margin(dB): 5.7 5.7 N/A N/A 6.1 5.9 N/A
TX Power(dBm): -9.4 -0.4 N/A N/A 17.3 1.1 N/A
-
Yes. The interleaving depth at work is lower:-
D: 333 25
Compared to your home connection:-
D: 667 43
I have only just noticed that the VDSL2 profile in use in IoM is different to the UK's.
IoM:-
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 8a
UK:-
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 8c
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
That could also explain the unusual raw stats that we are seeing from your connection.
My programs were written to use Profiles 8c & 17a.
I guess that's why you are unable to obtain the stats.
I'll add in compatibility for Profile 8a, but it might take me a little while.
-
Thank you, but please dont go out of your way to do it if its s lot of work !
-
I'd like to make it work for the 8a profile, now that I know it's used in IoM.
Assuming you had successfully created the task & turned logging on via the GUI, did you get anything at all in the Current_Stats & Ongoing_Stats folders?
e.g. Plink_201402xx-xxxx.log
-
I created the tasks and tried to force it to do something by clicking snapshot etc and did get some stuff, but no graphs or gui info.
https://www.dropbox.com/sh/nc8eg1ea5u1hw63/sjz5rWXCUj/HG612_Modem_Stats
-
The snapshot data harvesting seems fine.
I have amended the snapshot graphing program to be compatible with Profile 8a & attach the results accordingly.
There is no modem_stats.log in the Ongoing_Stats folder you posted to dropbox.
Was one not generated?
If not, is Ongoing stats switched on in the GUI?
I can only see one instance of it running in "Login_events.TXT" from the Scripts folder.
There is also no evidence of it running in "info..txt", also in the Scripts folder.
Do you have loads of ONGOING-ISRUNNING-xxxxxx-xxx.TXT files in the Scripts folder?
On the whole, your connection looks pretty good, considering the throughput speed restrictions your ISP enforces, but there must be 'some' interference as confirmed by DS & US Interleaving being switched
EDIT:
In the meantime, I have attached a Profile 8a compatible version of GRAPH6.exe for you to to try in place of the existing GRAPH6.exe in the Scripts folder.
If you wish to plot the snapshot montages from the Plink files you have already obtained, just drag & drop them onto the new GRAPH6.exe icon & they will be generated in whichever folder the log file is stored in.
-
The snapshot data harvesting seems fine.
I have amended the snapshot graphing program to be compatible with Profile 8a & attach the results accordingly.
There is no modem_stats.log in the Ongoing_Stats folder you posted to dropbox.
Was one not generated?
If not, is Ongoing stats switched on in the GUI?
I can only see one instance of it running in "Login_events.TXT" from the Scripts folder.
There is also no evidence of it running in "info..txt", also in the Scripts folder.
Do you have loads of ONGOING-ISRUNNING-xxxxxx-xxx.TXT files in the Scripts folder?
Thank you. There was no modem_stats.log and there is no ongoing-is running text files and it is green in the gui, I'll try re-anabling the ongoing stats again.
-
Cheers.
Have you attempted to plot any snapshot montages from your Plink log files, using the updated GRAPH6.exe program?
-
Yes I deleted what was there and replaced the graph.exe ran another snapshot and the graphs created great thanks very much. Still no live stats in the gui though.
Thanks for the input on the connection. I wonder why there is a lower interleaving level at work given the quality of the line there is worse, although things are more responsive here at home and pings are lower.
If interleaving was optional on my line, would you get it turned off?
-
Yes I deleted what was there and replaced the graph.exe ran another snapshot and the graphs created great thanks very much. Still no live stats in the gui though.
I have attached an amended version of HG612_stats.exe to replace the original version in the scripts folder.
Unzip both files into the Scripts folder & run "HG612_stats_to_TXT_file.BAT".
It should run HG612_stats.exe, silently outputting the program progress to a text file ("HG612_stats.TXT" - also in the Scripts folder).
Please then post the resulting text file here & I should then (hopefully) be able to spot where I need to amend things to suit Profile 8a connections.
I have attached an example text file from my connection to show roughly what it should look like.
I'm sure that only a minor tweak will be required.
Finding where it is needed will be the hardest part.
Thanks for the input on the connection. I wonder why there is a lower interleaving level at work given the quality of the line there is worse, although things are more responsive here at home and pings are lower.
You may have some intermittent interference at home that isn't present on your work connection, possibly from electrical equipment etc.
We should be able to spot when that happens once we can get the ongoing stats running.
It isn't severe enough to lower your sync speeds below the IoM capped limits though.
What are your ping times like from http://www.speedtest.net?
Mine are around 11ms with a DS Interleaving depth of 431.
If interleaving was optional on my line, would you get it turned off?
To gain a slightly higher sync speed, yes.
However, your connection would be likely to see far more errored seconds & uncorrectible errors needing re-transmission that could then actually slow down your throughput speeds.
-
A quick cat-call . . .
There appears to be something wrong with your second attachment, HG612_stats.TXT.
On attempting to download it, I am directed to Kitz' naughty corner! ???
-
It works for me (downloading or directly opening the file to view it), but of course I do use a superior OS (Windows 7) :P
-
File attached.
Ping times usually somewhere between 45 & 60 ms.
-
It works for me (downloading or directly opening the file to view it), but of course I do use a superior OS (Windows 7) :P
All is now well for me. (I suspect a temporary Kitz-ish site error.) :)
-
File attached.
Ping times usually somewhere between 45 & 60 ms.
Hmm. The ping times seem quite high.
Most things seemed O.K. in your text file, so there can't be much needing a change.
However, I have attached another version of HG612_stats.exe that will provide more debugging data when running "HG612_stats_to_TXT_file.BAT"
Would you mind giving it another go & posting the resulting "HG612_stats.TXT" file again?
-
Here you go.
-
Thanks for that.
Everything looks O.K.
It seems that you did actually have some previous data in modem_stats.log, obtained roughly 20.62 hours prior to running the batch file. i.e. at 11:22 yesterday morning:-
size of modem_stats.log is 529
fseek_success = -1
previous_day as string = 16
previous_month as string = 02
previous_year as string = 2014
previous_hour as string = 11
previous_minute as string = 22
seconds since the Epoch: 1392549720
time_difference between current time & previous log time = 1237 minutes
As the modem's internal clock was reset this morning & HG612_current_stats.exe ran part way through the manually initiated data harvest, it suggests that your connection has resynced at least once since the text file you posted yesterday:-
AS: 63217
That equates to roughly 17.56 hours before you ran the batch file this morning.
Sync speeds appear to be exactly the same though:-
Path: 0, Upstream rate = 2495 Kbps, Downstream rate = 52999 Kbps
Maybe those are the I o M fixed maximum sync speeds, with actual throughput restricted to 40/2?
Is everything now working O.K via every minute logging?
If not, I suspect that the every minute Scheduled task is not running for some reason.
Would you be able to check the history of the task in Task Scheduler?
I have attached a screen shot of mine.
-
When installing, yes the engineer said Upstream rate = 2495 Kbps, Downstream rate = 52999 Kbps was "maxed out" but I am capped to 40.
I tried a different cable and also tried diff firmware , prob hence the resync. What is the best firmware to use at the moment?
Also I purchased a mk2 OR faceplate, which I tried briefly for my adsl but made no diff I could see, I may put that on and see what happens.
Existing faceplate attached,
http://postimg.org/image/dkf7jvxzn/
Will see if I am getting stats when I get home.
-
When installing, yes the engineer said Upstream rate = 2495 Kbps, Downstream rate = 52999 Kbps was "maxed out" but I am capped to 40.
I tried a different cable and also tried diff firmware , prob hence the resync. What is the best firmware to use at the moment?
While my connection was down recently, I reset the firmware to Asbokid's original unlocking firmware version & waited for BT to remotely update it:-
xdslcmd --version
xdslcmd version 1.0
DSL PHY: AnnexA version - A2pv6C030b.d22g
******* Pass *********
It was remotely updated 2 days later:-
xdslcmd --version
xdslcmd version 1.0
DSL PHY: AnnexA version - A2pv6C038m.d24j
******* Pass *********
As this was BT's update, the modem's GUI is disabled, but Telnet & my programs' access still work.
Prior to this, I was using Wolfy's revision with GUI reinstated with no issues at all:-
bcm96368MVWG_fs_kernel_HG612V100R001C01B030SP06_unlockedgui
I'll probably revert to Wolfy's version soon.
In your case, in IoM, I have no idea whether the firmware will be remotely updated, so I'm not sure which version to recommend.
One of the updated versions may just cause issues with your 8a profile, but I don't really know.
I see from your Plink log from 15th that you were using Asbokid's firmware with the newer BLOB:-
xdslcmd --version
xdslcmd version 1.0
DSL PHY: AnnexA version - A2pv6C035m.d22g
******* Pass *********
Which version are you now using?
Also I purchased a mk2 OR faceplate, which I tried briefly for my adsl but made no diff I could see, I may put that on and see what happens.
Existing faceplate attached,
http://postimg.org/image/dkf7jvxzn/
It wouldn't do any harm.
They are supposed to assist with VDSL2 connections & some users believe it has caused a slight improvement.
Will see if I am getting stats when I get home.
Cheers for that.
The raw data from ongoing harvesting should also be stored in "xlogfile.txt"
It would be worth seeing if that is working & maybe post a copy for me to view.
-
It is still A2pv6C035m.d22g
There were some stats on screen but they did not change and the scheduled task was hanging all the time so no ongoing stats, I tried clearing ongoing and current but it was the same.
Errors go along the line of task already running but no current stats appear.
-
It is still A2pv6C035m.d22g
There were some stats on screen but they did not change and the scheduled task was hanging all the time so no ongoing stats, I tried clearing ongoing and current but it was the same.
I'll try installing with the additional files again.
When I used the A2pv6C035m.d22g firmware, I noticed that some of the stats such as bitloading & possibly SNR/SNRM weren't updated until the connection resynced.
It didn't stop the Scheduled Task from running though.
QLN & Hlog NEVER update until the connection trains up from a resync or power off/on.
Just a thought....................
If a user name & password are required when switching on the PC, the task should be run whether user is logged on or not.
If a password isn't required or you chose not to store the password via Scheduled Tasks 'General' tab, it may be worth experimenting with various settings.
I have noticed that either the task won't run at all, or it will run for a few hours/days before refusing to run if the wrong setting has been applied.
I have attached a screen shot of my task's general settings.
I need a user name & password when logging in to the PC.
The task was created via the GUI to take that into account.
Finally, it is just possible that one of the HG612 programs is 'stuck'.
If that's the case, it can be cleared via the "End Process" button in Task Manager.
If you have the Stats logging GUI running, it may be worth completely exiting it to see if that helps.
-
All looks okay on the task, hg612_run.exe appears in taskmanager and does not go, nothing appears in ongoing or current.
Tried
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 8787 Kbps, Downstream rate = 74960 Kbps
Bearer: 0, Upstream rate = 2495 Kbps, Downstream rate = 52994 Kbps
xdslcmd version 1.0
DSL PHY: AnnexA version - A2pv6C038m.d24j
Same thing.
-
You could try:-
After ending the HG612_Run.exe process via Task Manager & ensuring no other HG612*.exe processes ar running, edit the task's Actions to run HG612_stats.exe instead of HG612_Run.exe
Depending on your task's'General' settings, you may see it run every minute or it may run silently.
That's all that HG612_Run.exe does. It triggers HG612_stats.exe to run silently in the background regardless of task settings.
I wonder, do you have an antivirus program and/or firewall that could be wrongly & automatically blocking any of the programs?
I use AVG Free Edition 2014 & it has occasionally given me a false positive warning about HG612_stats.exe & HG612_Run.exe, asking me if I wish to allow them to run & add them to the exceptions list.
I think AVG must pick up on the way the programs access the modem - very similar, but not exactly the same manner as Telnet access.
Do you have .Net 4 installed?
I had to update it to 4 from 3 on my system
I see you are using Windows 7, SP1:-
Microsoft Windows [Version 6.1.7601]
Windows Version in use:-
dwOSVersionInfoSize = 148
dwMajorVersion = 6
dwMinorVersion = 1
dwBuildNumber = 7601
dwPlatformId = 2
szCSDVersion = Service Pack 1
I am just running W7 as it came:-
Microsoft Windows [Version 6.1.7600]
Windows Version in use:-
dwOSVersionInfoSize = 148
dwMajorVersion = 6
dwMinorVersion = 1
dwBuildNumber = 7600
dwPlatformId = 2
szCSDVersion =
I have read that SP1 has occasionally caused some programs to fail.
-
I have repaired .net 4, amended the sched task to run hgstats directly and also added the program as an exception on the windows firewall and it does now seem to be running + producing data in the minute I had to look at it. The gui was showing stats and there was data xlog? So I will see if there are any graphs to be had when I get home. :)
-
Phew!
Great news there. :drink:
Let's hope it is stable & that you can revert to running HG612_Run.exe via the task again (unless it runs silently anyway).
It would be good to see some graphs here and/or for you to upload the relevant logs and files to dropbox now & then.
Now it's logging, I may still need to add a final tweak or two to suit 8a profiles.
-
Well its still running, no graphs have been produced automatically but I have been able to run a snapshot graph manually and also run graphs for a 24h period!! So Good stuff. I have amended the schedule and saved it to see if it will create a graph automatically now.
-
So yes, the plink was produced in current stats but no graphs produced.
-
Do you mean the Plink log was generated from a scheduled event or from manually running HG612_current_stats.exe?
If you wish to post the "Current_ERROR.LOG" & "GRAPH6_ERROR.LOG" from the Current_Stats folder here or on Dropbox, I'll take a look?
I take it you still have these settings in the ini file & in the GUI?:-
[Graphing]
Pause_after_obtaining_snapshot_data = NO
Auto_graph_Snapshot_data = YES
Pause_after_snapshot_graphs_plotted = NO
-
I take it you still have these settings in the ini file & in the GUI?:-
[Graphing]
Pause_after_obtaining_snapshot_data = NO
Auto_graph_Snapshot_data = YES
Pause_after_snapshot_graphs_plotted = NO
Yep got this.
I have produced an array of graphs from the data, I'll reconnect this laptop now. See stats folders:
https://www.dropbox.com/sh/ryux1heo901gcsv/Q0QeN0X8gF
-
Just to confirm...........
(Please correct me if I have anything wrong).
You manually ran HG612_current_stats.exe at 18:46 (or you clicked the Run snapshot stats button in the GUI)
This created a snapshot Plink log, but didn't create any graphs.
You created the snapshot graphs by dropping the Plink log onto the GRAPH6.exe icon.
You then changed the snapshot datum to 19:00, with a 2 hour interval
At 19:00, the Plink log was created but again, no graphs were created.
The logging ceased by 20:50.
Was that when you disconnected the PC from the modem or router in order to connect the laptop?
EDIT:
BTW, did you manually update the HG612's firmware to DSL PHY: AnnexA version - A2pv6C038m.d24j or has it been updated remotely by your provider?
It has altered the appearance of your snapshot graphs, so it seems there's still a little more to do with the graphing of 8a profile data yet (once we have got the automatic graphing working).
(see the attached for before & after the firmware update montages)
-
Just to confirm...........
(Please correct me if I have anything wrong).
You manually ran HG612_current_stats.exe at 18:46 (or you clicked the Run snapshot stats button in the GUI)
This created a snapshot Plink log, but didn't create any graphs. button, it did create the graphs, plink data is produced for scheduled times but no graphs
You created the snapshot graphs by dropping the Plink log onto the GRAPH6.exe icon. no clicked button
You then changed the snapshot datum to 19:00, with a 2 hour interval
At 19:00, the Plink log was created but again, no graphs were created. yes
The logging ceased by 20:50.
Was that when you disconnected the PC from the modem or router in order to connect the laptop? yes
EDIT:
BTW, did you manually update the HG612's firmware to DSL PHY: AnnexA version - A2pv6C038m.d24j or has it been updated remotely by your provider? manual
It has altered the appearance of your snapshot graphs, so it seems there's still a little more to do with the graphing of 8a profile data yet (once we have got the automatic graphing working).
(see the attached for before & after the firmware update montages)
-
Something has happened today, I've not touched anything but my DS SNRM and attainable rate have dropped. What in the world could that be?
-
Something has happened today, I've not touched anything but my DS SNRM and attainable rate have dropped. What in the world could that be?
Did you update the firmware ?, it looks like the DLM is trying to adjust your DS SNRM to the (standard target) SNRM of 6.0 dB
-
It looks most peculiar . . . The SNRM drops from 14 to 8 dB with the attainable rate also dropping, from ~75 Mbps to ~62.5 Mbps. ???
I assume that the throughput speed has not varied?
-
It could even be a new user being connected thus increasing crosstalk dramatically.
The peaks back to normal SNRM levels at around 16:00 & 19:30 MIGHT have been when the new user rebooted etc?
Or - it could be the start of a developing line fault (possibly HR).
It didn't cause a resync though.
Maybe your connection sees these issues from time to time anyway. Hence the reasonably high(ish) Interleaving depths.
-
Just to confirm...........
(Please correct me if I have anything wrong).
You manually ran HG612_current_stats.exe at 18:46 (or you clicked the Run snapshot stats button in the GUI)
This created a snapshot Plink log, but didn't create any graphs. button, it did create the graphs, plink data is produced for scheduled times but no graphs
You created the snapshot graphs by dropping the Plink log onto the GRAPH6.exe icon. no clicked button
You then changed the snapshot datum to 19:00, with a 2 hour interval
At 19:00, the Plink log was created but again, no graphs were created. yes
The logging ceased by 20:50.
Was that when you disconnected the PC from the modem or router in order to connect the laptop? yes
EDIT:
BTW, did you manually update the HG612's firmware to DSL PHY: AnnexA version - A2pv6C038m.d24j or has it been updated remotely by your provider? manual
It has altered the appearance of your snapshot graphs, so it seems there's still a little more to do with the graphing of 8a profile data yet (once we have got the automatic graphing working).
(see the attached for before & after the firmware update montages)
I have attached amended HG612_current_stats.exe & GRAPH6.exe programs for you to try out.
If they don't fix the issue where snapshot graphs are not generated on a schedule, they might at least give a better indication of where the issue is.
GRAPH6.exe now also generates 'proper' snapshot graphs when dragging & droping a Plink log onto it for your 8a connection with updated firmware & it still works as normal for 17a connections.
(see the attached montage from your 18:46 Plink log from 18th)
Along with the usual data & error logs, the ones with specific snapshot program flow & additional debugging data are "Current_ERROR.LOG" & "GRAPH6_ERROR.LOG"
-
My throughput is unaffected as I am capped anyway but I guess it will have an effect if/when they rollout 80/20 here.
I had changed my firmware a couple of days before but have now changed it back.
See further graphs here produced with the new exe's. The resync graphs were produced automatically! :)
I am seeing if I can find out re anyone else connected to the cab. It is a new cab so chances are high.
https://www.dropbox.com/sh/ryux1heo901gcsv/Q0QeN0X8gF
-
16 on the cab some of which added this week.
The graphing is now working great, I notice the qln graph is worse which ties in.
-
I had changed my firmware a couple of days before but have now changed it back.
Oh, that's a slight shame as I would like to have tested the amended programs on a 8a connection with updated firmware before you reverted to the original firmware.
Maybe another time then?
Are you 100% sure the change back to the original firmware has taken full effect (it needs a long reset & part of the update process automatically reboots the modem)?
It SHOULD have caused a resync, which isn't visible in the 1 day ongoing graphs.
For my own research & testing purposes, it would be really good if you could upload to Dropbox all the relevant data & error logs from the Scripts, Current_Stats & Ongoing_Stats folders.
EDIT:
I have also noticed that Interleaving depth hasn't changed at all since you reverted to the original firmware, which is SLIGHTLY unusual.
DLM MIGHT kick in in a day or so & I did wonder if the band plans used by the updated firmware might have caused a negative effect on your 8a connection as it does appear the cabinet's DSLAM hasn't yet been updated.
-
Positive, I followed the unlocking procedure to apply the update as initially it did not apply using the gui. The new firmware resulted in no gui, which reappeared when I applied the older fw again. I'll put the new fw back on I dont mind, I wanted to see if it would make a difference which it hasn't.
-
Positive, I followed the unlocking procedure to apply the update as initially it did not apply using the gui. The new firmware resulted in no gui, which reappeared when I applied the older fw again. I'll put the new fw back on I dont mind, I wanted to see if it would make a difference which it hasn't.
I appreciate you doing that, but please don't replace the firmware too quickly as it MIGHT cause the very sensitive DLM to have a hissy fit.
-
Are you 100% sure the change back to the original firmware has taken full effect (it needs a long reset & part of the update process automatically reboots the modem)?
Having another look at your Plink Log from the "Current_Stats_20140220-1219-RESYNC" folder, I can see it did actually cause a resync.
I have amended GRAPH6.exe again, to now include the DSL Up Time in the snapshot Bitloading graph for 8a connections (see attached graph & amended program).
-
I have put the newer fw back on and the mk2 faceplate as well as copy the new exe over. I had planned to put the mk2 on the other night to compare figures but there was no point when I saw the snrm had dropped by 50%.
I'll post the stats tomoz night.
-
As requested:
https://www.dropbox.com/sh/ryux1heo901gcsv/Q0QeN0X8gF
-
Thanks for that.
I'm now confident that the programs work properly with updated firmware on your 8a connection.
I still think the deteriorated QLN & SNR graphs depict either increased crosstalk or potentially a slight physical line fault in its infancy.
As your Hlog graph hasn't changed, I'm more inclined to believe it's more likely to be the effect of crosstalk.
Although at a lower level, your SNRM seems stable, with hardly any fluctuation.
As seen over here, DS bitswapping sees quite a large increase when using the updated firmware, but as it doesn't appear to have any negative effect upon actual performance/throughput, we aren't sure if there really is an increase or maybe the original firmware didn't report it correctly.
Just for reference, I have attached a montage of the latest 4 days worth of ongoing stats along with an animation of the changes in your snapshot montages, highlighting the deteriorated QLN & SNR.
-
Cheers, the animations are v interesting.
I think the changes are definitely due to other users being added to the cabinet, (3 this week), very sudden drop in attainable though, and a lot sheesh. Reading around these forums I believe that is what happens though, then a v gradual change as more users addes. As said earlier not an issue for now with my cap at 40. Hopefully manxtelecom have had the foresight to buy g.vectoring capable kit.
I would like my pings to be better, saying that though I was getting 30ms pings tonight which is the lowest I have seen (on speedtest), and I have confirmed interleaving can be turned off at request. I'll see how I get on for now.
ps thanks very much for getting this working for me.
-
EDIT:
I have also noticed that Interleaving depth hasn't changed at all since you reverted to the original firmware, which is SLIGHTLY unusual.
DLM MIGHT kick in in a day or so & I did wonder if the band plans used by the updated firmware might have caused a negative effect on your 8a connection as it does appear the cabinet's DSLAM hasn't yet been updated.
I just noticed this, is it expected that the interleaving would move up and down? Also what dya mean the cabinets dslam has not been updated?
-
Hi Bilbo, I'm curious as to how you know how many more circuits have been made 'Live' on your particular Cab ?? Do you have a link to a site or something ??
-
No, nothing like that. Someone who knew told me.
-
Ah right. Cheers.
-
I just noticed this, is it expected that the interleaving would move up and down?
With such a sudden change in your SNRM values, I just has a feeling that Interleaving depth would change.
Mine has moved around quite a bit in the past (see attached).
Also what dya mean the cabinets dslam has not been updated?
Last October, we noticed a change in our band plan tones.
A few days later, our modem firmware was updated, resulting in another slight change.
Putting two & two together, we deduced that the DSLAMs' firmware was firstly updated in preparation for our modem firmware updates.
What I was getting at was that as your updated modem's firmware isn't necessarily matched with the band plans delivered by the 8a profile DSLAMs, it may possibly have a negative effect.
TBH, we know very little about the 8a profile as we started on 8c & were then switched to 17a.
-
With such a sudden change in your SNRM values, I just has a feeling that Interleaving depth would change.
Mine has moved around quite a bit in the past (see attached).
Yes, I am a bit confused about this as I would have though it would change aswell + QLN got worse, still hasn't and interleaving is set according to line conditions here too.
I also find the interleaving level at work confusing given the slower connection longer line and lower noise margins ? Is this qln from work stats better than mine, would that explain it?
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fi58.tinypic.com%2F35c1t1z.jpg&hash=e8bd356606f41bceca7399f13188b63dee52cdfe)
-
More changes today, looks like I lost sync early on this morning, heres the resync. Attainable down again, snrm down up slightly and ds INP a bit better. The QLN graph is 'fluffier' but better I think?
(https://forum.kitz.co.uk/proxy.php?request=http%3A%2F%2Fi60.tinypic.com%2F2zhr6fc.png&hash=270b5a0277dad5967df2bdfffa1fde8d44573f3b)
-
With such a sudden change in your SNRM values, I just has a feeling that Interleaving depth would change.
Mine has moved around quite a bit in the past (see attached).
Yes, I am a bit confused about this as I would have though it would change aswell + QLN got worse, still hasn't and interleaving is set according to line conditions here too.
I also find the interleaving level at work confusing given the slower connection longer line and lower noise margins ? Is this qln from work stats better than mine, would that explain it?
It looks a little better to me i.e. more of it around or below the -140dB mark. especially when compared aginst your previous QLN levels (example attached).
-
I have extracted & attached just the QLN data from your montage to make comparing it against your previous QLN graphs a little easier (using a like for like format).
BTW, the dead flat lines in your work QLN graph is at -160dB. i.e. no reported US data.
That's not unusual though.
My graphing format intentionally doesn't show -160dB QLN data.
The attached graph does look quieter than the comparison graph, but the 'fluffiness' does suggest some sort of interference.
As QLN data is only obtained during a syns/resync process, it's hard to say if the 'interferenc' is constant.
If you are still recording ongoing data, is there anything also showing in the SNRM graphs?
-
I had disconnected the laptop so had not been collecting stats at the time of the change. It looks like that was just a wobble, I have reverted to the older firmware with unlocked gui as the internet 'feels' better. Maybe as you say the newer fw is refined for bt 17a.
Everything has been stable over the last few days. Interleaving levels the same and I have been collecting the stats.
What figures provide the attenuation rate and therefore approx line length from the below, average of D1 & D2 line?
VDSL Band Status U0 U1 U2 U3 D1 D2 D3
Line Attenuation(dB): 3.9 17.9 N/A N/A 9.7 22.0 N/A
Signal Attenuation(dB): 3.9 16.9 N/A N/A 9.7 22.0 N/A
-
We have never found an answer to your question & have been unable to work it out.
It's not just an avearge though.
It may possibly be the attenuation at a given frequency, apparently similar to ADSLs attenuation value.
If you have a look at your Hlog graphs & raw data, you may be able to 'guess' at an overall attenuation value, probably around the value listed under D1 (somewhere around tone 500 in the Hlog graph).
-
Here's my last 14 days of stats.
Nothing much as changed as far as I can tell, and the extra noise that appeared never went away so guessing you are correct and it is indeed crosstalk from new users.
Do the FEC and CRC errors look okay, from readind around they dont seem too bad to me.
-
It all looks quite steady to me.
The large drop in attainable rate won't affect your restricted sync & throuput speeds, so nothing lost really (unless they do roll out 80/20 in the IoM).
As it was such a sudden drop in SNRM, I assume it was all down to a single user being added.
Mine went down in small, but clear steps over a long time period, always returning back up to 6dB at a resync with a loss of speed.
It happened again, 6 days ago.
DS Sync speed droped again, from 21987 Kbps to 18937 Kbps >:(
-
Hopefully you will get vectoring soon. Apparently vectoring and bonding is being tested within the main exchange here, although "very much a test phase". The issue there will be that the main provider rolled put dgnd3700s to begin with which now don't even officially support vdsl. Its the fritz 7390 being rolled out now.
How far are you from the cabinet? I am 350 m by the most direct route but reckon 400 to 500 if I follow the estate and floor chambers etc.
-
I can't really justify the likely additional cost for bonding, but if Vectoring gets me back up to around 30Mbps/7Mbps as it was before crosstalk decimated it, I'll be reasonably happy.
My line length is between 1000m & 1100m to the NTE5 socket (engineer confirmed route) allowing for 'slack' & loops etc.
-
Yet your interleving level is lower than mine, not sure I get why that is except to assume although a shorter line, its noisier.
Actually your qln is better.
-
Hi Kittens, theres been some developments here in the Isle of Man, apparently VDSL "Plus" is being rolled out in feb which will be 80/10 up from my current 40/2.
I checked today looks like the incumbent provider has upgraded profiles to 17a!!! :) though I am still capped at 40/2. Attainables have shot up, I guess the profile make a difference to attainable.
-
You now have more tones available for bitloading using the 17a profile.
It seems you are now using the amended 'Blob' modem firmware version from a long time ago though (unless it was auto-updated).
Assuming the IoM uses the same DSLAMS & firmware as on the mainland, you may see some benefit from using the latest available DS/US tones via HowlingWolf's firmware version & the BT remotely updated software version:-
xdslcmd --version
xdslcmd version 1.0
DSL PHY: AnnexA version - A2pv6C038m.d24j
******* Pass *********
equipcmd swversion display
software version: V100R001C01B030SP08
xdsl firmware version: A2pv6C038m.d24j
cpu version: BCM6368
cfe version: 1.0.37-102.6
-
Thanks Bald Eagle! I reverted to the older fw a while back because it seemed more stable and the internet was more responsive I am guessing due to the newer fw not being optimised for profile 8a. Now that we have caught up I'll try a newer fw again.
Hopefully we wont be charged a premium for the faster speeds when they are released, if so I am staying on 40/2.
-
I have installed the newer fw. SNR looks better, interleaving lower, lower attainable down, higher attainable up.oes
Lost bits in upper tones? Does that tie in with other peoples experinces when upgrading?
Pings possibly slightly higher.
-
SNR & QLN actually look worse to me.
Hence the reduced DS attainable & sync speeds.
I wonder if it previously synced at a particularly quiet time & the recent resync with the latest firmware was done at a noisier time?
I saw very little difference between the 35m blob version & the pre-update version when I tested a long time ago.
However, my connection cannot use the upper tones/frequencies due to being 1100m or so from the cabinet.
Most users seem to see a slight improvement from using the latest firmware.
My connection seems more stable, but speeds are much lower than they used to be due to increased crosstalk.
-
I think you are right, probably the switch to 17a would have been done in the early hours.
Perhaps it was done whilst the particular other router connected to the cab that caused my stats to drop a lot ages ago was off at the time.
-
Hi!
Are the number of crc levels I have had within acceptable limits?
Currently on 40/2 , 80/10 due to be released for a small premium in feb for a "small premium". The availability checker here estimates :
Test complete
Service Typical Speed Range
Broadband Downstream 10Mb/s - 12Mb/s
Ultima Broadband Downstream 35Mb/s - 40Mb/s
Ultima Broadband Upstream 2Mb/s
Ultima Plus Broadband Downstream 35Mb/s - 60Mb/s
Ultima Plus Broadband Upstream 10Mb/s
on the basis I am syncing at 80 down can I assume I will get the full 80 and that the checker give a cautious result?
-
All your error counts are low for almost 32 days DSL up time.
DS & US Interleaving & INP are on though, which will affect ping times.
Maybe a single modem reboot would enable fastpath or DLM might remove Interleaving in due course.
-
Hello, I am back again! Well, I am always reading the site. So I bit the bullet and upgraded from 40/2 to 80/10 which was activated today.
My upload has increased, but the same ceiling still exists on my download topping out at 40 which is exactly what it was doing upto today. I have tested this several times through the day and it is a definite 'ceiling' and I am guessing based on my stats I should be good for 70 ish down.
Do you reckon it just a button someone at my isp has not clicked?
-
Hello, I am back again! Well, I am always reading the site. So I bit the bullet and upgraded from 40/2 to 80/10 which was activated today.
Is 80/10 the best offering in the IoM or is 80/20 available?
Your stats suggest that 20Mbps US would be easily achievable.
My upload has increased, but the same ceiling still exists on my download topping out at 40 which is exactly what it was doing upto today. I have tested this several times through the day and it is a definite 'ceiling' and I am guessing based on my stats I should be good for 70 ish down.
Do you reckon it just a button someone at my isp has not clicked?
It could be. Your connection appears to be in sync at 75.6Mbps or so.
Some ISPs over here do need to be reminded to change their throughput/profile settings when a service is upgraded.
Or possibly a ROUTER disconnect/reconnect may force it through?
-
Were limited to 80/10 atm, dont know why.
Thanks for the suggestion re router reconnect, I had actually put in new user details for the higher speed and re-connected earlier today and rebooted the modem. Just tried powering off the router same speeds. I'll give them a call tomoz to see if I can get it resolved.
-
username suffix was wrong, the name@suffix is different for the plus service which I was unaware of and now all is ok.
Getting 70/10 :)
-
Down to 65 sync now, damn you cross talk.
-
I would have thought, by now, that the reduction in DS throughput speed would have "bottomed out". I wonder just how many more cross-talkers to affect your circuit there might be?
Still 64 Mbps is 13.3 times better than my 4.81 Mbps DS throughput! ;)