Let me repeat what I described much earlier, though. The value of MTU at which a ping to a website of my choice returned non-fragmented packets was 1432. Any value higher than that caused fragmentation. So yes, you might well ask why I've been thinking of configuring my router to a value higher than 1432 + 28 = 1460. Well, the only reason is that everyone else has been telling me that I should set my router's MTU to be the same as Windows's MTU, that being notionally 1500 (1472 + 28). On the basis that that 1500 is the maximum MTU value and not necessarily the actual MTU in use, it's seemed logical to try router MTU values of between 1460 and 1500 - since the golden rule is to get the router's MTU to be either exactly the same as Windows's MTU, or to have it slightly larger; packets then don't get fragmented as they pass through my router. Apparently, you should, in any event, never go above 1500. But maybe this is screwy logic?
The author of the article on MTU at kitz.co.uk publishes a long list of empirical Windows MTUs, obtained from various (perhaps unreliable) sources, and none of them are anything as low as 1390.
By the way, do you mean actually 1390 + 28, as the MTU for Windows?
I've reflected on what you say about RWIN and I think you're possibly correct about Windows's MTU value not automatically adapting, but the RWIN value adapting instead. So yes, maybe I got that misconstrued.
You may also be correct about any number of routers between my PC and the website blocking Path MTU Discovery, but certainly what my ISP has eluded to could alone be the cause of the overall MTU in my setup not being optimum at present, namely that if the website cannot determine from my end the most suitable packet size to use, the website may well decide to simply allocate the Windows default size of 1500 and, with my router's MTU currently being at present only 1460, a mismatch will occur. It may well be that the only way to allow the website to use Path MTU Discovery is if ICMP at my end is enabled (allowing pinging of my router by websites). However, enabling ICMP (at least, on a permanent basis) raises a potential security issue. Thus, maybe I'm left with a strict choice between either leaving ICMP disabled and accepting that the website will just throw 1500-size packets at my PC and a good deal of them getting fragmented, or that I enable ICMP and thereby throw away the stealthed nature of my connection. Either way, though, I'd still need to know what value for MTU I should set in my router. I'm still not convinced that 1500 is the correct value to use. And 1390 + 28 also seems unlikely; if the Windows MTU were that value, then with 1460 being the value currently in my router, why would I be having problems still?
Surely, the way I'm running my ping test at present is valid? It's involving all elements of a connection between my PC and a remote website, so it's very much a realistic scenario. If it's giving me the answer 1432 (+28) as being the optimum unfragmented end-to-end size, then what can be gained by setting the router's MTU to something that's considerably lower than that? Or is that that particular point of yours is more about more-completely filling the packets than avoiding fragmentation? (In one respect, this is a 'chicken and egg' situation, isn't it?).
Edited by deleted (Thu 19-Nov-09 00:52:55)



Pages in this thread:
Print Thread
deleted