Bug #4376
Automatically assigned VLAN ID can produce invalid values for 802.1Q tags
Status: | Closed | Start date: | 03/17/2016 | |
---|---|---|---|---|
Priority: | Normal | Due date: | ||
Assignee: | - | % Done: | 0% | |
Category: | Drivers - Network | |||
Target version: | Release 5.0 | |||
Resolution: | fixed | Pull request: | ||
Affected Versions: | OpenNebula 4.14 |
Description
An automatically assigned VLAN ID is calculated by adding a constant to the network id, in vlan.rb:120
@nic[:vlan_id] = CONF[:start_vlan] + network_id
802.1Q VLAN IDs are limited to the values 0x001 through 0xFFE, whereas network_id has no such restriction. Repeated creation and deletion of virtual network will eventually result in assigning an invalid VLAN ID.
VLAN ID assignment should be decoupled from the network ID, and the assignment algorithm should be able to reuse previously allocated IDs after the owning network has been deleted. The user should also be able to specify an upper bound for the IDs to be allocated, as described in #3298.
Here is a concrete use case where the current behavior is an issue:
A continuous integration system dynamically creates new testbeds. Each testbed is new VMs on a new virtual network with its own VLAN, thus isolated from all other testbeds. After a test run is complete, the testbed VMs and virtual network are deleted.
Associated revisions
Bug #4376: Fix typo
Bug #4376: Reserve also VLAN_ID 1, and fix typo in oned.conf
Bug #4376: Make vlan_id_automatic a top level attribute
and only allow modification of vlan_id if vlan_id_automatic
is set to false (the vlan_id has been specified manually)
Bug #4376: Migrator for VLAN_ID and VLAN_ID_AUTOMATIC
Bug #4376: migrator of the vlan_bitmap table
Bug #4376: Make the VN_MAD selection interactive
Bug #4376: Remove vnmad.rb onedb patch
It is not necessary any more as the VN_MAD selection
is interactive.
History
#1 Updated by Ruben S. Montero over 5 years ago
- Category set to Drivers - Network
- Target version set to Release 5.0
#2 Updated by Ruben S. Montero about 5 years ago
- Status changed from Pending to Closed
- Resolution set to fixed