You previously stated "For confirmation - DHCP, no VLAN tag."
So if that works I would conclude that it is the correct configuration, so I fail to understand why you would want to try a Vlan ID on the router WAN connection. If it is not required why add it.
Many GEA and Leased Line services use Vlan Tagging, in some cases the VLAN id is passed through to the end users equipment so the router has to be configured to use it. Openreach FTTC and FTTP use a Vlan ID but it is stripped out by the modem or ONT and does not get to the user's router.
It would seem that your connection falls into this latter category.
Yes, I know all that.
Feel free to try adding a Vlan ID but I don't believe it will help you in any way,
I'm not expecting it to "help" my connection. It will either stop it working or have no effect, as you say.
As I said - you seem to have taken "make any difference" to mean "make my slow connection better"; I did not mean that.
It was a question of reconciling DHCP/Untagged frames with reports saying "use VLAN 911" and, indeed, advice to use VLAN 981 - were these wrong, perhaps assuming that since other ISPs need tagged frames then TT's service would also. Were they correct in that tagged frames work, but are unneeded or is it possible that TT have switched to untagged frames for newer installs?
As for TT giving out technical information that is either incorrect or irrelevant, I'm not surprised.
Me neither, to be honest.
As for not hitting the advertised speed - as I said, that was down to using an AP which has a single core 680MHz CPU - I was only using that because it is fairly small and convenient for testing; I've swapped it for something a bit more suited to a 500Mbps link and speed test last night showed 270/330Mbps. Even then I suspect the AP is the bottleneck but can't terminate the connection in faster kit without a bit of domestic network rejiggery, which will have to wait.
Edited by mr_bean (Fri 21-Jan-22 13:00:55)