Thanks for the detailed info. It looks like broadcast requests sent by
the guest reach the host while unicast replies from guest disappear.
Actually there is a bug in vboxnetflt.ko that may cause it. Could you
try to apply this little patch to VBoxNetFlt-linux.c?
324a325
> VBOX_SKB_RESET_MAC_HDR(pPkt);
326d326
< VBOX_SKB_RESET_MAC_HDR(pPkt);
The same thing in more verbose format:
*** VBoxNetFlt-linux.c~ 2008-12-17 13:34:24.000000000 +0300
--- VBoxNetFlt-linux.c 2008-12-18 09:31:10.000000000 +0300
***************
*** 322,329 ****
VBOX_SKB_RESET_NETWORK_HDR(pPkt);
/* Restore ethernet header back. */
skb_push(pPkt, ETH_HLEN);
}
- VBOX_SKB_RESET_MAC_HDR(pPkt);
VBOXNETFLT_SKB_CB(pPkt) = VBOXNETFLT_CB_TAG;
return pPkt;
--- 322,329 ----
VBOX_SKB_RESET_NETWORK_HDR(pPkt);
/* Restore ethernet header back. */
skb_push(pPkt, ETH_HLEN);
+ VBOX_SKB_RESET_MAC_HDR(pPkt);
}
VBOXNETFLT_SKB_CB(pPkt) = VBOXNETFLT_CB_TAG;
return pPkt;
Assuming that you have installed VirtualBox from .deb package the file
is located at /usr/share/virtualbox/src/vboxnetflt/linux.
You may want to save existing vbox modules so you don't have to
recompile them back if something goes terribly wrong.
The modules are /lib/modules/`uname -r`/misc/vbox*ko
To build and install new modules issue the following commands from /
usr/share/virtualbox/src:
make
sudo make install
make load
Regards,
Aleksey
--
Aleksey Ilyushin,
Sun Microsystems
On Dec 18, 2008, at 8:41 PM, Joshua D. Drake wrote:
> On Thu, 2008-12-18 at 18:49 +0300, Aleksey Ilyushin wrote:
>> Hi Joshua,
>>
>> I have two observations with similar symptoms:
>>
>> 1) When MTU on host's interface is less than 1500 it may cause packet
>> loss for large packets with sky2 Ethernet driver. Hence web browsing
>> fails while DHCP, ARP, ICMP, etc work normally.
>>
>> 2) My D-link router responds with garbage to ARP requests if it is
>> asked for IPv6 and then immediately for IPv4 address, which is
>> strangely enough is the case for my Ubuntu Gutsy guest, but not for
>> my
>> Ubuntu Hardy host.
>>
>> Could you check the MTU sizes and get ARP traffic log with tcpdump?
>
>
> MTU on host is: 1500
>
> eth1 Link encap:Ethernet HWaddr 00:1f:e1:a1:06:cc
> inet addr:192.168.1.6 Bcast:192.168.1.255 Mask:
> 255.255.255.0
> inet6 addr: fe80::21f:e1ff:fea1:6cc/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:4409958 errors:0 dropped:0 overruns:0 frame:
> 1055650
> TX packets:4229461 errors:6 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:1845541638 (1.8 GB) TX bytes:571565731 (571.5 MB)
> Interrupt:17 Base address:0xc000
>
> Arp traffic while starting up the 3 guest machines (200,201,202). You
> can obviously ignore the 1.2 stuff. jd-laptop.local is host:
>
> tcpdump: verbose output suppressed, use -v or -vv for full protocol
> decode
> listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
> 09:37:27.740750 arp who-has 192.168.1.2 tell 192.168.1.1
> 09:37:29.376064 arp who-has 192.168.1.2 tell 192.168.1.2
> 09:37:31.424042 arp who-has 192.168.1.2 tell 192.168.1.2
> 09:37:33.369656 arp who-has 192.168.1.2 tell 192.168.1.2
> 09:38:17.224169 arp who-has 192.168.1.1 tell 192.168.1.202
> 09:38:17.225738 arp reply 192.168.1.1 is-at 00:14:6c:80:28:80 (oui
> Unknown)
> 09:38:17.635383 arp who-has 192.168.1.202 tell jd-laptop.local
> 09:38:19.455530 arp who-has 192.168.1.1 tell 192.168.1.200
> 09:38:19.456545 arp reply 192.168.1.1 is-at 00:14:6c:80:28:80 (oui
> Unknown)
> 09:38:19.759430 arp who-has 192.168.1.200 tell jd-laptop.local
> 09:38:24.343926 arp who-has 192.168.1.1 tell 192.168.1.201
> 09:38:24.345013 arp reply 192.168.1.1 is-at 00:14:6c:80:28:80 (oui
> Unknown)
> 09:38:24.624388 arp who-has 192.168.1.201 tell jd-laptop.local
> 09:38:28.054357 arp who-has 192.168.1.2 tell 192.168.1.1
> 09:38:29.689801 arp who-has 192.168.1.2 tell 192.168.1.2
> 09:38:29.792307 arp who-has 192.168.1.1 tell 192.168.1.2
> 09:38:31.635483 arp who-has 192.168.1.2 tell 192.168.1.2
> 09:38:33.683336 arp who-has 192.168.1.2 tell 192.168.1.2
> 09:38:48.485370 arp who-has 192.168.1.201 tell 192.168.1.200
> 09:39:01.266484 arp who-has 192.168.1.1 tell 192.168.1.201
> 09:39:01.267378 arp reply 192.168.1.1 is-at 00:14:6c:80:28:80 (oui
> Unknown)
> 09:39:05.824368 arp who-has 192.168.1.200 tell jd-laptop.local
>
> Arp traffic while trying to do stuff with guest machines:
>
> ping www.commandprompt.com causes:
>
> 09:39:35.791370 arp who-has 192.168.1.201 tell jd-laptop.local
> 09:39:38.250406 arp who-has 192.168.1.1 tell 192.168.1.201
> 09:39:38.251095 arp reply 192.168.1.1 is-at 00:14:6c:80:28:80 (oui
> Unknown)
> 09:39:51.812397 arp who-has 192.168.1.200 tell jd-laptop.local
> 09:40:26.772840 arp who-has 192.168.1.201 tell jd-laptop.local
>
>
> Routing table of host:
>
> Destination Gateway Genmask Flags MSS Window
> irtt
> Iface
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0
> 0 0
> eth1
> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0
> 0 0
> eth1
>
> Routing table of guest 1:
>
> j...@hardy:~$ netstat -rn
> Kernel IP routing table
> Destination Gateway Genmask Flags MSS Window
> irtt
> Iface
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0
> 0 0
> eth0
> 0.0.0.0 192.168.1.1 0.0.0.0 UG 0
> 0 0
> eth0
>
> ifconfig for guest 1:
> eth0 Link encap:Ethernet HWaddr 08:00:27:3c:fe:c6
> inet addr:192.168.1.200 Bcast:192.168.1.255
> Mask:255.255.255.0
> inet6 addr: fe80::a00:27ff:fe3c:fec6/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:172097 errors:666 dropped:0 overruns:0 frame:0
> TX packets:91164 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:15316887 (14.6 MB) TX bytes:24850869 (23.6 MB)
> Interrupt:11 Base address:0xc020
>
> Sincerely,
>
> Joshua D. Drake
>
>
>
>
>>
>> Aleksey
>>
>> --
>> Aleksey Ilyushin,
>> Sun Microsystems
>>
>> On Dec 17, 2008, at 11:36 PM, Joshua D. Drake wrote:
>>
>>> On Wed, 2008-12-17 at 12:22 -0800, Larry Riedel wrote:
>>>>>> Host: 192.168.1.6
>>>>>> Guest: 192.168.1.50
>>>>>> Default gw: 192.168.1.1
>>>
>>>> respond to the ARP requests, or pass them through to
>>>> the guest, or if the host is somehow supposed to do
>>>> proxy ARP... or maybe this problem has nothing to
>>>> do with ARP at all. I presume everything has the
>>>> netmask set to /24, so it is not a routing issue.
>>>
>>> Correct, it is a very simple config... I just set everything on
>>> 192.168.1.0/24 to go through 192.168.1.1 .
>>>
>>> Joshua D. Drake
>>>
>>>
>>>>
>>>>
>>>> Larry
>>>>
>>> --
>>> PostgreSQL
>>> Consulting, Development, Support, Training
>>> 503-667-4564 - http://www.commandprompt.com/
>>> The PostgreSQL Company, serving since 1997
>>>
>>>
>>> _______________________________________________
>>> vbox-users mailing list
>>> [email protected]
>>> http://vbox.innotek.de/mailman/listinfo/vbox-users
>>
> --
> PostgreSQL
> Consulting, Development, Support, Training
> 503-667-4564 - http://www.commandprompt.com/
> The PostgreSQL Company, serving since 1997
>
>
> _______________________________________________
> vbox-users mailing list
> [email protected]
> http://vbox.innotek.de/mailman/listinfo/vbox-users
_______________________________________________
vbox-users mailing list
[email protected]
http://vbox.innotek.de/mailman/listinfo/vbox-users
