Perhaps we will get compensation in the form of 50 Easter eggs.

I'll have to do a lot of hill walking to work those off.

Performance same here. I emailed the IPv6 team to get that working again, which it now is.

OK, so 'some' good news for you at least!

It's getting closer to the 30 days OFCOM gave them, but I don't want to quit Zen, who have been good most of the time I used them. However, going back to (say) BT would at least solve this problem I think. I just wish we knew what the problem was, and why we can't just be switched back to pre GEA if it can't be fixed????

Realistically I think that should be an option. It worked fine before migration so un-migrating would "fix" it.

I imagine Zen want to get this working though. It can't be cheap to unbundle an exchange.

The 30 day Ofcom thing doesn't affect me. I'm out of contract anyway. I'll happily sign another contract once it's fixed. Mostly because it will actually lower my bill by £5/pm.

The IPv6 guys have always replied within a few hours to me which is good.

Edited by FakeJake (Wed 20-Apr-22 16:06:25)

If only it really were just cost ! Normally I have a passionate hatred of BT 'OpenJOKE', but on this occasion I am not so sure. BT had a pound of flesh out of me when I moved here, tried to charge me over £1000 because they couldn't understand that the place was FTTP not FTTC, they were actually very expensive, and I hated the offshore 'support'.

All I want is what I seemed to have, but now have not got, and no idea when / if I will have again. Seems simple to me! Yes, I get the costs of falling back etc, but we didn't ASK for this did we? Even if we had been, would the risks have been pointed out?

I am a software performance tester by trade, and do understand all the vagaries here, but the question around was this ever properly tested BEFORE we were made Guinea Pigs does arise.....

At least you have IPV6.... I settle for fixed IPV4 and Zen hosting my domain pointing here so I can run email server, other servers, log in remotely, get customer trusts to my IP for running external performance tests etc etc

Perhaps their multi-vendor core network strategy has become something of an Achilles heal as part of the backhaul migrations....

https://youtu.be/MGTkxrIQXKQ

"we don't have any congestion on the network and we never lose a packet"....words that have come back to haunt them here it seems.

Thank you Pheasant!

Good to hear Richard Shaw promising 'We never lose a packet' - Hmmmmm

It is a worrying portent that they aspire(ED) to, I wonder what the response is now?
Please, can we have a response? The GEA 'Upgrade' seems a botched, and untested one, not happy ! Additionally, the response isn't as quick and transparent as I would like for sure. Why the cover up? If it is a c**k up, then simply undo it please?

No longer a happy bunny.

Richard works for ZZoomm now, so maybe the promise moved with him

I assume Brandon must be on leave, I PM'd him with some info over a week ago where I have seen similar issues to this before with more than one ISP interworking with PON networks (not just Openreach).

My suspicion is that now Zen are directly connecting to Openreach there is an issue with traffic exceeding the policing parameters Openreach define in SIN506 (Table 1). When via BT Wholesale or similar that side ensures they meet these.

BNGs can be terrible at ensuring they don't exceed the burst parameters and the PON equipment does normally police per user hard to the limits defined. When I have seen this the packet loss Brandon mentioned seeing and the resulting performance you are seeing all matches.

Hopefully Brandon or a colleague can get things moving soon, I've indicated I'm happy to provide more info on the issues I've seen elsewhere by PM to help resolve this.

Hi I'm still waiting on a response from OR. All the BNGs confirm with SIN506. When we first discussed these issue with OR it was believed that it was because the burst sizes in SIN506 didn't work with all their GPON vendors, and they published new updated guidelines in February. We obviously updated our settings then. Unfortunately that doesn't appear to be the only issue.

When we have run tests with them, they report they don't see any discards on their network. If we were bursting too fast they would expect to see discards.

The data we took from the site visits appears to show packet loss between us handing traffic over to the Cable-link and the traffic arrive out of the ONT to our test server.

Thanks Brandon, most of the TLA's there needed a Google search, but I sort of understand what you are saying. So, from your perspective you 'seem' to be saying packet loss is the culprit, and it is between the 'Cable Link' (exchange?) and the ONT, so that is the last part of the journey I guess. What I don't see is how that part has suddenly and coincidentally gone bad due to the GEA migration (especially as many people are affected rather than just me).

I assume that OR own this bit of the circuit, but that doesn't tie up with seeing FAST.COM tests at full speed over PPPOE at my ONT, and I suspect that OR may take a similar stance. So, what will the way forwards be? I can wait seemingly forever for a 'fix' or not.... and then maybe cut across to a different (Non-GEA) isp, or ask that I am switched back to how things were from Zen - when things worked just fine?...

I would appreciate a real positive way forwards as this seems stalled.

Has anybody actually been fixed of this problem? I am wondering as the 30 days OFCOM gives to isp's ends very shortly for me, and I am considering what to do.

I don't see any real progress towards a fix, and wonder if I should start to find an alternate ISP as ongoing, the approx 25Mbits I currently see is simply nowhere near the 500Mbps advertised for my package.

Currently considering Shell Broadband, wondering if anyone has any experience of them? Or any other ideas of course?....