Bug 697069 - Network scripts do not support nested VLANS (802.1 QinQ)
Summary: Network scripts do not support nested VLANS (802.1 QinQ)
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: initscripts
Version: 6.0
Hardware: All
OS: Linux
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Lukáš Nykrýn
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-15 18:10 UTC by Neil Wilson
Modified: 2016-11-25 13:06 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-01-14 08:13:48 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Neil Wilson 2011-04-15 18:10:57 UTC
Description of problem:

The network 'ifup' script doesn't handle nested vlans (802.1 QinQ) correctly.


Version-Release number of selected component (if applicable):


How reproducible:

Create a vlan within a vlan in the network script config area.


Steps to Reproduce:
1. Create an 'ifcfg-vlan5' config as normal locked onto eth0.
DEVICE="vlan5"
ONBOOT="yes"
VLAN="yes"
PHYSDEV="eth0"

2. Create a nested vlan entry in file 'ifcfg-vlan5.1'
DEVICE="vlan5.1"
ONBOOT="yes"
VLAN="yes"
PHYSDEV="vlan5"

3. 

  
Actual results:

The scripts fail to create vlan1 within vlan5.

Expected results:

Should get the interface 'vlan5.1@vlan5' created and started, and all intermediate vlans created and started if they are not already (as would happen if the PHYSDEV was real).


Additional info:

Comment 2 RHEL Program Management 2011-04-16 06:01:19 UTC
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 5 RHEL Program Management 2012-05-03 05:32:52 UTC
Since RHEL 6.3 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 6 Jamie Bainbridge 2013-04-25 02:05:06 UTC
A basic test seems to indicate this does work?

# uname -a
Linux hostname.redhat.com 2.6.32-358.2.1.el6.x86_64 #1 SMP Wed Feb 20 12:17:37 EST 2013 x86_64 x86_64 x86_64 GNU/Linux
# rpm -q initscripts
initscripts-9.03.38-1.el6_4.1.x86_64

# cat ifcfg-eth0
DEVICE=eth0
ONBOOT=yes
USERCTL=no
BOOTPROTO=dhcp
NM_CONTROLLED=no
HWADDR=52:54:00:16:07:61

# cat ifcfg-eth0.10
DEVICE=eth0.10
ONBOOT=yes
ONPARENT=yes
VLAN=yes

# cat ifcfg-eth0.10.20
DEVICE=eth0.10.20
ONBOOT=yes
ONPARENT=yes
VLAN=yes

# service network start
Bringing up loopback interface:                            [  OK  ]
Bringing up interface eth0:  
Determining IP information for eth0... done.
RTNETLINK answers: No such process
                                                           [  OK  ]
Bringing up interface eth0.10:                             [  OK  ]
Bringing up interface eth0.10.20:                          [  OK  ]

# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:16:07:61 brd ff:ff:ff:ff:ff:ff
3: eth0.10@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 52:54:00:16:07:61 brd ff:ff:ff:ff:ff:ff
4: eth0.10.20: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 52:54:00:16:07:61 brd ff:ff:ff:ff:ff:ff

# cat /proc/net/vlan/config 
VLAN Dev name	 | VLAN ID
Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD
eth0.10        | 10  | eth0
eth0.10.20     | 20  | eth0.10

# cat /proc/net/vlan/eth0.10
eth0.10  VID: 10	 REORDER_HDR: 1  dev->priv_flags: 1
         total frames received            0
          total bytes received            0
      Broadcast/Multicast Rcvd            0

      total frames transmitted           12
       total bytes transmitted         1008
            total headroom inc            0
           total encap on xmit           12
Device: eth0
INGRESS priority mappings: 0:0  1:0  2:0  3:0  4:0  5:0  6:0 7:0
 EGRESS priority mappings: 

# cat /proc/net/vlan/eth0.10.20
eth0.10.20  VID: 20	 REORDER_HDR: 1  dev->priv_flags: 1
         total frames received            0
          total bytes received            0
      Broadcast/Multicast Rcvd            0

      total frames transmitted            6
       total bytes transmitted          492
            total headroom inc            0
           total encap on xmit            6
Device: eth0.10
INGRESS priority mappings: 0:0  1:0  2:0  3:0  4:0  5:0  6:0 7:0
 EGRESS priority mappings:


Note You need to log in before you can comment on or make changes to this bug.