I’ve been working with a local customer the last week or so to help them set up a pair of ODA’s in virtualized mode. In one of the datacenters, they needed it to be on a VLAN- including DOM0. Normally, I just configure net1 for the customer’s network and I’m off to the races. In this case, there are a few additional steps we have to do.
First thing you’ll need to do is install the ODA software from the install media. Once this is done, you need to log into the console since we don’t have any IP information configured yet. Below is a high level checklist of the steps needed to complete this activity:
- Determine which VLAN DOM0 needs to be on
- Pick a name for the VLAN interface. It doesn’t have to be eth2 or anything like that. I usually go with “VLAN456” if my VLAN ID is 456 so it’s self descriptive.
- Run the following command in DOM0 on node 0 (assuming your VLAN ID is 456)
# oakcli create vlan VLAN456 -vlanid 456 -if bond0
At this point, you’ll have the following structures in place on each compute node:
We now have networking set up so that eth2 and eth3 are bonded together (bond0). Then we put a VLAN bond interface (bond0.456) on top of the bond pair. Finally we create a VLAN bridge (VLAN456) that can be used to forward that network into the VM, and also allow DOM0 to talk on that VLAN. I’ve shown in the example above what it looks like to connect more than one VLAN to a bond pair. If you need access to both VLAN’s from within DOM0 then each VLAN interface on each node will need an IP address assigned to it. You’ll need to rerun configure firstnet for each interface. Note also that if you need to access more than one VLAN from a bond pair, you’ll need to set the switch ports that eth2 and eth3 are connected to into trunked mode so they can pass more than a single VLAN. Your network administrator will know what this means.
After that’s in place, you can continue to deploy ODA_BASE, do a configure firstnet in ODA_BASE (remember to assign the VLAN interface to ODA_BASE), yadda yadda…
Then, as you configure ODA_BASE and create your VM(s), the NetBack and NetFront drivers are created that are responsible for plumbing the network into the VM. Here’s a completed diagram with a VM that has access to both VLAN’s:
UPDATE: The way this customer wound up configuring their switches at the end of the day was to put the ODA and ODA_BASE on the Native VLAN. In this case, even though the switch port is trunked to have access to one or more VLAN’s at a time, the Native VLAN traffic is actually passed untagged down to the server. This implies that you do not need a special VLAN interface on the ODA to talk on this network, just use the regular net1 or net2 interface. Now, if you want to talk on any other VLANs through that switch port, you will need to follow the procedure above and configure a VLAN interface for that VLAN.