|
|
Hi,
After just randomly checking my connection this morning I noted a drop in upstream sync from around 9.9Mb/s down to 5.9Mb/s. This seems to have been accompanied by a reduction in upstream output power from circa 4.7dBm to 1.8dBm. A coincidence?
I span up DSLstats and note the linked bitloading graph, which seems a little unusual to me?!
Any advice welcome.
Paul
|
|
|
What do you think is abnormal?
There is nothing that really stands out as a major issue.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
M H C
taurus excreta cerebrum vincit
|
|
|
|
Yes I think you're right. On further reading, the tones seem normal, I just don't remember seeing the upstream tones split like that before. I expected them to all be on the left hand side as per ADSL.
That aside, would a drop in upstream output power typically result in a reduction in upstream sync?
Paul
|
|
Register (or login) on our website and you will not see this ad.
|
|
|
|
I've had a response to my ticket from IDNet and they've stated there's a 'Battery Contact' fault in the line.
Have to disconnect my gateway and faceplate from the line for them to confirm, with a test. Can't do that remotely though unfortunately.
Paul
|
|
|
They have always been split and there is another upstream band between tones 1972and 2782. I also prefer to have the SNR graph on the same display - under <Configuration>, <Items to Monitor> check teh box under <Others> to display SNR per tone Included with Bitloading.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
M H C
taurus excreta cerebrum vincit
|
|
|
I span up DSLstats and note the linked bitloading graph, Please be aware that service based on a Profile 17a G.993.2 connection has 4096 sub-carriers.
You have not configured DSLstats correctly, for it is only showing (approximately) the first 1386 sub-carriers on the plot to which you have linked.
100% Linux and, previously, Unix.
|
|
|
Summat horribly wrong if the battery contact is on you extension wiring ... and it takes a true klutz to send voip dial tone back towards the exchange .....
so most likely you�ve a good old fashioned telephone line fault. Be aware that the engineer who clears the fault will not be performing a DLM reset, so you�ll have to wait for the upstream to return.
|
|
|
I span up DSLstats and note the linked bitloading graph,
You have not configured DSLstats correctly, for it is only showing (approximately) the first 1386 sub-carriers on the plot to which you have linked.
Thanks. Will have a look at the config this evening and correct where necessary.
Paul
|
|
|
Summat horribly wrong if the battery contact is on you extension wiring ... and it takes a true klutz to send voip dial tone back towards the exchange .....
so most likely you�ve a good old fashioned telephone line fault. Be aware that the engineer who clears the fault will not be performing a DLM reset, so you�ll have to wait for the upstream to return. Agreed but I guess it's just procedure for them to confirm where the fault is most likely to lie.
IDNet confirmed the fault was still there last night after I unplugged the gateway and faceplate and they re-ran the phone line test. So next step is for them to organise an OR engineer visit. Hoping I don't need to be at home but suspect I'll have to be.
Paul
|
|
|
They have always been split and there is another upstream band between tones 1972and 2782. I also prefer to have the SNR graph on the same display - under <Configuration>, <Items to Monitor> check teh box under <Others> to display SNR per tone Included with Bitloading. Bitloading chart with the correct configuration in place and SNR per tone displayed.
Paul
|