On Thu, 2008-12-18 at 23:58 +0300, Aleksey Ilyushin wrote:
> 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?

I am running the closed source version (or is 2.1 completely open now?)

> 
> 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
> 
-- 
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

Reply via email to