<?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: VMware ESX, NIC Teaming, and VLAN Trunking with HP ProCurve</title>
	<atom:link href="http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<pubDate>Tue, 16 Mar 2010 15:21:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: adam</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-47524</link>
		<dc:creator>adam</dc:creator>
		<pubDate>Sat, 20 Feb 2010 00:32:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-47524</guid>
		<description>I'd be curious what the best practice is for flow control both on the switching side and the vmware esx side as well!</description>
		<content:encoded><![CDATA[<p>I&#8217;d be curious what the best practice is for flow control both on the switching side and the vmware esx side as well!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-47506</link>
		<dc:creator>mark</dc:creator>
		<pubDate>Tue, 16 Feb 2010 20:39:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-47506</guid>
		<description>hi

i have just setup our esx with four nics and set them to ip route in the networking on config on v centre

on the hp switch i have added these for cables to trk1. my question is do i need to enable flow control and do i just set the group to tunk and not use lacp. other than that is there anything else i need to do and will i get the benefit of a better performace with a 4gb trunk.

excellent site full of some excellent info thanks

mark</description>
		<content:encoded><![CDATA[<p>hi</p>
<p>i have just setup our esx with four nics and set them to ip route in the networking on config on v centre</p>
<p>on the hp switch i have added these for cables to trk1. my question is do i need to enable flow control and do i just set the group to tunk and not use lacp. other than that is there anything else i need to do and will i get the benefit of a better performace with a 4gb trunk.</p>
<p>excellent site full of some excellent info thanks</p>
<p>mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-47458</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Tue, 09 Feb 2010 13:37:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-47458</guid>
		<description>Peter,

See this:

http://blog.scottlowe.org/2008/07/16/understanding-nic-utilization-in-vmware-esx/

That post should give you the information you're seeking. Thanks!</description>
		<content:encoded><![CDATA[<p>Peter,</p>
<p>See this:</p>
<p><a href="http://blog.scottlowe.org/2008/07/16/understanding-nic-utilization-in-vmware-esx/" rel="nofollow">http://blog.scottlowe.org/2008/07/16/understanding-nic-utilization-in-vmware-esx/</a></p>
<p>That post should give you the information you&#8217;re seeking. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter F</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-47456</link>
		<dc:creator>Peter F</dc:creator>
		<pubDate>Tue, 09 Feb 2010 08:57:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-47456</guid>
		<description>Nice article! I have configured one of our ESX 4 hosts with trunking and VLAN's as decribed here and it seems to work.

However, I would like to verify that I really get more bandwith because of the trunk. So I set up af VM with a 10Gb vNIC, and a physical test server with two teamed 1Gb NIC's with LACP enabled at the physical switch (5412zl) so it runs 2Gb/s in both directions. The VM host has four 1-Gb NIC's trunked as descibed on this page.

Then I copy a huge GB-file from the VM to my physical test server. But I never get more throughput than approx. 70% of 1 Gb, and the HP teaming software at the physical test server shows that it all runs on one NIC.

So my questions are:
- Should it actually be possible to use more than one physical NIC's bandwith from a VM when using trunked NIC's?
- How can I test that it works when my test as decribed above don't seem to work?

Peter :-)</description>
		<content:encoded><![CDATA[<p>Nice article! I have configured one of our ESX 4 hosts with trunking and VLAN&#8217;s as decribed here and it seems to work.</p>
<p>However, I would like to verify that I really get more bandwith because of the trunk. So I set up af VM with a 10Gb vNIC, and a physical test server with two teamed 1Gb NIC&#8217;s with LACP enabled at the physical switch (5412zl) so it runs 2Gb/s in both directions. The VM host has four 1-Gb NIC&#8217;s trunked as descibed on this page.</p>
<p>Then I copy a huge GB-file from the VM to my physical test server. But I never get more throughput than approx. 70% of 1 Gb, and the HP teaming software at the physical test server shows that it all runs on one NIC.</p>
<p>So my questions are:<br />
- Should it actually be possible to use more than one physical NIC&#8217;s bandwith from a VM when using trunked NIC&#8217;s?<br />
- How can I test that it works when my test as decribed above don&#8217;t seem to work?</p>
<p>Peter <img src='http://blog.scottlowe.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damo</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-47244</link>
		<dc:creator>Damo</dc:creator>
		<pubDate>Tue, 05 Jan 2010 23:07:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-47244</guid>
		<description>Im setting up my first ESX 4 server (were using 2) using an iSCI SAN with a Pro Curve 2910al layer 3 switch and im having some problems with taggin the trunks (so I think).

Basically the problem just came up when I tried to assign more than one nic to the vswitch in my esx1 server. I lost the network connection when I did that.  So im thinking either I need to set up the esx server to route based on IP hash (which Ive read about but havnt done), or I have tagged the trunks in the wrong vlans (still trying to get my head out of the cisco clouds and into the pro curve ones).

So heres how I set up the Pro Curve switch......
Port 1&amp;2 are the management ports for the SAN which is Vlan 102
Port 3-6 are the iSCSI ports for the SAN which is Vlan 101
Port 7-12 are trunked together as Trk1 and tagged in all Vlans (101,102,110 &amp; 10)
Port 13-18 are trunked together as Trk2 and tagged in all Vlans (101,102,110 &amp; 10)
I also have a workstation Vlan which is Vlan 110 and a servers Vlan which is Vlan 10
I have flow control setup on the trunked ports (not sure if this needs to be set or not)
IP Routing is enabled

Can someone please tell me what im doing wrong, im more of a network guy than a virtual guy and with my little (I have some) virtual knowledge im finding it hard to work out if my switch is setup correctly or not.  I have another engineer here who is competent in VM ware but a little unsure when it comes to the networking side of it.

Really appreciate any help</description>
		<content:encoded><![CDATA[<p>Im setting up my first ESX 4 server (were using 2) using an iSCI SAN with a Pro Curve 2910al layer 3 switch and im having some problems with taggin the trunks (so I think).</p>
<p>Basically the problem just came up when I tried to assign more than one nic to the vswitch in my esx1 server. I lost the network connection when I did that.  So im thinking either I need to set up the esx server to route based on IP hash (which Ive read about but havnt done), or I have tagged the trunks in the wrong vlans (still trying to get my head out of the cisco clouds and into the pro curve ones).</p>
<p>So heres how I set up the Pro Curve switch&#8230;&#8230;<br />
Port 1&amp;2 are the management ports for the SAN which is Vlan 102<br />
Port 3-6 are the iSCSI ports for the SAN which is Vlan 101<br />
Port 7-12 are trunked together as Trk1 and tagged in all Vlans (101,102,110 &amp; 10)<br />
Port 13-18 are trunked together as Trk2 and tagged in all Vlans (101,102,110 &amp; 10)<br />
I also have a workstation Vlan which is Vlan 110 and a servers Vlan which is Vlan 10<br />
I have flow control setup on the trunked ports (not sure if this needs to be set or not)<br />
IP Routing is enabled</p>
<p>Can someone please tell me what im doing wrong, im more of a network guy than a virtual guy and with my little (I have some) virtual knowledge im finding it hard to work out if my switch is setup correctly or not.  I have another engineer here who is competent in VM ware but a little unsure when it comes to the networking side of it.</p>
<p>Really appreciate any help</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-46977</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 10 Dec 2009 11:00:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-46977</guid>
		<description>It's already mentioned above, but does anybody know how to provide load balancing with 2 Pnics, each connected to a different Procurve swich? I know the 3500 yl can do that, but is there a way to trick the 2910 to do this?</description>
		<content:encoded><![CDATA[<p>It&#8217;s already mentioned above, but does anybody know how to provide load balancing with 2 Pnics, each connected to a different Procurve swich? I know the 3500 yl can do that, but is there a way to trick the 2910 to do this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-45081</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Tue, 07 Jul 2009 15:36:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-45081</guid>
		<description>802.1q trunking on ESX 3.X-4.X requires a bit of uncommon knowledge about the network port group configuration.  Setting the network port group VLAN ID to 4095 enables 802.1q trunking for any vmnic attached to that port group.  If the VLAN ID is set to none, then it is untagged.  And, obviously, if set to any other VLAN ID then only that VLAN ID will pass.  NIC teaming has no impact upon trunking.</description>
		<content:encoded><![CDATA[<p>802.1q trunking on ESX 3.X-4.X requires a bit of uncommon knowledge about the network port group configuration.  Setting the network port group VLAN ID to 4095 enables 802.1q trunking for any vmnic attached to that port group.  If the VLAN ID is set to none, then it is untagged.  And, obviously, if set to any other VLAN ID then only that VLAN ID will pass.  NIC teaming has no impact upon trunking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GregD</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-44792</link>
		<dc:creator>GregD</dc:creator>
		<pubDate>Fri, 12 Jun 2009 11:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-44792</guid>
		<description>Murray, Have you created the VLAN on the virtual networks you want to see the tagged VLANS on? I think that may be necessary or the virtual networks will only see the untagged VLAN otherwise.

I could be wrong however.</description>
		<content:encoded><![CDATA[<p>Murray, Have you created the VLAN on the virtual networks you want to see the tagged VLANS on? I think that may be necessary or the virtual networks will only see the untagged VLAN otherwise.</p>
<p>I could be wrong however.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MurrayJ</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-44464</link>
		<dc:creator>MurrayJ</dc:creator>
		<pubDate>Thu, 14 May 2009 04:18:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-44464</guid>
		<description>I have a ProCurve 5412zl and tryed everything above and cannot get the other vlans to work.  
Trk1 - Trunk
vlan 0 (Default) - untagged
vlan 106 - tagged
vlan 110 - tagged
vlan 111 - tagged
vSwitches only see vlan 0

What's wrong?</description>
		<content:encoded><![CDATA[<p>I have a ProCurve 5412zl and tryed everything above and cannot get the other vlans to work.<br />
Trk1 - Trunk<br />
vlan 0 (Default) - untagged<br />
vlan 106 - tagged<br />
vlan 110 - tagged<br />
vlan 111 - tagged<br />
vSwitches only see vlan 0</p>
<p>What&#8217;s wrong?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dario</title>
		<link>http://blog.scottlowe.org/2008/09/05/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/comment-page-1/#comment-44316</link>
		<dc:creator>Dario</dc:creator>
		<pubDate>Sun, 26 Apr 2009 12:58:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/08/26/vmware-esx-nic-teaming-and-vlan-trunking-with-hp-procurve/#comment-44316</guid>
		<description>Finally I have a working virtual infrastructure lab with some old servers and a few hp 1800 (web managed) switches. But before I start learning other topics I have some questions on how vlans are used in a virtual scenario.
I'm still a bit confused on where you actually create the vlan. 
From the post it seems that you do it at layer-2 with the port based tagging method, but then, you would need a port for each ingress connection, the switch would tag it and forward it to each corresponding 802.1Q trunk / tagged link. 
Is this correct or am I missing something? Isn't it like in the real world where you create the vlan at layer-3 and then use the switching infrastructure for forwarding? I'm asking this because you mention that the switch is tagging the packets that will reach the vSwitch, while to me it seems it just forwards packets based on the vlan id it finds  in the tag. 

Since we are talking about port based vlans, the only case where my switch can modify a packet traveling the trunk is based on that port (PVID). This is the only way I can do it with my (cheap) equipment, but it also make me wonder if there is a better way of doing it, maybe a layer-3 switch?

Hope that somebody could clear this to me.</description>
		<content:encoded><![CDATA[<p>Finally I have a working virtual infrastructure lab with some old servers and a few hp 1800 (web managed) switches. But before I start learning other topics I have some questions on how vlans are used in a virtual scenario.<br />
I&#8217;m still a bit confused on where you actually create the vlan.<br />
From the post it seems that you do it at layer-2 with the port based tagging method, but then, you would need a port for each ingress connection, the switch would tag it and forward it to each corresponding 802.1Q trunk / tagged link.<br />
Is this correct or am I missing something? Isn&#8217;t it like in the real world where you create the vlan at layer-3 and then use the switching infrastructure for forwarding? I&#8217;m asking this because you mention that the switch is tagging the packets that will reach the vSwitch, while to me it seems it just forwards packets based on the vlan id it finds  in the tag. </p>
<p>Since we are talking about port based vlans, the only case where my switch can modify a packet traveling the trunk is based on that port (PVID). This is the only way I can do it with my (cheap) equipment, but it also make me wonder if there is a better way of doing it, maybe a layer-3 switch?</p>
<p>Hope that somebody could clear this to me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
