Showing results for 
Search instead for 
Did you mean: 

UCS private-vlans

Hey all,

I'm doing some UCS studying and I'm trying to understand how private-vlans work within UCS, but there's surprisingly little documentation on the subject.  So far, based mostly on trial-and-error, these seem to be the rules for using pvlans in UCSM:

 - only isolated type is allowed

 - no promiscuous ports within UCS

 - a vNIC can carry the secondary vlan ID only (no other vlans can ride alongside it, including the primary)

 - the primary vlan can never be used on a vNIC


Despite this, I cannot get a VM to speak to its upstream promiscuous port/gateway.  One document I found suggested the vNIC should not set the secondary vlan as native, but that seems to have no effect either way (even looking at the veth config at the CLI).  The same document suggested VMware should tag the traffic, which would require the 1000V.  Based on the CLI configuration, I'm guessing that's not true, but I could easily be wrong.

Does anyone know of a good guide for this, or maybe could even point me in the right direction for getting pvlans to work within UCS?  Thanks!


Everyone's tags (1)

Well, nevermind, it seems I

Well, nevermind, it seems I had a misconfiguration in VMware.  User error :)  Here's what I found:

 - No tagging required from VMware.  Port groups should remain untagged.

 - The vNIC must be configured ONLY for the secondary/isolated vlan.

 - It doesn't seem to matter whether it's native or not.  The CLI configuration doesn't change, and pings work either way.  I'm guessing the 'clean/proper' configuration is to leave it unmarked as native since it's not a trunk port.

 - 1000V isn't required.

Strange that the FIs learn the VM's mac address within the secondary/isolated vlan, but the upstream Nexus switches learn it via the primary vlan.  UCS seems to have a focus on the secondary vlan - again, I'm fairly certain you cannot use a vlan on a vNIC once it's labeled as primary.

So the 1000V isn't required, per se, but since VMware won't honor the pvlans within the host, it certainly has a benefit.  The alternative to 1000V appears to be creating a pvlan-vNIC+vswitch per VM.

CreatePlease to create content
Content for Community-Ad
August's Community Spotlight Awards