<br><font size=2 face="sans-serif">First of all thanks for your time and
help!</font>
<br>
<br><font size=2 face="sans-serif">> What virtualization platform are
you using? KVM, ESXi, etc.<br>
</font>
<br><font size=2 face="sans-serif">I am using VMware Workstation 6.5.5
on a Windows XP host system.</font>
<br>
<br><font size=2 face="sans-serif">> With what version of the Linux
kernel are you experiencing this issue? </font>
<br><font size=2 face="sans-serif">> Did you try different versions?<br>
</font>
<br><font size=2 face="sans-serif">The virtual machines run on Ubuntu 10.0
with kernel 2.6.35-22-generic. I have not yet tried to compile a newer
kernel version, but I noticed there have been some changes commited to
the working tree concerning IPv4 fragmentation and reassembly. Thus in
the next step, I want to test my setup using net-next kernel (2.6.39</font><a href="http://git.kernel.org/?p=linux/kernel/git/davem/net-next-2.6.git;a=tag;h=8b0753a3df28c21b0570fa21362c5f1b3b4f59bf"></a><font size=2 face="sans-serif">)
which provides a lot of network changes.</font>
<br>
<br><font size=2 face="sans-serif">> What do you mean by "the machine
froze"?</font>
<br><font size=2 face="sans-serif">> Do you have console access to the
machine?</font>
<br><font size=2 face="sans-serif">> Is it not responding at all or
do you only lose network access?</font>
<br>
<br><font size=2 face="sans-serif">The whole Linux GUI freezes, I can move
the mouse around, but cannot trigger any actions. Network loses connection
to the machine. VMware Workstation rests completely stable. After rebooting
the machine (power-off), I also inspected the kernel logs: there are no
hints or any suspicious notifications at all. In /var/log/messages the
logger actually stopped in the middle of the line (some event long before
the triggered power-off).</font>
<br>
<br><font size=2 face="sans-serif">> Do you think it's possible that
the virtualization infrastructure or some firewall is doing some kindof
processing on the packet and that it's the virtualization platform that
crashes.</font>
<br>
<br><font size=2 face="sans-serif">I think I can definitely eliminate the
firewall as a cause because I configured iptables to simply accept all
packets and no further filtering is done (it's all virtual, so there is
no malicious packets from outside).</font>
<br><font size=2 face="sans-serif">For the virtualization platform, I am
actually not 100% sure but there is no fail-proof way I can test it. Regardless,
I set up a third virtual machine to forward all incoming packets to the
corresponding target without modifying the contents (except for TTL). The
fact that this machine keeps on running perfectly, however, seems to condradict
the conjecture that VMware Workstation is the cause.</font>
<br>
<br>
<br><font size=2 face="sans-serif">As noted above, I will test the setup
with a new kernel version. I am convinced now that it is very likely a
kernel issue (and maybe it is already fixed).</font>
<br>
<br><font size=2 face="sans-serif">As soon as I have finished testing I
will share my results and keep you up to date.</font>
<br>
<br>
<br><font size=2 face="sans-serif">Best regards,</font>
<br>
<br><font size=2 face="sans-serif">Daniel Merget</font>