-
Notifications
You must be signed in to change notification settings - Fork 386
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Big problems with tcp offload #1
Comments
Windows does not support GRO (receive offload). Any such configuration on Those issues should be solved on the host. Windows driver reports that it Best regards, On Wed, Feb 8, 2012 at 5:37 PM, Guilhem <
Daynix Computing LTD |
Thank you for this information, I hope this will be fix ASAP :) Don't hesitate to come back to me, I can do some tests on my infrastructure |
That's how macvtap is supposed to work. |
1) Windows reject any packet send from another vm on the same host (and in macvtap too). (can be correct by a tricky rule in iptables... but it's quite awful Tried this via virt-manager ,did not hit this issue . might be libvirt default firewall rule make it ? |
|
Hi, guihem which network type are you using , e1000 + macvtap , Am I right ? |
HOST : e1000e + vhost_net EDIT : to be more precise, this is my libvirt conf <interface type='direct'>
<mac address='de:ad:b9:73:7e:33'/>
<source mode='bridge' dev='eth0.2086'/>
<target dev='macvtap2'/>
<model type='virtio'/>
<alias name='net0'/>
<address slot='0x03' bus='0x00' domain='0x0000' type='pci' function='0x0'/>
</interface> |
Hi, we are currently in a process of closing all github's issues that have been resolved or expired. I'm currently closing this issue, please reopen the issue or else open a new issue if needed. |
I use KVM in my company with a mix Linux/WIndows.
I use them with vhost_net, bridge and/or macvtap.
Problems com with macvtap on Windows.
without any management of tcp offload :
The text was updated successfully, but these errors were encountered: