Well, not really that disappointed, but somewhat unhappy that even BT continue to disregard packet loss and round trip latency as a valid measure of the quality of their services. Overall we are quite happy with BT taking issues seriously.
They do talk of speed during peak hour, and similar metrics, but miss the point that packet loss and latency are much easier to measure and quantify and less subjective. If there is congestion or a fault, then they show in packet loss and latency.
We monitor every line every second for loss and latency and we can see when there are issues very easily. Some parts of BT, notably some of the people in BT Operate, and some more clued up support people, do understand the issue, and will take our monitoring seriously. We have used our monitoring to help BT identify major issues in their network, and even software bugs in supplier equipment. We have shown the merits of loss and latency measures time and time again over many years. I even get calls from BT asking for my help some times!
Loss and latency are well understood as key metrics for any Internet link, and are part of the contracts for some transit providers. Sadly, the product specification still does not cover these key metrics. It is ironic that, for a tenth of the price BT charge to connect me to a few hundred exchanges around the UK, I can get international transit to connect to thousands of endpoints around the globe with a contractual guarantee on loss and latency!
So, when we have one customer who mysteriously gets latency over night on an otherwise unused FTTC line, we expected a bit more from BT in terms of trying to fix the problem. This could be a simple fault or configuration issue in the network or cabinet DSLAM. Finding the cause will help ensure future faults are detected and fixed promptly helping all BT customers.
Sadly we are getting to the stage of BT basically saying they do not guarantee packet loss of latency (which, indeed, they don't), so tough! But if that means a service can be "broken" in this way, we have a service that is no good for either businesses or non-businesses as this sort of peak latency can break VoIP and gamers alike.
To me, it is a clear symptom of a fault and we are trying to help BT find and fix it.
Anyway, I think we'll look to put in a second FTTC for this customer. It may show the same issue or not. It will allow us to run completely independent tests, with only our equipment connected, on one or other line as needed to pin this down. Ultimately, if the new line works and the existing one does not, then we "fix" it by ceasing the old line. Not ideal, as we would rather the underlying cause is found.
This happens to some extent pretty much every night :-
As previously posted , I am quite impressed with Shelly stuff anyway, but the new "Plus" range has allowed some interesting develo...
Broadband services are a wonderful innovation of our time, using multiple frequency bands (hence the name) to carry signals over wires (us...
The ASR33, like most teletypes of the era, works at a fixed rate. It does 10 characters per second. It is 110 Baud, using 1 start, 8 data (i...
I am using KiCad for PCB design, and it is pretty impressive, but KiCad version 6 has just been released. There are lots of small changes, b...