FS#10420 - [initscripts] VLAN support for Arch default network script
Attached to Project:
Arch Linux
Opened by Antonio Bonifati (ant) - Thursday, 15 May 2008, 07:29 GMT
Last edited by Paul Mattal (paul) - Saturday, 06 February 2010, 14:20 GMT
Opened by Antonio Bonifati (ant) - Thursday, 15 May 2008, 07:29 GMT
Last edited by Paul Mattal (paul) - Saturday, 06 February 2010, 14:20 GMT
|
Details
Description:
There are two different patches posted in the forum here: http://bbs.archlinux.org/viewtopic.php?pid=367677#p367677 which adds virtual lans support to /etc/rc.d/network. I think basic VLAN support should be added to network script (e.g. see my suggestion in the forum above). A first reason is that is not difficult. Another reason is VLANs are very useful if one wants to build a router/firewall using Arch Linux. Some servers also use management systems which are often setup by using VLAN number 1 on the same network card the system uses to transmit application data (which go on another VLAN). A third reason it that they are supported by all other main distros including Debian and alike (e.g see http://www.mysidenotes.com/?p=6), Gentoo (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=4&chap=3#doc_chap10), OpenSuse (http://en.opensuse.org/Bonded_Interfaces_With_Optional_VLAN) and many others. Additional info: * package version: initscripts-2008.03-4 |
This task depends upon
Closed by Paul Mattal (paul)
Saturday, 06 February 2010, 14:20 GMT
Reason for closing: Won't fix
Additional comments about closing: With the last response from the filer in 10/08 and Tomas suggesting this be done in netcfg, I am closing this in favor of the implementation in netcfg. Please see FS# 15661 for the pending fix for this in netcfg.
Saturday, 06 February 2010, 14:20 GMT
Reason for closing: Won't fix
Additional comments about closing: With the last response from the filer in 10/08 and Tomas suggesting this be done in netcfg, I am closing this in favor of the implementation in netcfg. Please see FS# 15661 for the pending fix for this in netcfg.
Consider that this script provides support for dhcp and setting up routes and one may want to configure VLAN devices over a bond interface (bonding is already supported):
http://www.linux-foundation.org/en/Net:Bonding#802.1q_VLAN_Support
Also bridge + vlan can be combined:
http://gentoo-wiki.com/HOWTO_setup_a_gentoo_bridge#Bridging_With_VLANs
If a separate script will be made it'll mean to duplicate efforts already made in /etc/rc.d/network.
What's wrong with offering vlan support in /etc/rc.d/network and requiring those users that want to use them to explicity install vconfig? Or moving vconfig into core? This package is really small, about only 6 K
It's not a complicated patch. I'm just adding two functions (vlan_up and vlan_down) and I call them after bond_up and before ifdown respectively.
The patch I've made to ifdown is to ensure that aliased or vlan interfaces (ethX:Y or ethX.Y) are properly brought down. Now ifdown does not take the name of the interface from the name of the variabile that defines its configuration in /etc/rc.conf but from the content of this variabile (its just the first word), which I think it's a better choice.
I make my solution based on Debian vlan script. As Antonio I create two functions vlan_up and vlan_down, but currently supported two VLAN notations: ethX.Y and ethX.YYYY. Also, notation ethX:Y IS NOT VLAN! It is alias (similar to: ip addr add...) and it is currently work without any changes. My patch is attached to this message. Also latest version avail via link: http://hatred.homelinux.net/wiki/_media/zhurnal:2008-11-23_11.24_vlan_v_archlinux:network_vlan.diff
Some information I wrote in article in my blog (Russian only, sorry): http://hatred.homelinux.net/wiki/zhurnal:2008-11-23_11.24_vlan_v_archlinux
/etc/rc.d/network: line 121: /usr/sbin/iwconfig: No such file or directory
/etc/rc.d/network: line 125: iwgetid: command not found
.100: error fetching interface information: Device not found
/etc/rc.d/network: line 121: /usr/sbin/iwconfig: No such file or directory
/etc/rc.d/network: line 125: iwgetid: command not found
.180: error fetching interface information: Device not found
i think an implementation to netcfg is more transparent (basic networking w/o netcfg, higher granularity /w netcfg). thoughts?
sweet, finally ^^