Main Menu

Recent posts

#1
Networking & Routers / Re: Ethernet over Coax
Last post by robinc - Yesterday at 09:55:17
Hmmm.......... interesting!
#2
Networking & Routers / Re: Ethernet over Coax
Last post by isirate - Dec 06, 2024, 16:31:01
I have an area of my house where it is difficult to run cat5/6 structured cabling.

Pre existing tv coax existed to where my networking cab is located. I run gocoax moca 2.5 adaptors on this link and it syncs at a PHY rate of 3500Mbps no problem. These are 2.5GE on the Ethernet side too.

My network is 2.5GE but currently I only have a 1GE switch on the far side of the gocoax, I can fill it up to full GigE line rate no problem (have not tested if they get to the full 2.5g). Latency across this coax link is approx 4ms

They seem stable and this is just off the bog standard TV cable that was pre installed.

You can find them on Amazon

https://www.gocoax.com/ma2500d
#3
IDNet Help / Re: Strange thoughput problems...
Last post by isirate - Dec 02, 2024, 08:57:07
Quote from: Adrian on Nov 22, 2024, 15:56:20Recently, I almost returned to IDNet from AAISP but bottled out as I wasn't happy with IDNet's reliance on Zen backhaul.I'm glad I made that decision and I will be remaining with AAISP at least for the foreseeable future.

Yep, I moved from A&A to idnet. Latency to 1.1.1.1 immediately jumped from 4ms to 13ms due to being routed via Manchester when I am just outside London, so my traffic is going from near London to a Zen LAC in Manchester back down to Idnets LNS in London! Nothing can be done about it apparently. Bandwidth is bandwidth, all things being equal and getting that bandwidth then other things come in to play, price, peering, latency etc. Idnet is not the cheapest product yet their product is being compromised by higher than optimal latency and not being in control of it.
#4
IDNet Help / Re: Strange thoughput problems...
Last post by nowster - Nov 22, 2024, 21:03:22
Traceroute is not always a reliable measure, especially if there are heavily loaded routers on the way.

ICMP echo reply and UDP TTL hops exceeded messages are low priority and are often rate limited.
#5
IDNet Help / Re: Strange thoughput problems...
Last post by Adrian - Nov 22, 2024, 15:56:20
Recently, I almost returned to IDNet from AAISP but bottled out as I wasn't happy with IDNet's reliance on Zen backhaul.I'm glad I made that decision and I will be remaining with AAISP at least for the foreseeable future.

In the event that full fibre finally arrives in my postcode - not likely an time soon, sadly, even though Trooli provide a fibre service on the main road not 50 metres from my house, I may have to think again but until then I'll stick with what works extremely well.
#6
IDNet Help / Re: Strange thoughput problems...
Last post by Postal - Nov 22, 2024, 09:35:26
Quote from: isirate on Nov 21, 2024, 20:44:53There is no sense to them asking to reduce your MTU if nothing else has changed. With PPPoE the MSS will be 1452 and the MTU 1492, there should be no reason to reduce this further.

I see you live in London and the first hop latency is super high. You should have a first hop latency <5ms. Presumably this is Zen backhaul and your connection is taking the scenic route from London to Manchester to Docklands... did that change at the same times as your slow browsing?

This Zen behaviour to load-balance their network by forcing people from the southern part of the country to access the internet via their Manchester hub has caused lots of adverse comment elsewhere on the internet.  Zen appear to have taken the view that it is not a problem and that users will have to put up with it.  IDNet seem to think that this is collateral damage after their money-saving move from BT backhaul to Zen and seem to have have no interest in helping their domestic customers as we are presumably individually not significant in their revenue streams.

At the moment we have no mobile signal or fibre so I don't want to change ISP and be forced onto VOiP.  We are having a mobile phone mast erected in our village; as soon as we have a viable signal so will have a time window for contact calls when we have a power cut IDNet will be consigned to the waste-bin where it can deal happily with its business customers while I find an ISP that actually wants to assist domestic customers.
#7
IDNet Help / Re: Strange thoughput problems...
Last post by zappaDPJ - Nov 21, 2024, 22:05:17
I actually live in Kent on the SE coast but I'm not aware of any changes. That said we have had multiple fibre companies (five that I'm aware of) working in this area 16+ hours a day, 7 days a week for the last 6 months and it's been mayhem. In fact some of their antics have made the national press, including the installation of cabinets on private property without permission.
#8
IDNet Help / Re: FTTP MIGRATION Issue
Last post by isirate - Nov 21, 2024, 20:50:28
Quote from: Markbm1490 on Sep 29, 2024, 17:03:50Idnet has confirmed its a error in the service tag and in the processing of correcting it

I had a similar problem, it took a while to be corrected.

How is your latency? My latency is very high, +10ms on where it should be. The 1200 products seem to be on Zen backhaul and mine is currently pinning itself via Zens Manchester LAC, I cannot get it to shift to London so my ping can come down ! Reconnected PPP so many times, but still it sticks........
#9
IDNet Help / Re: Strange thoughput problems...
Last post by isirate - Nov 21, 2024, 20:44:53
There is no sense to them asking to reduce your MTU if nothing else has changed. With PPPoE the MSS will be 1452 and the MTU 1492, there should be no reason to reduce this further.

I see you live in London and the first hop latency is super high. You should have a first hop latency <5ms. Presumably this is Zen backhaul and your connection is taking the scenic route from London to Manchester to Docklands... did that change at the same times as your slow browsing?
#10
IDNet Help / Re: Strange thoughput problems...
Last post by Simon - Nov 21, 2024, 18:18:17
It seems like the usual response of getting the end user to change their settings to work around a problem within the network, rather than admitting there's a problem and getting it fixed!

That said, I've noticed any issues at my end.