Zitat von "Jochen Roderburg" <[EMAIL PROTECTED]>: > >> If there are no replies at all then, most probably, your Linux host >> acts as a "black hole" router which prevents proper path MTU discovery. > > So it looks like. Any ideas how to tell my Linux not to do that ??
To answer my question myself: No, my Linux can't do it differently, because everything is working as designed ;-) I have meanwhile read a little more in my Linux docus and in the Internet about ICMP, "path MTU discovery" and "Linux network bridging" and I think I understand now what was going on. First, all involved operating systems can do the MTU stuff automatically and correct by themselves, and it is no longer necessary to specify any MTU size manually. So it was the correct remedy for my problem to leave all these settings on default values. Second, the way how the "bridging" code works, makes it necessary that all participating parts use the same packet sizes. As this bridging is done below the IP-Level, it cannot do any IP-packet fragmentations or any negociations about packet sizes. Third, I found that the Windows TCP/IP system knows a "secret" parameter EnablePMTUBHDetect, with which it tries to find the path MTU size even in the presence of BlackHole routers. I have not yet tried if this works in this case, but I think that's more of an academic exersize now. ;-) Regards, J.Roderburg ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ vbox-users mailing list vbox-users@virtualbox.org http://vbox.innotek.de/mailman/listinfo/vbox-users
