Attached is vlan-1.6.ebuild. vlan contains the vconfig tool, which is the user space tool required to configure the 802.1Q VLAN support present in kernels >= 2.4.14. The home page for the package is http://www.candelatech.com/~greear/vlan.html I suggest sys-apps/vlan, as the iproute2 config tools (ip, tc) are in sys- apps/iproute. The ebuild has a couple of problems. See the comments on licensing & depends in the ebuild. In a future version, I will probably include some sort of init.d script for loading & saving vlan configuration. Something like the iptables one perhaps. WARNING: This is my first ebuild!
Created attachment 8201 [details] ebuild for 802.1Q VLAN config program for 2.4.14+ kernels.
Created attachment 11693 [details] vconfig-1.7.ebuild version bump. fixed filename(vlan-1.6.ebuild -> vconfig-1.7.ebuild). fixed license.
I made a few small changes to the ebuild for 1.7 and commited to it portage as net-misc/vconfig. Added support for the 'static' use flag. Platforms tested on include x86, sparc64 and will shortly get this tested on arm.
Changed Bug resolution to fixed
Created attachment 13080 [details, diff] diff-patch for /etc/init.d/net.eth0 to add vlan support
Looks like quite a few people were asking for vlan support on gentoo for a very long time (11+ months) Bug #5371, #9318, #9809 It took a user on irc to make us aware that this bug even existed (go go bugzilla) Anyway we need to get some changes merged into init.d/net.* Andy Dustman has submitted code to add the vlan tags and bring them up a vlan interfaces. I've created a diff to the current net script and have included the previous attachment.
Andy Dustman should be providing an updated net.eth0.diff (revision 1.28)
Created attachment 13125 [details, diff] VLAN modifications for net.eth0 Patch is against rev 1.28 Notes on configuration: VLAN configuration is attempted if iface_${IFACE}_vlans is defined and /sbin/vconfig is executable. iface_${IFACE}_vlans should contain a list of vlan numbers. The main interface is brought up before VLANS are configured, and down after VLANs are deconfigured. If there is an untagged VLAN configured (in the switch), you can configure the main interface for that network. If all the VLANs are tagged (802.1q), then you still need ro bring the main interface up, but without an IP address. Therefore, set iface_$IFACE="0.0.0.0" For each VLAN listed in iface_${IFACE}_vlans, you should define at least iface_${IFACE}_${VLAN}, which works the same as iface_${IFACE}. DHCP works on VLAN interfaces. You can also set the default gateway to be a VLAN interface. This is a sample VLAN configuration (/etc/conf.d/net): iface_eth0="0.0.0.0" iface_eth0_vlans="119 17 18 21" iface_eth0_119="dhcp" dhcpcd_eth0_119="-R -N" iface_eth0_17="172.17.100.2 broadcast 172.17.255.255 netmask 255.255.0.0" iface_eth0_18="dhcp" dhcpcd_eth0_18="-R -G" iface_eth0_21="172.21.0.9 broadcast 172.21.255.255 netmask 255.255.0.0" #gateway="eth0.119/128.192.119.1"
Sent request to senior developer (azarah) requesting net.eth0 changes.
Created attachment 13239 [details, diff] Slightly improved patch This doesn't change any functionality, it's primarily a clean-up.
This bug has been pending in my queue for to long. If I do not receive a comment from a senior developer on this I will commit these changes to portage and hope for the best. My primary tests work 100%. This is basic networking and I feel there should be little no delay on these types of changes. I request/suggest that all people that are monitoring this bugid please test vlan support on gentoo. # emerge vconfig # cd /etc/init.d/ Apply Andy Dustmans patch to net.eth0 Report back any probems to this bugid
Committed to CVS (rcscripts changes). New baselayout in a day or so if nothing major happens.
vconfig emerges into /usr/sbin, not into /sbin, and the path to vconfig is hard coded in the /etc/init.d script as "/sbin/vconfig", which, well, doesn't work. There are three instances of vconfig in the script, which should be replaced by $vconfig, which should be set to "/usr/sbin/vconfig"?
perhaps you must have emerged some time before 10 Jun 2003 There was a 3 day period when vconfig was first commited to portage when it installed to /usr/sbin. When this was noticed it was promptly moved to /sbin in preparation for getting baselayout changes. Anyway this is how vconfig-1.7-r1 installs. --- /sbin/ >>> /sbin/vconfig --- /usr/ --- /usr/share/ --- /usr/share/man/ --- /usr/share/man/man8/ >>> /usr/share/man/man8/vconfig.8.gz --- /usr/share/doc/ --- /usr/share/doc/vconfig-1.7-r1/ --- /usr/share/doc/vconfig-1.7-r1/html/ >>> /usr/share/doc/vconfig-1.7-r1/html/howto.html >>> /usr/share/doc/vconfig-1.7-r1/html/vlan.html >>> /usr/share/doc/vconfig-1.7-r1/CHANGELOG.gz >>> /usr/share/doc/vconfig-1.7-r1/README.gz >>> /usr/share/doc/vconfig-1.7-r1/vlan_test.pl.gz >>> /usr/share/doc/vconfig-1.7-r1/vlan_test2.pl.gz
I think this bug ought to be closed. The VLAN support has been added into baselayout's /etc/init.d/net.eth0, and the current ebuild looks good.
yes this bug can be closed. Andy and others thanks for all your work. Please feel free to report any bugs that dont have to do with ethernet driver problems under a new bug id. Any user reporting problems in the future about vlan support and ethernet driver problems should be marked as INVALID. However it would be nice to compile a list of known working nic cards/drivers.
Closing Bug