In reply to a post by Pheasant:

Everyday is a school day as they say 😀

It must be nearly 30 years since I last used a BERT in anger, during a gap in study / leave whilst working in the datacentres of Reuters.

We're old :'(

In reply to a post by Bam16:

I have a minor number of ping replies missing on my BQM through the day, but I have pretty good response time through most of the day.
However a little while back I tried three different routers on my fttp line (a plusnet hub2, tp-link vr600 and a synology wrx560.) They each showed noticeably different BQM graphs on the same line...
using the internet I didn't notice any difference with each router, The synology has the worst dropped pings (a bit like yours but a few more, but that's the one I decided to stick with as the difference only shows on the BQM graphs, the synology runs a media server and a couple of other things and lets me configure VLANs - so it's probably busy at times and sees the pings as a low priority.

The best looking BQM graph came from the old TP-Link VR600.

So you just need to be aware of what you are measuring and it could be your router that is dropping the packets and your internet connection is working well.

I was about to say we've seen people have problems with Synology routers, then realised that was you

In reply to a post by Zarjaz:

In reply to a post by rippedcotton:

In reply to a post by Pheasant:

It’s a very inconsistent explanation. At one point there was talk of an SFP problem in the exchange. OK fair enough, must be rare but not impossible.

Then it transpires that something was amiss at the aggregation node. Except there are no connectors (or any actives) to be loose, dirty or faulty there, just splicing…weird. The engineer that attends your house isn’t going to re-splicing anything at an AgNode or playing about with actives on the OLTs. The latter usually takes more than a few days or more to get booked in etc.

At least the OP is sorted, but the explanation is v. opaque.

Send three and fourpence, we are going to a dance.

What did you mishear Brian ?

That no one seems able to determine where the problem lay.

The types of errors are unlikely to be due to poor light levels or reflections etc. It's more indicative of a failure of an active (electronic or optoelectronic) component which points to the exchange equipment and quite likely the pluggable module on the OLT line card which send/receive the optical signal on the particular passive network which serves the OP.

The subsequent explanation suggesting "wear and tear on the connector port at the AGG-node; resolved by cleaning the port." make little to no sense - as that simply doesn't exist in the Openreach FTTP world!!

I suspect somewhere a note has been misquoted/noted or someone is getting jobs confused or is under the influence of mushrooms....

I'm always willing to be enlightened however 😅

Edited by Pheasant (Tue 19-Aug-25 15:39:16)