[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1288201734.26640.43.camel@voxel>
Date: Wed, 27 Oct 2010 10:48:54 -0700
From: Nolan Leake <nolan@...ulusnetworks.com>
To: Jim <jim876@...all.nl>
Cc: netdev@...r.kernel.org, David Miller <davem@...emloft.net>
Subject: Re: tap0 device stopped working in 2.6.36 (ok in 2.6.35)
On Wed, 2010-10-27 at 18:09 +0200, Jim wrote:
> Not exactly, VirtualBox calls it "bridged adapter", it 'bridges' the
> guest machine to the tap0 interface on the host for so called host-only
> networking.
> See eg. http://forums.virtualbox.org/viewtopic.php?f=1&t=165
OK, so you have the tap0 device, and you assign an IP to it and run
dhcpd on it. Understood. Thank you for the explanatory link.
> And this sequence is now simply failing
> tunctl -t tap0 -u tuxuser
> ifconfig tap0 10.0.0.1 up
The link is not ready until some process has attached to the tap device.
tunctl simply attaches and then immediately detaches, leaving it
link-down until the virtualbox process starts and attaches.
But this doesn't cause the problem for me! I suspect that is because I
am running an ipv4 only kernel; the "ADDRCONF(NETDEV_UP): tap0: link is
not ready" error comes from net/ipv6/addrconf.c.
I have no idea why ipv6 vetos the upping of a link-down interface, while
ipv4 doesn't care.
If this is all intended behavior, then I guess I'll need to make the old
"tap devices are always link-up" mode the default, and add a way for
newer software to opt-in into correct link-state reporting.
David (CC'd), could you comment on this?
Thanks,
Nolan
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists