<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: HP Blades, Virtual Connect &amp; ESX considerations</title>
	<atom:link href="http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/feed/" rel="self" type="application/rss+xml" />
	<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/</link>
	<description>Philip Sellers&#039; random thoughts on technology</description>
	<lastBuildDate>Mon, 30 Jan 2012 15:01:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Bobby McIntire</title>
		<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/comment-page-1/#comment-578</link>
		<dc:creator>Bobby McIntire</dc:creator>
		<pubDate>Wed, 29 Apr 2009 00:54:16 +0000</pubDate>
		<guid isPermaLink="false">http://tech.philipsellers.com/?p=368#comment-578</guid>
		<description>Philip/Ray,
I guess I&#039;m a little confused.  I had my enclosure set up to use Tunnel VLAN tags and we were unable to get a VLAN 100 to pass and communicate correctly.  I thought it had to do with the single vlan per nic as described above.  According to the network guys, the Tunnel Uplinks that are set up to each Virtual connect in the back of the Enclosure should pass all VLAN.  I guess I&#039;m not sure how it should be set up.  The current enclosure was working well but we only have a few vlans.  I brought up a new server on the 100 vlan and it couldn&#039;t communicate.  Any help would be appreciated.</description>
		<content:encoded><![CDATA[<p>Philip/Ray,<br />
I guess I&#8217;m a little confused.  I had my enclosure set up to use Tunnel VLAN tags and we were unable to get a VLAN 100 to pass and communicate correctly.  I thought it had to do with the single vlan per nic as described above.  According to the network guys, the Tunnel Uplinks that are set up to each Virtual connect in the back of the Enclosure should pass all VLAN.  I guess I&#8217;m not sure how it should be set up.  The current enclosure was working well but we only have a few vlans.  I brought up a new server on the 100 vlan and it couldn&#8217;t communicate.  Any help would be appreciated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip</title>
		<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/comment-page-1/#comment-575</link>
		<dc:creator>Philip</dc:creator>
		<pubDate>Thu, 23 Apr 2009 17:43:55 +0000</pubDate>
		<guid isPermaLink="false">http://tech.philipsellers.com/?p=368#comment-575</guid>
		<description>Ray - Thanks!  I think I have figured out where we ran into problems in our configuration.  We had a shared uplink set configured and were attempting to use it instead of simply defining an Ethernet network.  I re-read the documentation (btw, HP released a brand new cookbook this week - &lt;a href=&quot;http://tr.im/jwf5&quot; rel=&quot;nofollow&quot;&gt;tr.im/jwf5&lt;/a&gt;), and I now see that we should omit the shared uplink for ESX to work correctly in Tunnel mode.</description>
		<content:encoded><![CDATA[<p>Ray &#8211; Thanks!  I think I have figured out where we ran into problems in our configuration.  We had a shared uplink set configured and were attempting to use it instead of simply defining an Ethernet network.  I re-read the documentation (btw, HP released a brand new cookbook this week &#8211; <a href="http://tr.im/jwf5" rel="nofollow">tr.im/jwf5</a>), and I now see that we should omit the shared uplink for ESX to work correctly in Tunnel mode.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray</title>
		<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/comment-page-1/#comment-574</link>
		<dc:creator>Ray</dc:creator>
		<pubDate>Thu, 23 Apr 2009 16:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://tech.philipsellers.com/?p=368#comment-574</guid>
		<description>Enabling Tunnel VLAN Tags (even according to the Virtual Connect help file) will pass all VLAN tags through the VC domain unmodified.  It&#039;s ESX that will then manage the various VLAN traffic dependent on your virtual switch configuration.  If you have VLAN tunneling enabled and attempt to configure shared uplinks, only untagged frames will be transmitted (tagged frames will be dropped).
If you enable Map VLANs option, any dedicated links (ie individual ports that are not members of shared uplink sets) can transmit untagged frames only - all tagged VLAN traffic on dedicated links will be dropped.  And you&#039;ll have to map the traffic from the shared uplink sets to the appropriate NICs/server profiles.  This is a lot of work - ESX will do it for you if you just pass the traffic with VLAN Tunneling (tagging - 802.1q).
Check out the HP Virtual Connect Cookbook:
http://bizsupport.austin.hp.com/bc/docs/support/SupportManual/c01471917/c01471917.pdf
Scenarios 7 &amp; 8 specifically detail ESX config.</description>
		<content:encoded><![CDATA[<p>Enabling Tunnel VLAN Tags (even according to the Virtual Connect help file) will pass all VLAN tags through the VC domain unmodified.  It&#8217;s ESX that will then manage the various VLAN traffic dependent on your virtual switch configuration.  If you have VLAN tunneling enabled and attempt to configure shared uplinks, only untagged frames will be transmitted (tagged frames will be dropped).<br />
If you enable Map VLANs option, any dedicated links (ie individual ports that are not members of shared uplink sets) can transmit untagged frames only &#8211; all tagged VLAN traffic on dedicated links will be dropped.  And you&#8217;ll have to map the traffic from the shared uplink sets to the appropriate NICs/server profiles.  This is a lot of work &#8211; ESX will do it for you if you just pass the traffic with VLAN Tunneling (tagging &#8211; 802.1q).<br />
Check out the HP Virtual Connect Cookbook:<br />
<a href="http://bizsupport.austin.hp.com/bc/docs/support/SupportManual/c01471917/c01471917.pdf" rel="nofollow">http://bizsupport.austin.hp.com/bc/docs/support/SupportManual/c01471917/c01471917.pdf</a><br />
Scenarios 7 &amp; 8 specifically detail ESX config.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip</title>
		<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/comment-page-1/#comment-571</link>
		<dc:creator>Philip</dc:creator>
		<pubDate>Tue, 21 Apr 2009 17:51:36 +0000</pubDate>
		<guid isPermaLink="false">http://tech.philipsellers.com/?p=368#comment-571</guid>
		<description>Bobby,
No, I think you&#039;ll be able to pass as many VLANs as you configure onto the 3 physical ports connected to vSwitch2, but you&#039;ll need to be in map vLAN mode.  When you change your Virtual Connect option, it exposes a &quot;Multiple VLANs&quot; selection which lets you choose which VLANs you want to carry across those ports.  You have the capability, you just need a small configuration change.  This configuration change does not affect any of your other server profiles that are already created.  It just exposes the &quot;Multiple VLANs&quot; capability in a server profile.  

In tunnel VLAN mode, you are only capable of carrying a single VLAN at a time (as far as I can find anywhere).  I wouldn&#039;t recommend tagging 3 different VLANs, one on each physical port and then using all 3 in the same vSwitch.  I don&#039;t think that&#039;s a good practice in VMware.  I&#039;m not sure that scenario would work at all.</description>
		<content:encoded><![CDATA[<p>Bobby,<br />
No, I think you&#8217;ll be able to pass as many VLANs as you configure onto the 3 physical ports connected to vSwitch2, but you&#8217;ll need to be in map vLAN mode.  When you change your Virtual Connect option, it exposes a &#8220;Multiple VLANs&#8221; selection which lets you choose which VLANs you want to carry across those ports.  You have the capability, you just need a small configuration change.  This configuration change does not affect any of your other server profiles that are already created.  It just exposes the &#8220;Multiple VLANs&#8221; capability in a server profile.  </p>
<p>In tunnel VLAN mode, you are only capable of carrying a single VLAN at a time (as far as I can find anywhere).  I wouldn&#8217;t recommend tagging 3 different VLANs, one on each physical port and then using all 3 in the same vSwitch.  I don&#8217;t think that&#8217;s a good practice in VMware.  I&#8217;m not sure that scenario would work at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bobby McIntire</title>
		<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/comment-page-1/#comment-569</link>
		<dc:creator>Bobby McIntire</dc:creator>
		<pubDate>Tue, 21 Apr 2009 14:44:44 +0000</pubDate>
		<guid isPermaLink="false">http://tech.philipsellers.com/?p=368#comment-569</guid>
		<description>Philip,
Just to clarify.  We have 6 virtual connect ethernet modules set up with 1 set of fiber connected to a Cisco switch as port channels.  Each port channels are set to pass all VLANs.  On the ESX side I have 6 nics in a BL460 server.  2 in one Virtual Switch 1 for Service console and vmotion and 3 in Virtual Switch 2 for all Virtual machines and 1 in Virtual Switch 3 for ISCSI (iso and templates).  Virtual connect is set up to use Tunnel VLAN Tags.  Will we be only able to pass 3 vlans since there are 3 nics on the Virtual Switch 2 running all the virtual machines?  We have over 15 VLANS that need to be passed for thru the Virtual Switch 2.

Great blog,

Bobby McIntire</description>
		<content:encoded><![CDATA[<p>Philip,<br />
Just to clarify.  We have 6 virtual connect ethernet modules set up with 1 set of fiber connected to a Cisco switch as port channels.  Each port channels are set to pass all VLANs.  On the ESX side I have 6 nics in a BL460 server.  2 in one Virtual Switch 1 for Service console and vmotion and 3 in Virtual Switch 2 for all Virtual machines and 1 in Virtual Switch 3 for ISCSI (iso and templates).  Virtual connect is set up to use Tunnel VLAN Tags.  Will we be only able to pass 3 vlans since there are 3 nics on the Virtual Switch 2 running all the virtual machines?  We have over 15 VLANS that need to be passed for thru the Virtual Switch 2.</p>
<p>Great blog,</p>
<p>Bobby McIntire</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip</title>
		<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/comment-page-1/#comment-509</link>
		<dc:creator>Philip</dc:creator>
		<pubDate>Tue, 10 Mar 2009 17:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://tech.philipsellers.com/?p=368#comment-509</guid>
		<description>M - That would be my guess.  We tried to get multiple VLANs across a single NIC with Tunnel mode, but it would not work on our enclosures.  We had to enable the Map VLANs mode to get multiple VLANs across a single NIC.  Bringing a single VLAN per NIC to the ESX host will certainly work.  We have other clusters where we are doing that with traditional rack-mount servers.  In a simple network where all your VM&#039;s are on the same VLAN, it may make sense to do this on blades, too.   Our deployment is more complex with many VLANs for our VM&#039;s.  In a blade configuration with 6 total NICs possible, we would be limiting our capabilities if we did not do the tagging.  Hope this helps...</description>
		<content:encoded><![CDATA[<p>M &#8211; That would be my guess.  We tried to get multiple VLANs across a single NIC with Tunnel mode, but it would not work on our enclosures.  We had to enable the Map VLANs mode to get multiple VLANs across a single NIC.  Bringing a single VLAN per NIC to the ESX host will certainly work.  We have other clusters where we are doing that with traditional rack-mount servers.  In a simple network where all your VM&#8217;s are on the same VLAN, it may make sense to do this on blades, too.   Our deployment is more complex with many VLANs for our VM&#8217;s.  In a blade configuration with 6 total NICs possible, we would be limiting our capabilities if we did not do the tagging.  Hope this helps&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M</title>
		<link>http://tech.philipsellers.com/2009/03/09/hp-blades-virtual-connect-esx-considerations/comment-page-1/#comment-508</link>
		<dc:creator>M</dc:creator>
		<pubDate>Tue, 10 Mar 2009 16:17:18 +0000</pubDate>
		<guid isPermaLink="false">http://tech.philipsellers.com/?p=368#comment-508</guid>
		<description>Hya,


We currently have the &quot;Tunnel VLAN Tags&quot; option enabled, and we have created networks that comprise of multiple Vlans. Still our ESX&#039;es can talk to eachother of each Vlan, do the ESX&#039;es use a different NiC per Vlan ? (The vSwitches have both nic&#039;s in them)

greetz!

M</description>
		<content:encoded><![CDATA[<p>Hya,</p>
<p>We currently have the &#8220;Tunnel VLAN Tags&#8221; option enabled, and we have created networks that comprise of multiple Vlans. Still our ESX&#8217;es can talk to eachother of each Vlan, do the ESX&#8217;es use a different NiC per Vlan ? (The vSwitches have both nic&#8217;s in them)</p>
<p>greetz!</p>
<p>M</p>
]]></content:encoded>
	</item>
</channel>
</rss>

