Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Bald_Eagle1]

[les-70]

 I am no expert but had similar experiences but with ADSL2.  All was solved when a faulty filter in the master socket face plate was replaced.  I expect that you have tried this so apologies if this not a very relevant reply.

[Bald_Eagle1]

I have no means of testing the master socket's inbuilt filtering so a fault there can't be ruled out.

I currently have the faceplate & all extension wiring removed, with just 1 phone plugged into the test socket via a dangly filter.
The HG612 modem is still connected to the dedicated VDSL2 socket.

The whole master socket & faceplate were replaced when my drop wire was replaced/rerouted in November.

[les-70]

 Since you have already had the master socket replaced I doubt that the fault is in it. 

 However in my own case complete removal of the faceplate - a filtered faceplate including the filter - was needed.  A new filter straight to master socket was fine but an extra filter on the faceplate telephone extension did not help at all, I think that is what your using.   You may like to try going right back to master socket by removing the VDSL filtered faceplate altogether. I don't have  VDSL but I think if your still using the VDSL2 socket I think the inner socket is still filtered and not a master socket.  You need to remove the next section to get back the master socket.  VDSL works fine with ordinary adsl filters although a good one is always best.  Thinking it the best I had an ADSL Nation faceplate, but the active transistor components in that may have scope for real trouble if they have a fault.  I replaced it with a Pressac one, the same as the BT ADSL filtered faceplate.  The change in stability was dramatic.

   Good luck - reading back over your posts something is clearly loose or faulty somewhere!

[les-70]

   I notice from your other posts that after an engineers visit there is some improvement.  If it reverts to what is bothering you, perhaps you may like to try removing the VDSL filter layer from the NTE5 and going right back to master socket (and using a separate ADSL filter if you need the phone to work). It probably won't help but given your persistance it may be worth a try.
   
  Otherwise I think monitoring Hlog and QLN graphs is wise.  I am trying to improve my understanding of  Hlog graphs.  I wonder if the sharp dip in yours (in your other posts under -Distance from the Cabinet - Realistic speed estimate) is more like a peak of noise than anything else.  The matching QLN should be guide. 

  Hope it does stay improved.

[Bald_Eagle1]

The separate Bit-loading, SNR, QLN & Hlog graphs are included in my document linked to in the earlier post in this thread.

At the frequencies in question, my signal attenuation is already very high, so it doesn't take much of a difference anywhere to stop bit-loading.

I have noticed peaks in the QLN graph, dips in the SNR graph, increased attenuation in the Hlog graph & a lack of bit-loading, all at the same tones & at the same time.

What I'm not sure of is what is causing all 4 items to exhibit the issue at the same time.

High attenuation will decrease SNR, but do high noise levels increase signal attenuation?

My gut feeling is that these are symptoms of a physical issue such as a dodgy joint possibly arcing, thus the signal can't get through with sufficient strength (high attenuation).
As an arcing joint will also introduce electrical noise spikes, that could explain the QLN spikes & together these will cause reduced SNR & bit-loading.

Yesterday, the engineer did 3 things, any one of which or a combination of which may have been the cure for my SNRM levels dropping (occasionally enough to cause a re-sync).

Simply cleaning up & remaking the joint in the cabinet may have been the cure.

The engineer TDR tested my connection from the cabinet & gave it the all clear before visiting my home.
It may just have been more informative to have firstly TDR tested from my home?

Replacing the filter parts of the faceplate may have been the cure.

Stripping back the drop wire insulation & remaking the connection may have been the cure. If is was weak (thin) enough to have simply snapped off, maybe it was struggling anyway.

The dropping SNRM issue has surfaced 3 times (that I am aware of).
Each time, an engineer's visit has resolved it (for a month or so).

My connection re-synced early this morning, but there is no statistical evidence in any of my logs to explain why.

[waltergmw]

@ Paul,

As we still have comparatively little evidence even including our VDSL circuits down here, perhaps we shouldn't overlook the possibility of the modem's processor being overloaded or possibly just hitting a peak load ?
I wonder if that might cause or affect the simultaneous disturbances you observe ?

Any comments Asbokid ?

Kind regards,
Walter

[les-70]

 Walter is right to question the integrity modem.  Overheating is another possibility even with a newer modem.  A fan was found an effective fix by some  people with an overheating  problems.  I have seen set ups with silent 8cm or smaller 12v fans cooling modems and other heating kit.

[Bald_Eagle1]

Hi Walter,

As we still have comparatively little evidence even including our VDSL circuits down here, perhaps we shouldn't overlook the possibility of the modem's processor being overloaded or possibly just hitting a peak load ?
I wonder if that might cause or affect the simultaneous disturbances you observe ?

I have seen stats for quite a large number of connections now, ranging from super speed attainable rates over short distances of up to 400m to low speeds (16Mb or so) over long distances of 1600m.

In the vast majority of cases, the modem appears to have coped very well, exhibiting very stable connections for many days at a time.

Even on the 80Mb/20Mb trials some users are seeing sync speeds of 70Mb+ with stability over many days.

A few users on the trials are however seeing a few re-syncs & variable throughput rates.
I suspect that is more due to physical copper line conditions and/or contention than a modem issue.

The HG612 is apparently 30a (30MHz) compatible. I can only assume it has been fully tested at those frequencies & associated speeds.

So, at 17a frequencies, I imagine the modem has plenty of spare capacity, the earlier faulty "overheating", now being replaced with version 3B modems.

I have a version B & a version 2B modem, neither of which overheat.
The performance of each modem appears identical, both exhibiting the same connection issues (and occasional but rare stability), which again, I put down to the physical copper conditions rather than modem issues.

Cheers,

Paul.