In message snipped-for-privacy@mid.individual.net>, Andy Burns snipped-for-privacy@andyburns.uk writes
Having just run that test, I am told 'From the tests we did, we can assume that 1472 bytes is the largest unfragmented packet size. The MTU size would be 1500, made up from 1472 payload and 28 ICMP/IP Headers and payload information', but have no idea whether that is good, bad or otherwise.
In message snipped-for-privacy@binnsroad.myzen.co.uk>, Graeme snipped-for-privacy@nospam.demon.co.uk> writes
And here it just says it gets No Reply when it tries to test. Where is the FM that I haven't RT'd?
That's generally good, occasionally you see a s***ty webserver that refuses to talk to clients using smaller packets.
Your router is probably firewalled to the extent it can't receive ping requests (not necessarily a bad thing)
Interesting - I've just run the test from via my VM connection and got precisely the same answer as you?
Any more volunteers?
"From the tests we did, we can assume that 1472 bytes is the largest unfragmented packet size. The MTU size would be 1500, made up from 1472 payload and 28 ICMP/IP Headers and payload information."
But then I know I have 1508 byte baby jumbo packets on my PPPoE interface, hence full-fat 1500 byte "inner" packets.
In article snipped-for-privacy@news.eternal-september.org>, Terry Casey snipped-for-privacy@example.invalid scribeth thus
Sending 32 bytes to 81.96.85.23 <- NO REPLY!
We are unable to test this host or IP. Most likely ICMP traffic to that host or IP is not allowed or the host or IP is invalid.
Thats as far as I got on a VM connection:(...
Curious. On VM (with Firefox in Win 10) for an IPv4 test I get
"Sending 32 bytes to 82.5.46.142 <- not fragmented
Sending 750 bytes to 82.5.46.142 <- not fragmented
Sending 1125 bytes to 82.5.46.142 <- not fragmented
Sending 1313 bytes to 82.5.46.142 <- not fragmented
Sending 1407 bytes to 82.5.46.142 <- not fragmented
Sending 1454 bytes to 82.5.46.142 <- not fragmented
Sending 1478 bytes to 82.5.46.142 <- FRAGMENTED!
Sending 1466 bytes to 82.5.46.142 <- not fragmented
Sending 1472 bytes to 82.5.46.142 <- not fragmented
Sending 1475 bytes to 82.5.46.142 <- FRAGMENTED!
Sending 1473 bytes to 82.5.46.142 <- FRAGMENTED!
Sending 1472 bytes to 82.5.46.142 <- not fragmented
From the tests we did, we can assume that 1472 bytes is the largest unfragmented packet size. The MTU size would be 1500, made up from 1472 payload and 28 ICMP/IP Headers and payload information.
The maximum MTU size for 82.5.46.142 is: 1500"
Exactly the same for me. I'm in Plusnet.
Likewise. EE.
Owain
Have something to add? Share your thoughts — no account required.
Ask the community — no account required