How does this compare to the non migrated line?

Have you tried the speed test command line tool for Windows.

I have tried all manner of speed tests, all of them are pretty consistent, right now, my problem is not that the speed (up or down) is a problem. I am not sure how much of this (monstrous) thread you have followed, but back in March, I was GEA migrated, that caused a massive drop in download (not upload!) speeds, there were various issues relating to different TCP stacks and how they handled disconnections (these being introduced because of the GEA migration) - eventually, Zen migrated my line back to BTW, and all was fine. Since then, they installed a second line (which I am currently using for work etc) - that is on BTW. Then Zen migrated back (GEA) on my original line, and that is the one we are currently monitoring and speaking about - the hope was that migrating back the original line would display the original fault, but as mysteriously as for other people, it seems to have 'gone away' - at least as it originally manifested itself. The overall drift in latency is just something that I am noticing, speeds are all constant up and down on both lines, and 'some' of the disconnections are explicable, but certainly not all of them.

How does this compare to the non migrated line?

There's no SamKnows box on the non-migrated line, but aside from the disconnections, the up/down speeds are very similar, and the latency seems to be around 11mS unloaded. All way better than I had March -> June, but actually pretty similar to my other line now, but there are some possible nasty portents there for the original line, but then again, perhaps not.

I really surprised they didn't give you a SamKnows box for each as they could have learnt a lot from the comparisons.

In reply to a post by dect:

I really surprised they didn't give you a SamKnows box for each as they could have learnt a lot from the comparisons.

Me too, I am a tester by trade, and I would have approached the whole thing very differently, right from the start! I really don't think there has been much in the way of methodical testing going on, just reactive ad-hoc stuff. I am absolutely convinced that much of this could have been avoided.

As a side note, both lines currently route via London gateways too. But I am far from certain that actually matters.

In reply to a post by SteveBushell999:

both lines currently route via London gateways too.

As was said by 'choppersrock' Zen ain't interested in helping those customers who want to go through their nearest gateway.

There's no obvious way to set up BQM with the router which Zen supply (fritzbox 7530) due to some odd undefeatable ICMP ping throttling that is setup. And unfortunately it's almost a pre-requisite to be using the Zen router to get very far with support.

My 7530 works perfectly with a BQM.
It's only if I try setup a 2nd BQM that the Fritzbox starts blocking ICMP.

If you can't setup a single BQM then perhaps Zen have their own monitoring running on your line.
There's many users who have successfully setup a BQM with a Fritzbox 7530.

Edited by j0hn83 (Mon 15-Aug-22 16:35:34)

In reply to a post by j0hn83:

My 7530 works perfectly with a BQM.
It's only if I try setup a 2nd BQM that the Fritzbox starts blocking ICMP.

If you can't setup a single BQM then perhaps Zen have their own monitoring running on your line.
There's many users who have successfully setup a BQM with a Fritzbox 7530.

Ah, ok. Well, they're going to be getting some superb results from that, then...

Zen do have their own latency reporting tool as they used it against my opnsense box. They decided there were no issues and sent me a chart but I reminded them the gateway was connected to London and not Manchester but this was ignored....