VM Guest Not Getting A Network Connection On New VLAN
I have a VM environment running and a Cisco UCS with various different VLANs on it, all working. The VM environment has a virtual switch and a Cisco Nexus v1000. I have built the VLAN and spanned it out to the UCS and a test switch elsewhere. I have plugged a physical machine into a switch that has the VLAN spanned to it and was able to obtain a DHCP address form the scope I built so I know that it is working. I have added the VLAN on the correct server on the UCS and allowed its NICs to see it. I then went to VCenter and added the new port group to the vswitch, being we are not using the v1000 on this host, and configured the port group with the appropriate VLAN ID and Network Label. Finally I went to the Guest and assigned it to the new network label, yet the guest will only get limited or no network connectivity. I know I have to be missing something, we have other VLANs on this Host that work just fine with its Guests and they are dynamic as well. Any help is appreciated.
Danny McDaniel
did you enable trunking on the port on the switch?
ASKER
Inside a vSwitch is the concept of a portgroup. The portgroup is assigned a VLAN ID. Just like you assign a group of ports on a pSwitch to have a VLAN you do the same in the vSwitch using a portgroup. Just make a portgroup on the vSwitch and give it a VLAN ID. This is called Virtual Switch Tagging (VST).
pub
pub
ASKER
Well that was not exactly what I wanted to post as far as text, but the idea is the same. When you are referring to enabling trunking I am assuming you are talking about the port on the pSwitch or in this case the core that is connected to the UCS? If that is the case yes it is enabled. It is important to note that this same physical connection delivers other vlans to the blades in the UCS including the one that I am working with. The port group I am using on the vSwitch seems to be identical to the one that works, yet apparently there is something I am missing that is different. Did I answer you question?
ASKER
Here is the config for the physical connection to the UCS
interface TenGigabitEthernet1/3
description UCS_Side_A
no ip address
switchport
switchport trunk encapsulation dot1q
switchport mode trunk
channel-group 256 mode on
interface TenGigabitEthernet1/3
description UCS_Side_A
no ip address
switchport
switchport trunk encapsulation dot1q
switchport mode trunk
channel-group 256 mode on
if you remove the VLAN ID from the vswitch and leave the other switch configs in place, does the guest then have network connectivity?
ASKER
No Sir, it does not work if I remove the VLAN ID. I have it set to none and the same results occur.
so, this problem host doesn't have v1000...is this VLAN working on the hosts do have the v1000?
It's sounding like the UCS is where the disconnect is happening.
It's sounding like the UCS is where the disconnect is happening.
ASKER
That is right this issue does not involve the v1000 that we have. This is because all the physical NICs we have on this host are connected to the vSwitch instead. We did try the VLAN on another host with the v1000 and it was a no go as well. It does sound like an issue at the UCS but I am not sure where.
ASKER
So here is what I have done with the UCS;
I created the VLAN in the UCS under the VLANs which is found under the LAN tab
then I added the newly created VLAN under each NIC for the Server.
As far as I know that should be it.
Right?
I created the VLAN in the UCS under the VLANs which is found under the LAN tab
then I added the newly created VLAN under each NIC for the Server.
As far as I know that should be it.
Right?
run through the steps listed at http://www.cisco.com/en/US/docs/unified_computing/ucs/sw/gui/config/guide/1.4/UCSM_GUI_Configuration_Guide_1_4_chapter15.html if you haven't already???
ASKER
Yep I have followed this document for a Named VLAN.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
I agree it looks like it was heading that way. I just opened a TAC case, see what pans out form it. Thanks for you help thus far.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Hey, thanks for updating us on the cause and the undeserved points! :) Don't you just hate it when they "fix a glitch" that was working fine before...
ASKER
.