MTU settings
Interesting stuff. Thanks, Andy. It's definitely a positive development if PlusNet are going to be offering RFC 4638 support as a matter of course.
Unless, of course, the modified PPPoE implementation causes router instability!!!...
Hopefully the "waiting for..." issues are down to something else anyway - maybe IPv6 specific, as you say.
I take it PPP activity doesn't appear in the system log by default, then?
Unless, of course, the modified PPPoE implementation causes router instability!!!...
Hopefully the "waiting for..." issues are down to something else anyway - maybe IPv6 specific, as you say.
I take it PPP activity doesn't appear in the system log by default, then?
and I pointed this out in another thread weeks ago
currently I am on pcl-ag03 and it works.
the reason its probably not so noticeble on ipv4 is that mtu discovery mechanisms for ipv6 seem much more flaky so when its wrong on ipv6 it hurts a lot on performance.
on pcl-ag03
currently I am on pcl-ag03 and it works.
the reason its probably not so noticeble on ipv4 is that mtu discovery mechanisms for ipv6 seem much more flaky so when its wrong on ipv6 it hurts a lot on performance.
on pcl-ag03
admin@RT-AC66U:/tmp/home/root# wget http://platform.twitter.com/widgets/tweet_button.1400006231.html
Connecting to platform.twitter.com (199.96.57.6:80)
tweet_button.1400006 100% |*******************************| 69347 0:00:00 ETA
admin@RT-AC66U:/tmp/home/root# ls
tweet_button.1400006231.html
Quote from: PitchBlack
Quote from: SuperZoom Of course, none of this is relevant to the OP
Not a problem SuperZoom, keep it coming, I am enjoying reading what you and Andy H are supplying. I have set my MTU to 1492, 1472,1444 and now at 1500, none of them make a difference, as soon as I turn my router firewall on some web pages fail to load as I mentioned in a previous post above, none specific and say speedtest page can fail to load, then 5 minutes later it loads. I have a Belkin F7D 1401uk which I bought maybe 5 years ago, so maybe it is a bit old in the tooth for win 8 and 8.1.
I don't know the router, but if the firewall makes the difference then at least that provides a good starting point for troubleshooting.
If you've been making a lot of changes it might just be worth resetting the Windows TCP/IP stack and double-checking that the MTU is indeed set to 1500 at the router, and restarting it, before doing anything else.
Then perhaps disable any IPv6 elements (assuming you don't need them) and proceed from there.
First thing, can you ping the BBC with 1472 bytes, with and without the router firewall on?
If not, can you ping the router itself?
That gets MTU out of the way for starters, then it's a question of identifying something which consistently (or regularly) fails and taking a closer look. If it doesn't fail on other OSs then you have another point of comparison...
@chrcoluk
At least we're all on the same page then
I have used the HH4 on my line before (just for testing) but the MTU was 1492 then. 1500 hasn't worked previously on PlusNet with PPPoE, as far as I'm aware. Whether the HH4 can do it or not, I don't know. I'd heard it could, but that may well be misinformation. I'll give it a try when I get chance.
When you say it 'works' on PCL-AG03, are you actually using an MTU of 1500 on your client machine as well as on the router, or is your client set to 1492?
Some PPP logs would reveal what was going on at that level, although I presume you're getting the same limited info as Andy for those, which is why you haven't posted them?...
@ dave / kelly / paul
Any chance of saving us going round in circles of guessing and probing by telling us whether or not RFC 4638 is now supported?...