<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>VMware Communities : All Content - VMware vSphere™ vNetwork</title>
    <link>http://communities.vmware.com/community/vmtn/vsphere/networking</link>
    <description>All Content in VMware vSphere™ vNetwork</description>
    <language>en</language>
    <pubDate>Wed, 25 Nov 2009 17:38:20 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2009-11-25T17:38:20Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>Can't Remove Host from dvSwitch</title>
      <link>http://communities.vmware.com/message/1425946</link>
      <description>I was getting the same message "The resource 119 is still in use.  DVS dvSwitch1 port "119" is still in use on host esx-host port &amp;lt;not-found&amp;gt;" when trying to remove my host from the DVS switch so I went around it by right click on the ESX host and disconnect then I was able to remove the host from the DVS switch&lt;br /&gt;
&lt;hr /&gt;
If this was helpful please assign points--</description>
      <pubDate>Wed, 25 Nov 2009 17:38:20 GMT</pubDate>
      <author>xavier@lynk.com</author>
      <guid>http://communities.vmware.com/message/1425946</guid>
      <dc:date>2009-11-25T17:38:20Z</dc:date>
      <clearspace:dateToText>17 hours, 15 minutes ago</clearspace:dateToText>
      <clearspace:replyCount>11</clearspace:replyCount>
    </item>
    <item>
      <title>Vsphere Service Console VLAN; Command Line ??</title>
      <link>http://communities.vmware.com/message/1425835</link>
      <description>Yes, confirmed.&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://blog.laspina.ca/"&gt;http://blog.laspina.ca/&lt;/a&gt;&lt;br /&gt;
vExpert 2009</description>
      <pubDate>Wed, 25 Nov 2009 16:18:04 GMT</pubDate>
      <author>mike.laspina</author>
      <guid>http://communities.vmware.com/message/1425835</guid>
      <dc:date>2009-11-25T16:18:04Z</dc:date>
      <clearspace:dateToText>18 hours, 35 minutes ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>VM's can't ping network but can ping host</title>
      <link>http://communities.vmware.com/message/1425696</link>
      <description>&lt;br /&gt;
More information:&lt;br /&gt;
&lt;p /&gt;
 I created vSwitches for each VM with two nics each per switch.  (The Amount of Nics is irrelevant).&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
It appears that the primary machine to access the two ports would have priority and any other subsequent VM on the same vSwitch couldn't get out.&lt;br /&gt;
&lt;p /&gt;
 So, VMswitch1 with VM_1 and VM_2.  If VM_2 became active before VM_1 it would seize the nics.  VM_1 now online can ping itself and ping VM_2 but can't ping the host/service console (its on it's own vSwitch).&lt;br /&gt;
&lt;p /&gt;
 So essentially, I thought it was vSphere but it points more towards my Cisco switch that's not allowing more than 1 mac address to route traffic through shared ports.&lt;br /&gt;
&lt;p /&gt;
 I've yet to bother changing the switch settings.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere4</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx4</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">network</category>
      <pubDate>Wed, 25 Nov 2009 13:19:33 GMT</pubDate>
      <author>Bootrix2</author>
      <guid>http://communities.vmware.com/message/1425696</guid>
      <dc:date>2009-11-25T13:19:33Z</dc:date>
      <clearspace:dateToText>21 hours, 33 minutes ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>Can't ping VM, but Kernel on it's vSwitch</title>
      <link>http://communities.vmware.com/message/1425544</link>
      <description>We've tried a new NlC, that didn't do it. (HP NC360T)&lt;br /&gt;
&lt;p /&gt;
So, here's the whole problem once more::&lt;br /&gt;
Server: HP DL380 G5&lt;br /&gt;
OS: ESXi 4.0&lt;br /&gt;
1 On-Board NIC, Dual-Port. &lt;br /&gt;
1 PCIe NIC, Dual-Port.&lt;br /&gt;
&lt;p /&gt;
The 1st port of the On-Board Port works fine. Every other time I restart the server, the 2nd On-Board Port has the same problem as any PCIe-Card.&lt;br /&gt;
&lt;p /&gt;
When I create a new vSwitch, connecting to the 1st port (Mainboard), everything is fine. When I create a second vSwitch, connected to either the 2nd (Mainboard)&lt;br /&gt;
port, 3rd or 4th (extra-Card) port, and connect one of the VMs to it, the VM can't neither see the network, nor can it be pinged from outside. Now, if I add a VMkernel to that vSwitch, the Kernel can be pinged without problems, but the VM is still isolated.&lt;br /&gt;
&lt;p /&gt;
I looked at the lights of the NIC, it flashes green at the beginning, later on the orange LED glows permanently. And I know that IP-Adress, Subnet-Mask, Gateway of the VM and the server are ok. Otherwise I wouldn't be able to ping (etc.) the VM when it's connected to the 1st NIC.&lt;br /&gt;
&lt;p /&gt;
I already called HP, but they say when I can ping the card, then it's a VMware problem.&lt;br /&gt;
&lt;p /&gt;
I'm sorry, I can't provide any screenshot, since I already took the PCIe Cards out of the server.&lt;br /&gt;
&lt;p /&gt;
Thank you.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esxi4</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nic</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">network</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vm</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">ping</category>
      <pubDate>Wed, 25 Nov 2009 08:33:03 GMT</pubDate>
      <author>JoeAKim</author>
      <guid>http://communities.vmware.com/message/1425544</guid>
      <dc:date>2009-11-25T08:33:03Z</dc:date>
      <clearspace:dateToText>1 day, 2 hours ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Network Failover Issue</title>
      <link>http://communities.vmware.com/message/1425024</link>
      <description>Switching all of the vswitches to failover using 'beacon probing' seems to have done the trick. Thanks for the help everyone.</description>
      <pubDate>Tue, 24 Nov 2009 19:03:12 GMT</pubDate>
      <author>dlietz</author>
      <guid>http://communities.vmware.com/message/1425024</guid>
      <dc:date>2009-11-24T19:03:12Z</dc:date>
      <clearspace:dateToText>1 day, 15 hours ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>Virtual Switching Vs. HP Blade Switches</title>
      <link>http://communities.vmware.com/message/1424813</link>
      <description>Best practices are to have a dedicated NIC for your Service Console and a dedicated NIC for your VMKernel interface (mainly for vMotion).&lt;br /&gt;
&lt;br /&gt;
A 4 NIC host usually looks like this:&lt;br /&gt;
vSwitch0&lt;br /&gt;
  The SC portgroup using vmnic0 active and vmnic1 standby&lt;br /&gt;
  The VMK portgroup using vmnic1 active and vmnic0 standby&lt;br /&gt;
  (NB: In some hardware, it is better to use vmnic2 than vmnic1 for redundancy.  Evaluate your own system architecture for single points of failure.)&lt;br /&gt;
&lt;br /&gt;
vSwitch1&lt;br /&gt;
  VM portgroup(s) with both NIC active or active/standby based on your needs and policies&lt;br /&gt;
&lt;br /&gt;
JP</description>
      <pubDate>Tue, 24 Nov 2009 15:51:42 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1424813</guid>
      <dc:date>2009-11-24T15:51:42Z</dc:date>
      <clearspace:dateToText>1 day, 19 hours ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Intel PRO/1000 NICs not working</title>
      <link>http://communities.vmware.com/message/1424590</link>
      <description>&lt;br /&gt;
I didn't fix the issue, just install ESX 4 U1. &lt;br /&gt;
&lt;p /&gt;
Both issues mentioned above are fixed in U1.</description>
      <pubDate>Tue, 24 Nov 2009 11:34:10 GMT</pubDate>
      <author>dilidolo</author>
      <guid>http://communities.vmware.com/message/1424590</guid>
      <dc:date>2009-11-24T11:34:10Z</dc:date>
      <clearspace:dateToText>1 day, 23 hours ago</clearspace:dateToText>
      <clearspace:replyCount>55</clearspace:replyCount>
    </item>
    <item>
      <title>HP Virtual Connect versus HP ProCurve (blade switches) in a c7000?</title>
      <link>http://communities.vmware.com/message/1423835</link>
      <description>Sorry, I can't answer your question, because we only use Flex-10. I would say Flex-10 is very nice to have, but do you really need virtualization of MAC-adresses? If you want to virtualize your SAN-environment, i think it's a very great solution and can save really a lot of work for your SAN-Admin. But MAC-adresses in a VMware environment have no special importance so i see no need to virtualize them. But may be there are many future projects which will eventually rely on Flex-10, so i think it's an investment in the future. But at the moment it's much money for only a few advantages. I'm very happy with Flex-10 and it's working perfect so if you have the money, it's a good investment. But otherwise you can also live without it.</description>
      <pubDate>Mon, 23 Nov 2009 15:12:14 GMT</pubDate>
      <author>Paul1</author>
      <guid>http://communities.vmware.com/message/1423835</guid>
      <dc:date>2009-11-23T15:12:14Z</dc:date>
      <clearspace:dateToText>2 days, 19 hours ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>VMXNET3 No Performance Data VSphere</title>
      <link>http://communities.vmware.com/message/1423592</link>
      <description>Seems to be fixed with the latest Updates from Nov 19, 2009: (VMware ESX 4.0, Patch ESX400-200911201-UG: Updates Core); KB 1014792&lt;br /&gt;
•Fixes an issue where networking performance data is missing when the VMNEXT3 adapter is used. The Networking panel is missing in the Performance tab of a virtual machine when a guest is using a VMNEXT Generation 3 adapter. If a virtual machine has a mix of virtual adapters, the Networking panel of the guests not using VMNEXT3 is still displayed. This issue is resolved in this release.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">performance</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">data</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">is</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">currently</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">not</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">available</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">for</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">this</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">entity</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vmxnet3</category>
      <pubDate>Mon, 23 Nov 2009 09:15:20 GMT</pubDate>
      <author>Paul1</author>
      <guid>http://communities.vmware.com/message/1423592</guid>
      <dc:date>2009-11-23T09:15:20Z</dc:date>
      <clearspace:dateToText>3 days, 1 hour ago</clearspace:dateToText>
      <clearspace:replyCount>14</clearspace:replyCount>
    </item>
    <item>
      <title>Cisco Nexus 1000V (separate Host?)</title>
      <link>http://communities.vmware.com/message/1422602</link>
      <description>&lt;br /&gt;
Yeah we make it out like Control and Packet need to be on their own NIC. In reality you can stick them anywhere. The amount of traffic we send over those networks is small (except packet when you are doing ERSPAN). The concern on our side is that if the network is busy the VSM could lose some heartbeats from the VEM and remove it. Looking at your environment I would stick the control and packet on the pNICs being used for the Service Console. That way all your control traffic is on isolated from VMK and data. &lt;br /&gt;
&lt;p /&gt;
louis</description>
      <pubDate>Fri, 20 Nov 2009 22:56:53 GMT</pubDate>
      <author>lwatta</author>
      <guid>http://communities.vmware.com/message/1422602</guid>
      <dc:date>2009-11-20T22:56:53Z</dc:date>
      <clearspace:dateToText>5 days, 11 hours ago</clearspace:dateToText>
      <clearspace:replyCount>7</clearspace:replyCount>
    </item>
    <item>
      <title>vCenter Linked Mode</title>
      <link>http://communities.vmware.com/message/1420508</link>
      <description>Linked mode is available if you have vCenter4 at any level.</description>
      <pubDate>Wed, 18 Nov 2009 19:43:51 GMT</pubDate>
      <author>Troy Clavell</author>
      <guid>http://communities.vmware.com/message/1420508</guid>
      <dc:date>2009-11-18T19:43:51Z</dc:date>
      <clearspace:dateToText>1 week, 15 hours ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>vSwitch failures?</title>
      <link>http://communities.vmware.com/message/1420420</link>
      <description>I've also never seen a vSwith failure, but agree that if it did happen, chances are your facing a much bigger problem than your vswitch. &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/wink.gif" alt=";-)" /&gt;</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esxi4</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vswitch</category>
      <pubDate>Wed, 18 Nov 2009 18:32:12 GMT</pubDate>
      <author>paintcheck200</author>
      <guid>http://communities.vmware.com/message/1420420</guid>
      <dc:date>2009-11-18T18:32:12Z</dc:date>
      <clearspace:dateToText>1 week, 16 hours ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Updated MS network load balancing guidelines for vsphere?</title>
      <link>http://communities.vmware.com/message/1420029</link>
      <description>&lt;br /&gt;
Hi there, &lt;br /&gt;
&lt;p /&gt;
I am trying to find out if there is an updated version for the microsoft network load balancing guidelines for v4.  The only one i can find is this one for v3:&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://www.vmware.com/files/pdf/implmenting_ms_network_load_balancing.pdf"&gt;http://www.vmware.com/files/pdf/implmenting_ms_network_load_balancing.pdf&lt;/a&gt; &lt;br /&gt;
&lt;p /&gt;
I have previously managed to get this up and running on v3 esxi without any problems.  I have managed to get a NLB cluster up and running on two servers but i am experiencing weird network connectivity issues.  I just want to check my configuration up against the recommendations/guidelines and rule out any NLB configuration problems. &lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vswitch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nic</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">network</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx4</category>
      <pubDate>Wed, 18 Nov 2009 11:36:42 GMT</pubDate>
      <author>foxy1977</author>
      <guid>http://communities.vmware.com/message/1420029</guid>
      <dc:date>2009-11-18T11:36:42Z</dc:date>
      <clearspace:dateToText>1 week, 23 hours ago</clearspace:dateToText>
    </item>
    <item>
      <title>LinkDiscoveryProtocolConfig error removing physical NIC for migration to dvSwitch</title>
      <link>http://communities.vmware.com/message/1419637</link>
      <description>I was in a crunch when upgrading from 3.5 to 4. so I looked at the event log and discovered that it was complaining of the missing configureation line. It only took a search to discover the command to make changes to that setting.  In this case the utility creates the setting if it is missing.&lt;br /&gt;
&lt;br /&gt;
Thanks,&lt;br /&gt;
&lt;br /&gt;
Eli Searle&lt;br /&gt;
City of Twin Falls IT Dept.&lt;br /&gt;
208-735-7280&lt;br /&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;&lt;div class="jive-quote"&gt;&lt;div class="jive-quote"&gt; &lt;/div&gt;&lt;/div&gt;&lt;/div&gt;
From:   rjholtz &amp;lt;communities-emailer@vmware.com&amp;gt;&lt;br /&gt;
To:     &amp;lt;esearle@tfid.org&amp;gt;&lt;br /&gt;
Date:   11/17/2009 2:36 PM&lt;br /&gt;
Subject:        &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=vSphere+Networking"&gt;vSphere Networking&lt;/a&gt; New message: "LinkDiscoveryProtocolConfig error removing physical NIC for migration to dvSwitch" &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=1q6BKg-3gQQ-5Xiw"&gt;1q6BKg-3gQQ-5Xiw&lt;/a&gt;&lt;br /&gt;
,&lt;br /&gt;
&lt;br /&gt;
A new message was posted in the thread "LinkDiscoveryProtocolConfig error removing physical NIC for migration to dvSwitch":&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://communities.vmware.com/message/1419584#1419584"&gt;http://communities.vmware.com/message/1419584#1419584&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Author  : rjholtz&lt;br /&gt;
Profile : &lt;a class="jive-link-external" href="http://communities.vmware.com/people/rjholtz"&gt;http://communities.vmware.com/people/rjholtz&lt;/a&gt;&lt;br /&gt;
Message:</description>
      <pubDate>Tue, 17 Nov 2009 22:31:55 GMT</pubDate>
      <author>esearle</author>
      <guid>http://communities.vmware.com/message/1419637</guid>
      <dc:date>2009-11-17T22:31:55Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>12</clearspace:replyCount>
    </item>
    <item>
      <title>Multiple VLANs on one vSwitch</title>
      <link>http://communities.vmware.com/message/1419604</link>
      <description>You need to have both VLAN 5 and VLAN 10 trunked between your physical switches.  If the links are Cisco, you should just use ISL and either lock it down to your list of VLANs, or allow all VLANs to traverse the link.&lt;br /&gt;
&lt;br /&gt;
JP</description>
      <pubDate>Tue, 17 Nov 2009 22:03:26 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1419604</guid>
      <dc:date>2009-11-17T22:03:26Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Accidentally removed vmnic0 from vSwitch0 - ESX 4.0 &amp;#38; vSphere</title>
      <link>http://communities.vmware.com/message/1419455</link>
      <description>Thanks for the syntax and pointer. I had to recreate the vswitch0 first and then execute the cmd you provide, then execute esxcfg-vswif -r vswif0, which i found on the link you provided. Thanks a million!&lt;br /&gt;
&lt;br /&gt;
cheers,&lt;br /&gt;
norcalwaverider</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">4.0</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx</category>
      <pubDate>Tue, 17 Nov 2009 20:05:52 GMT</pubDate>
      <author>norcalwaverider</author>
      <guid>http://communities.vmware.com/message/1419455</guid>
      <dc:date>2009-11-17T20:05:52Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>VLAN Querry</title>
      <link>http://communities.vmware.com/message/1419037</link>
      <description>As gary pointed you can set up a vlan - but you can also use your existing configuration - as long as physical nics on the vswitch plug into a physical switch that sees the 192.168.1.x gateway you chould be able to connect the VM to a portgroup on that vswitch and it will be able to access the approriate network&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
If you find this or any other answer useful please consider awarding points by marking the answer correct or helpful</description>
      <pubDate>Tue, 17 Nov 2009 13:59:17 GMT</pubDate>
      <author>weinstein5</author>
      <guid>http://communities.vmware.com/message/1419037</guid>
      <dc:date>2009-11-17T13:59:17Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Difference Between Standard vSwitch on ESX3.5 and vSphere</title>
      <link>http://communities.vmware.com/message/1418980</link>
      <description>Yes, no difference in standard vSwitches between 3.5 and 4.0&lt;br /&gt;
&lt;br&gt;---&lt;br /&gt;
MCSA, MCTS, VCP, VMware vExpert '2009&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blog.vadmin.ru"&gt;http://blog.vadmin.ru&lt;/a&gt;</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vswitch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <pubDate>Tue, 17 Nov 2009 13:23:10 GMT</pubDate>
      <author>Anton V Zhbankov</author>
      <guid>http://communities.vmware.com/message/1418980</guid>
      <dc:date>2009-11-17T13:23:10Z</dc:date>
      <clearspace:dateToText>1 week, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Any software based switch that can be used for testing VLAN in ESX in box scenario?</title>
      <link>http://communities.vmware.com/message/1417481</link>
      <description>Hi Matt,&lt;br /&gt;
&lt;br /&gt;
GNS3 should work in your scenario. You can use the NM-16ESW module to emulate a switch. The module is missing a lot of functionality but it should be fine for what you want to do.&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.blindhog.net/gns3-how-to-build-a-switching-lab/"&gt;http://www.blindhog.net/gns3-how-to-build-a-switching-lab/&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Christoph Wegener</description>
      <pubDate>Sun, 15 Nov 2009 05:40:39 GMT</pubDate>
      <author>christoph.wegener</author>
      <guid>http://communities.vmware.com/message/1417481</guid>
      <dc:date>2009-11-15T05:40:39Z</dc:date>
      <clearspace:dateToText>1 week, 4 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Problems with vSphere Install</title>
      <link>http://communities.vmware.com/message/1416878</link>
      <description>Glad to help.&lt;br /&gt;
I have not found that subtlety documented anywhere, and it goes against how a network person would expect it to work.  When I opened a related case to fix my own issue, support was coy and wouldn't provide an explanation.  Bottom line is, a vSwitch is not a real switch.&lt;br /&gt;
&lt;br /&gt;
I'm glad you're working!&lt;br /&gt;
&lt;br /&gt;
JP&lt;br /&gt;
P.S. Please award points by marking answers correct or helpful when appropriate.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">ethernet</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nic</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vlan</category>
      <pubDate>Fri, 13 Nov 2009 19:46:43 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1416878</guid>
      <dc:date>2009-11-13T19:46:43Z</dc:date>
      <clearspace:dateToText>1 week, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>Second service console on separate gateway</title>
      <link>http://communities.vmware.com/message/1416526</link>
      <description>&lt;br /&gt;
Did you try just setting the gateway setting in the GUI?&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Can you upload a screen shot of your networking configuration page?  That might help us get a better idea of what you are trying to accomplish.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
---&lt;br /&gt;
If you found any of my comments helpful please consider awarding points for "Correct" or "Helpful". Thanks!!!&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.beyondvm.com"&gt;www.beyondvm.com&lt;/a&gt;</description>
      <pubDate>Fri, 13 Nov 2009 14:55:03 GMT</pubDate>
      <author>beyondvm</author>
      <guid>http://communities.vmware.com/message/1416526</guid>
      <dc:date>2009-11-13T14:55:03Z</dc:date>
      <clearspace:dateToText>1 week, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Any way to get an alert when NIC drops to 100MB or disk latency goes above a certain level in vSphere?</title>
      <link>http://communities.vmware.com/message/1416260</link>
      <description>Actually another way to monitor this would be disk latency, as when the NIC drops the disk latency for the host goes up.&lt;br /&gt;
&lt;br /&gt;
...however, unless I am being a moron, I cannot see a way to monitor disk latency, apart from manually checking performance, there does not seem to be alert counters for this.&lt;br /&gt;
&lt;br /&gt;
Any ideas anyone?&lt;br /&gt;
&lt;br /&gt;
cheers,&lt;br /&gt;
&lt;br /&gt;
Craig.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">alerts</category>
      <pubDate>Fri, 13 Nov 2009 09:50:58 GMT</pubDate>
      <author>badger77</author>
      <guid>http://communities.vmware.com/message/1416260</guid>
      <dc:date>2009-11-13T09:50:58Z</dc:date>
      <clearspace:dateToText>1 week, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>Virtual NIC type</title>
      <link>http://communities.vmware.com/docs/DOC-10821</link>
      <description>&lt;h2&gt;Available Network Adapters&lt;/h2&gt;
The following network adapters may be available for your virtual machine, depending on the factors discussed above: &lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Vlance&lt;/b&gt; - An emulated version of the AMD 79C970 PCnet32 LANCE NIC, an older 10 Mbps NIC with drivers available in most 32bit guest operating systems except Windows Vista and later. A virtual machine configured with this network adapter can use its network immediately.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;VMXNET&lt;/b&gt; - The VMXNET virtual network adapter has no physical counterpart. VMXNET is optimized for performance in a virtual machine. Because operating system vendors do not provide built-in drivers for this card, you must install VMware Tools to have a driver for the VMXNET network adapter available.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Flexible&lt;/b&gt; - The Flexible network adapter identifies itself as a Vlance adapter when a virtual machine boots, but initializes itself and functions as either a Vlance or a VMXNET adapter, depending on which driver initializes it. With VMware Tools installed, the VMXNET driver changes the Vlance adapter to the higher performance VMXNET adapter.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;E1000&lt;/b&gt; - An emulated version of the Intel 82545EM Gigabit Ethernet NIC, with drivers available in most newer guest operating systems, including Windows XP and later and Linux versions 2.4.19 and later.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;VMXNET 2 (Enhanced)&lt;/b&gt; - The VMXNET 2 adapter is based on the VMXNET adapter but provides some high-performance features commonly used on modern networks, such as jumbo frames and hardware offloads. This virtual network adapter is available only for some guest operating systems on ESX/ESXi 3.5 and later.&lt;br clear="all" /&gt; 	VMXNET 2 is supported only for a limited set of guest operating systems:
&lt;ul&gt;
&lt;li&gt;32 and 64bit versions of Microsoft Windows 2003 (Enterprise and Datacenter Editions). You can use enhanced VMXNET adapters with other versions of the Microsoft Windows 2003 operating system, but a workaround is required to enable the option in VMware Infrastructure (VI) Client or vSphere Client. See &lt;a class="jive-link-external" href="http://kb.vmware.com/kb/1007195"&gt;Enabling enhanced vmxnet adapters for Microsoft Windows Server 2003 (1007195)&lt;/a&gt; if Enhanced VMXNET is not offered as an option.&lt;/li&gt;
&lt;li&gt;32bit version of Microsoft Windows XP Professional&lt;/li&gt;
&lt;li&gt;32 and 64bit versions of Red Hat Enterprise Linux 5.0&lt;/li&gt;
&lt;li&gt;32 and 64bit versions of SUSE Linux Enterprise Server 10&lt;/li&gt;
&lt;li&gt;64bit versions of Red Hat Enterprise Linux 4.0&lt;/li&gt;
&lt;li&gt;64bit versions of Ubuntu Linux&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;VMXNET 3&lt;/b&gt; - The VMXNET 3 adapter is the next generation of a paravirtualized NIC designed for performance, and is not related to VMXNET or VMXNET 2. It offers all the features available in VMXNET 2, and adds several new features like multiqueue support (also known as Receive Side Scaling in Windows), IPv6 offloads, and MSI/MSI-X interrupt delivery.&lt;br clear="all" /&gt; 	VMXNET 3 is supported only for virtual machines version 7 and later, with a limited set of guest operating systems:
&lt;ul&gt;
&lt;li&gt;32 and 64bit versions of Microsoft Windows XP and later&lt;/li&gt;
&lt;li&gt;32 and 64bit versions of Red Hat Enterprise Linux 5.0 and later&lt;/li&gt;
&lt;li&gt;32 and 64bit versions of SUSE Linux Enterprise Server 10 and later&lt;/li&gt;
&lt;li&gt;32 and 64bit versions of Asianux 3 and later&lt;/li&gt;
&lt;li&gt;32 and 64bit versions of Debian 4/Ubuntu 7.04 and later&lt;/li&gt;
&lt;li&gt;32/64bit versions of Sun Solaris 10 U4 and later&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;hr /&gt;
&lt;h2&gt;Adapter Caveats&lt;/h2&gt;
This section discusses some potential problems you might have. &lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Migrating virtual machines that use enhanced vmxnet&lt;/b&gt;&lt;br clear="all" /&gt; VMXNET 2 is new with ESX 3.5 virtual machines configured to have VMXNET 2 adapters cannot migrate to earlier ESX hosts, even though virtual machines can usually migrate freely between ESX 3.0 and ESX 3.0.x.&lt;br clear="all" /&gt; 	If you must migrate a virtual machine between later and earlier hosts, do not choose VMXNET 2.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Upgrading from ESX 2.x to ESX 3.x&lt;/b&gt; &lt;br clear="all" /&gt; When a virtual hardware upgrade operation transforms a virtual machine created on an ESX 2.x host to an ESX 3.x host, Vlance adapters are automatically upgraded to Flexible. In contrast, VMXNET adapters are not upgraded automatically because most or all Linux guest operating system versions do not reliably preserve network settings when a network adapter is replaced. Because the guest operating system thinks a Flexible adapter is still Vlance, it retains the settings in that case. If the upgrade replace a VMXNET adapter with a Flexible adapter, the guest operating system erroneously discards the settings. &lt;br clear="all" /&gt; 	After the virtual hardware upgrade, the network adapter is still VMXNET, without the fallback compatibility of the Flexible adapter. Just as on the original earlier host, if VMware Tools is uninstalled on the virtual machine, it cannot access its network adapters.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Adding virtual disks&lt;/b&gt; &lt;br clear="all" /&gt; Adding an existing earlier (ESX 2.x) virtual disk to an ESX 3.x virtual machine results in a de-facto downgrade of that virtual machine to ESX 2.x. If you are using ESX 3.x features, such as enhanced VMXNET or Flexible network adapters, the virtual machine becomes inconsistent. When you add an existing ESX 2.x virtual disk to an ESX 3.x machine, immediately use the &lt;b&gt;Upgrade Virtual Hardware&lt;/b&gt; command to restore the virtual machine to the ESX 3 version. This problem does not arise when you add earlier virtual disks to an ESX/ESXi 4.0 virtual machine.&lt;br clear="all" /&gt; &lt;b&gt;Note:&lt;/b&gt; Executing &lt;b&gt;Upgrade Virtual Hardware&lt;/b&gt; changes the ESX 2 virtual disk so that it is no longer usable on an ESX 2 virtual machine. Consider making a copy of the disk before you upgrade one of the two copies to ESX 3 format.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Problems with VMware FT&lt;/b&gt;&lt;br clear="all" /&gt; The new vmxnet3 virtual NIC is &lt;u&gt;not&lt;/u&gt; compatible with VMware FT, see: &lt;a class="jive-link-external" href="http://blog.scottlowe.org/2009/07/05/another-reason-not-to-use-pvscsi-or-vmxnet3/"&gt;http://blog.scottlowe.org/2009/07/05/another-reason-not-to-use-pvscsi-or-vmxnet3/&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
&lt;hr /&gt;
&lt;h2&gt;Performance difference&lt;/h2&gt;
&lt;a class="jive-link-external" href="http://www.vmware.com/pdf/vsp_4_vmxnet3_perf.pdf"&gt;http://www.vmware.com/pdf/vsp_4_vmxnet3_perf.pdf&lt;/a&gt;&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blog.vmpros.nl/2009/09/22/vmware-performance-evaluation-of-vmxnet3-virtual-network-device/"&gt;http://blog.vmpros.nl/2009/09/22/vmware-performance-evaluation-of-vmxnet3-virtual-network-device/&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;hr /&gt;
&lt;h2&gt;Reference&lt;/h2&gt;
Choosing a network adapter for your virtual machine - &lt;a class="jive-link-external" href="http://kb.vmware.com/kb/1001805"&gt;http://kb.vmware.com/kb/1001805&lt;/a&gt;&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blogs.vmware.com/networking/2009/06/what-vnic-choosing-an-adapter-for-your-vm.html"&gt;http://blogs.vmware.com/networking/2009/06/what-vnic-choosing-an-adapter-for-your-vm.html&lt;/a&gt;&lt;br /&gt;
&lt;a class="jive-link-thread" href="http://communities.vmware.com/thread/208241"&gt;vmxnet3 - features and use information - tips and tricks&lt;/a&gt;&lt;br /&gt;
&lt;a href="http://communities.vmware.com/thread/212090" class="jive-link-thread"&gt;Which NIC for Windows 2008?  E1000 or VMXNET 3?&lt;/a&gt;</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nic</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">performance</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vmxnet3</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <pubDate>Sun, 27 Sep 2009 08:08:55 GMT</pubDate>
      <author>AndreTheGiant</author>
      <guid>http://communities.vmware.com/docs/DOC-10821</guid>
      <dc:date>2009-09-27T08:08:55Z</dc:date>
      <clearspace:dateToText>1 week, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>comparison of performance between flexible and vmxnet3 nic</title>
      <link>http://communities.vmware.com/message/1415672</link>
      <description>Have a look at:&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.vmware.com/pdf/vsp_4_vmxnet3_perf.pdf"&gt;http://www.vmware.com/pdf/vsp_4_vmxnet3_perf.pdf&lt;/a&gt;&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blog.vmpros.nl/2009/09/22/vmware-performance-evaluation-of-vmxnet3-virtual-network-device/"&gt;http://blog.vmpros.nl/2009/09/22/vmware-performance-evaluation-of-vmxnet3-virtual-network-device/&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Andre</description>
      <pubDate>Thu, 12 Nov 2009 19:10:14 GMT</pubDate>
      <author>AndreTheGiant</author>
      <guid>http://communities.vmware.com/message/1415672</guid>
      <dc:date>2009-11-12T19:10:14Z</dc:date>
      <clearspace:dateToText>1 week, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>this host does not have any virtual machine networks, or you dont haev the permission to access them</title>
      <link>http://communities.vmware.com/message/1415558</link>
      <description>issue resolved until vsphere Updaet 1</description>
      <pubDate>Thu, 12 Nov 2009 17:19:02 GMT</pubDate>
      <author>storagevmotion</author>
      <guid>http://communities.vmware.com/message/1415558</guid>
      <dc:date>2009-11-12T17:19:02Z</dc:date>
      <clearspace:dateToText>1 week, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>VM disconnect from DVS</title>
      <link>http://communities.vmware.com/message/1415350</link>
      <description>So i thought. I`ll file a SR than and try to reproduce the issue.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">dvs</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">dvswitch</category>
      <pubDate>Thu, 12 Nov 2009 14:05:07 GMT</pubDate>
      <author>Bisti</author>
      <guid>http://communities.vmware.com/message/1415350</guid>
      <dc:date>2009-11-12T14:05:07Z</dc:date>
      <clearspace:dateToText>1 week, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Virtual ESX 4 under ESX 4 can't ping out or in</title>
      <link>http://communities.vmware.com/message/1415260</link>
      <description>Well I was fooling around with it and loaded ESXi 4 and that worked so I blew the ESX 4 vm away and reloaded from scratch, took all the same settings and low and behold, now it works fine. Nothing seems different except for the working/not working. I guess there was a glitch in the original vm somewhere.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">virtual_ethernet_modules</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nic</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">network</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">virtual_esx</category>
      <pubDate>Thu, 12 Nov 2009 11:57:59 GMT</pubDate>
      <author>djswarm</author>
      <guid>http://communities.vmware.com/message/1415260</guid>
      <dc:date>2009-11-12T11:57:59Z</dc:date>
      <clearspace:dateToText>1 week, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>vCenter and Nated IP</title>
      <link>http://communities.vmware.com/message/1415171</link>
      <description>Hi,&lt;br /&gt;
&lt;br /&gt;
we have the same problem in our network.&lt;br /&gt;
&lt;br /&gt;
If you click on next link you will find manual how to modified ESX and vCenter for work over NAT.&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;#38;cmd=displayKC&amp;#38;externalId=1010652"&gt;http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;#38;cmd=displayKC&amp;#38;externalId=1010652&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
The very important thing is that you must configure host file of ESX (file where DNS names are mapped with IP addresess). There must be DNS names of every ESX in cluster and vCenter.&lt;br /&gt;
&lt;br /&gt;
So, you must modify each host file of every ESX in cluster:&lt;br /&gt;
&lt;br /&gt;
  For vCenter you must write NAT IP address - IP address over wich ESX's see vCenter&lt;br /&gt;
&lt;br /&gt;
  For ESX... well, there is problem... :-/&lt;br /&gt;
&lt;br /&gt;
    If you map ESX hostname with ESX's physical address HA will work, but clone and copy functions will not work.&lt;br /&gt;
&lt;br /&gt;
    If you map ESX hostname with ESX's NAT address (IP address over wich vCenter sees ESX's) clone and copy functions will work, but HA will not work.&lt;br /&gt;
&lt;br /&gt;
We are still trying to solve the problem, but, for now, this is the neares of final solution.&lt;br /&gt;
&lt;br /&gt;
I hope it's not too much complicated for understand.&lt;br /&gt;
&lt;br /&gt;
P.S. I post probleme here: &lt;a class="jive-link-external" href="http://communities.vmware.com/thread/240845"&gt;http://communities.vmware.com/thread/240845&lt;/a&gt; and there you can find example scheme.</description>
      <pubDate>Thu, 12 Nov 2009 09:07:49 GMT</pubDate>
      <author>mgfreaky</author>
      <guid>http://communities.vmware.com/message/1415171</guid>
      <dc:date>2009-11-12T09:07:49Z</dc:date>
      <clearspace:dateToText>2 weeks, 1 hour ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>VMXNET 3 reduces performance</title>
      <link>http://communities.vmware.com/message/1414592</link>
      <description>What guest os have the issue? We have been using VMXNET3 since vSphere is released. Most of them are upgraded from hardware version 4. We see the performance are improved. Please post back when you get new information.</description>
      <pubDate>Wed, 11 Nov 2009 17:10:14 GMT</pubDate>
      <author>BigHug</author>
      <guid>http://communities.vmware.com/message/1414592</guid>
      <dc:date>2009-11-11T17:10:14Z</dc:date>
      <clearspace:dateToText>2 weeks, 17 hours ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Isolating VMotion traffic</title>
      <link>http://communities.vmware.com/message/1414109</link>
      <description>As a follow up to this older post, I learned that another good reason to separate VMotion traffic on its own switch and not a VLAN and I wanted to pass on this learning experience for others to consider...  and that is that some switches, such as the Cisco 3750 that we are using, do not support enabling Jumbo Frames on individual ports or VLANs and this protocol must be enabled for the entire switch.  Since the majority of the traffic on this switch is LAN traffic, it would not be wise for us to turn on Jumbo Frames for the entire switch.  As a result our VMotion performance is not as good as it could be.</description>
      <pubDate>Wed, 11 Nov 2009 07:03:12 GMT</pubDate>
      <author>Sly</author>
      <guid>http://communities.vmware.com/message/1414109</guid>
      <dc:date>2009-11-11T07:03:12Z</dc:date>
      <clearspace:dateToText>2 weeks, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>8</clearspace:replyCount>
    </item>
    <item>
      <title>Netflow in ESX4? what happened?</title>
      <link>http://communities.vmware.com/message/1412806</link>
      <description>is this the answer????&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.inmon.com/products/virtual-probe/index.php"&gt;http://www.inmon.com/products/virtual-probe/index.php&lt;/a&gt;</description>
      <pubDate>Mon, 09 Nov 2009 21:30:49 GMT</pubDate>
      <author>michael.custance</author>
      <guid>http://communities.vmware.com/message/1412806</guid>
      <dc:date>2009-11-09T21:30:49Z</dc:date>
      <clearspace:dateToText>2 weeks, 2 days ago</clearspace:dateToText>
      <clearspace:replyCount>15</clearspace:replyCount>
    </item>
    <item>
      <title>Looking for Best dvSwitch Solution with 8 pNICs per host</title>
      <link>http://communities.vmware.com/message/1412573</link>
      <description>Thanks.  I did some more reading and decided to migrate from a single dvSwitch with multiple port groups to multiple dvSwitches with a single port group.  Rather than breaking up the port groups and assigning uplinks based on use and traffic I seperated it by dvSwitch.&lt;br /&gt;
&lt;br /&gt;
Thanks for your help.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">dvswitch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">port_group</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vswitch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nfs</category>
      <pubDate>Mon, 09 Nov 2009 17:51:48 GMT</pubDate>
      <author>chrisaug</author>
      <guid>http://communities.vmware.com/message/1412573</guid>
      <dc:date>2009-11-09T17:51:48Z</dc:date>
      <clearspace:dateToText>2 weeks, 2 days ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>Machines on distributed and standard v switches not communicating</title>
      <link>http://communities.vmware.com/message/1412358</link>
      <description>Problem was fixed by changing the load balancing setting to our standard as the default was "Route based on orginating virtual port" which obviously caused a clash/loss of connectivity.&lt;br /&gt;
&lt;br /&gt;
If you found this or other information useful, please consider awarding points for "Correct" or "Helpful". &lt;br /&gt;
&lt;p /&gt;
Gregg Robertson, VCP3,4 , MCSE, MCSA, MCTS, MCITP</description>
      <pubDate>Mon, 09 Nov 2009 13:56:20 GMT</pubDate>
      <author>firestartah</author>
      <guid>http://communities.vmware.com/message/1412358</guid>
      <dc:date>2009-11-09T13:56:20Z</dc:date>
      <clearspace:dateToText>2 weeks, 2 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>1 vSwitch 2 Vmnic</title>
      <link>http://communities.vmware.com/message/1411951</link>
      <description>They can coexist (though its not totally best practice - at minimum make them on difference portgroups/VLANs.&lt;br /&gt;
&lt;br /&gt;
&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;--Matt&lt;br /&gt;
VCP, vExpert, Unix Geek</description>
      <pubDate>Mon, 09 Nov 2009 00:32:26 GMT</pubDate>
      <author>mcowger</author>
      <guid>http://communities.vmware.com/message/1411951</guid>
      <dc:date>2009-11-09T00:32:26Z</dc:date>
      <clearspace:dateToText>2 weeks, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Calculate Data Transfer for a VM</title>
      <link>http://communities.vmware.com/message/1411728</link>
      <description>&lt;br /&gt;
Our switches (HP Procurve 2848's and 3500's) don't allow metrics at the VLAN level... only at the Port level. This makes tracking on a per VM level (which have individual VLAN's assigned to each) a job for vSphere... hopefully it is possible.&lt;br /&gt;
&lt;p /&gt;
Also, our Senior Network Engineer says that using Netflow for billing purposes isn't really recommended in the networking world anyways...&lt;br /&gt;
&lt;p /&gt;
Any other ideas?</description>
      <pubDate>Sun, 08 Nov 2009 01:00:54 GMT</pubDate>
      <author>mbleske</author>
      <guid>http://communities.vmware.com/message/1411728</guid>
      <dc:date>2009-11-08T01:00:54Z</dc:date>
      <clearspace:dateToText>2 weeks, 4 days ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Network performance between two VM's on same ESXi host</title>
      <link>http://communities.vmware.com/message/1411719</link>
      <description>&lt;br /&gt;
Could be because of :&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;iscsi - ip storage based tcp/ip translation overhead&lt;/li&gt;
&lt;li&gt;disk I/O - SATA + iscsi combination may contribute into this (based on my actual experience)&lt;/li&gt;
&lt;li&gt;network latency - but you should get better if the VM in the same vSwitch, port group or VLAN&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
vcbMC-1.0.6 Beta&lt;br /&gt;
vcbMC-1.0.7 Lite&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.no-x.org"&gt;http://www.no-x.org&lt;/a&gt;</description>
      <pubDate>Sat, 07 Nov 2009 23:31:17 GMT</pubDate>
      <author>athlon_crazy</author>
      <guid>http://communities.vmware.com/message/1411719</guid>
      <dc:date>2009-11-07T23:31:17Z</dc:date>
      <clearspace:dateToText>2 weeks, 4 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Network-Settings vSphere4</title>
      <link>http://communities.vmware.com/message/1411494</link>
      <description>&lt;br /&gt;
many thanks to all.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
hansi</description>
      <pubDate>Sat, 07 Nov 2009 08:32:43 GMT</pubDate>
      <author>hansis</author>
      <guid>http://communities.vmware.com/message/1411494</guid>
      <dc:date>2009-11-07T08:32:43Z</dc:date>
      <clearspace:dateToText>2 weeks, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>Host only Configuration</title>
      <link>http://communities.vmware.com/message/1411492</link>
      <description>As written before use a "isolated" vSwitch without uplink.&lt;br /&gt;
For more info about networking in ESX:&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.vmware.com/files/pdf/virtual_networking_concepts.pdf"&gt;http://www.vmware.com/files/pdf/virtual_networking_concepts.pdf&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Andre</description>
      <pubDate>Sat, 07 Nov 2009 07:54:45 GMT</pubDate>
      <author>AndreTheGiant</author>
      <guid>http://communities.vmware.com/message/1411492</guid>
      <dc:date>2009-11-07T07:54:45Z</dc:date>
      <clearspace:dateToText>2 weeks, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Distributed Switch - SPOF ?</title>
      <link>http://communities.vmware.com/message/1410925</link>
      <description>You can look at it this way:&lt;br /&gt;
&lt;br /&gt;
The vCenter piece of the Distributed Virtual Switch is for consistent management across datacenters.  You could loosely imagine it as the supervisor module in a physical chassis-based switch.&lt;br /&gt;
&lt;br /&gt;
But the actual virtual switching is done at the ESX host.  vCenter will create a hidden standard vSwitch on each host attached to the dvSwitch.  In a way, this is like a line card in a physical chassis-based switch.  &lt;br /&gt;
&lt;br /&gt;
If vCenter dies (physical, virtual, whatever), the virtual switching plane on each of the hosts remains intact and functional.  &lt;br /&gt;
&lt;br /&gt;
My physical analogies aren't completely perfect, I admit, but I think they help with the visualization of the solution.&lt;br /&gt;
&lt;br /&gt;
-jk</description>
      <pubDate>Fri, 06 Nov 2009 15:12:09 GMT</pubDate>
      <author>jjkrueger</author>
      <guid>http://communities.vmware.com/message/1410925</guid>
      <dc:date>2009-11-06T15:12:09Z</dc:date>
      <clearspace:dateToText>2 weeks, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Disconnected Service Console after deleting Virtual Nic</title>
      <link>http://communities.vmware.com/message/1410798</link>
      <description>&lt;br /&gt;
My situation:&lt;br /&gt;
&lt;p /&gt;
1 vSwitch -&amp;gt; 2 Service Console portgroups&lt;br /&gt;
&lt;p /&gt;
When I remove one of the 2 Service Consoles then the Service Console is only having network connection again when I issue this command on the console: service network restart&lt;br /&gt;
&lt;p /&gt;
Anybody experienced this before? And how to solve it? It's like the Service Console Default Gateway is removed when I delete the second Service Console. (I have hardcoded the gateway in /etc/sysconfig/network)</description>
      <pubDate>Fri, 06 Nov 2009 13:18:51 GMT</pubDate>
      <author>rdiphoorn</author>
      <guid>http://communities.vmware.com/message/1410798</guid>
      <dc:date>2009-11-06T13:18:51Z</dc:date>
      <clearspace:dateToText>2 weeks, 5 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>MAC Address retention required</title>
      <link>http://communities.vmware.com/message/1410723</link>
      <description>Does the virtual machine mac address change with an upgrade of VMware tools and virtual hardware within a Windows Server 2003 environment? &lt;br /&gt;
I am upgrading from version ESX Server 3.0.1 to version vSphere 4 and &lt;u&gt;NEED&lt;/u&gt; to keep the MAC address of one of my Virtual Machines for licensing purposes. &lt;br /&gt;
I have had a look at this article however do not want to reserver MAC addresses manually if they will not change with the upgrade.&lt;br /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;#38;cmd=displayKC&amp;#38;externalId=9183481"&gt;http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;#38;cmd=displayKC&amp;#38;externalId=9183481&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Any advice or experience of wanting to do similar would be appreciated.</description>
      <pubDate>Fri, 06 Nov 2009 12:19:07 GMT</pubDate>
      <author>mk1968</author>
      <guid>http://communities.vmware.com/message/1410723</guid>
      <dc:date>2009-11-06T12:19:07Z</dc:date>
      <clearspace:dateToText>2 weeks, 5 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>What is the limit of users that can connect simuntaniously to vSphere Infrastructure using the vSphere client</title>
      <link>http://communities.vmware.com/message/1410192</link>
      <description>&lt;div class="jive-quote"&gt;Concurrent vSphere client connections (32‐bit OS server) 15&lt;br /&gt;
Concurrent vSphere client connections (64‐bit OS server) 30&lt;/div&gt;
&lt;br /&gt;
Let them use terminal access to VMs directly, use vSphere client for administrative purposes only.&lt;br /&gt;
&lt;br&gt;---&lt;br /&gt;
MCSA, MCTS, VCP, VMware vExpert '2009&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blog.vadmin.ru"&gt;http://blog.vadmin.ru&lt;/a&gt;</description>
      <pubDate>Thu, 05 Nov 2009 19:58:53 GMT</pubDate>
      <author>Anton V Zhbankov</author>
      <guid>http://communities.vmware.com/message/1410192</guid>
      <dc:date>2009-11-05T19:58:53Z</dc:date>
      <clearspace:dateToText>2 weeks, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>NIC Configuration on a Dell m1000?</title>
      <link>http://communities.vmware.com/message/1409723</link>
      <description>&lt;br /&gt;
We are planning our vSphere4 install. We now have a Dell m1000, with 5 - m610s (half-height blades - 6 physical connections) and 3 - 710s (full height blades - 12 physical connections), and a Cisco 3130 switch on the back. This would give us 6 pnic connections to each blade. We will be running SC, iSCSI, NFS, Fault Tolerant, and 3 seperate vm networks  (server lan, dmz, and a 3-tier). NFS will be 10GB. I would like to be as redundant as possible. We have 52 cpu licenses for Enterprise Plus. &lt;br /&gt;
&lt;p /&gt;
What would be the best possible setups? Bonding 2pnics and creating several vlans? The Dell blade serves up internal connections between blades, as was explained to me by the Dell rep. This could serve Fault Tolerant and vmotion?</description>
      <pubDate>Thu, 05 Nov 2009 14:26:20 GMT</pubDate>
      <author>NYSDHCR</author>
      <guid>http://communities.vmware.com/message/1409723</guid>
      <dc:date>2009-11-05T14:26:20Z</dc:date>
      <clearspace:dateToText>2 weeks, 6 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>vSphere Networking</title>
      <link>http://communities.vmware.com/message/1409731</link>
      <description>If you're going to attach the host to a network with different IP subnets I would take these two NIC's and team them together with a new vSwitch. So you end up with two vSwitches with two NIC's each in a redundant and load balancing configuration.&lt;br /&gt;
&lt;br /&gt;
VCP / VMware vEXPERT 2009&lt;br&gt;
=Due to lack of employees, human beings work here. - Treat them carefully, they are rare.=</description>
      <pubDate>Thu, 05 Nov 2009 13:55:01 GMT</pubDate>
      <author>AWo</author>
      <guid>http://communities.vmware.com/message/1409731</guid>
      <dc:date>2009-11-05T13:55:01Z</dc:date>
      <clearspace:dateToText>2 weeks, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Tagged Service Console</title>
      <link>http://communities.vmware.com/message/1408947</link>
      <description>What about in cases of FCoE? We have each host with two CNAs. The two are in a vSwitch and have multiple port-groups assigned to that vSwitch (Service Console, VMK, VM Networks). In the case where you now only have two connections, what would be the prefered configuration?</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vlan</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">tagging</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">service_console</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <pubDate>Wed, 04 Nov 2009 19:01:34 GMT</pubDate>
      <author>ToddStriegel</author>
      <guid>http://communities.vmware.com/message/1408947</guid>
      <dc:date>2009-11-04T19:01:34Z</dc:date>
      <clearspace:dateToText>3 weeks, 15 hours ago</clearspace:dateToText>
      <clearspace:replyCount>10</clearspace:replyCount>
    </item>
    <item>
      <title>VMotion Ports</title>
      <link>http://communities.vmware.com/message/1408893</link>
      <description>Thanks for the reply. -Jeff</description>
      <pubDate>Wed, 04 Nov 2009 18:25:47 GMT</pubDate>
      <author>jeffoutwest</author>
      <guid>http://communities.vmware.com/message/1408893</guid>
      <dc:date>2009-11-04T18:25:47Z</dc:date>
      <clearspace:dateToText>3 weeks, 16 hours ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>N1000v lost management access</title>
      <link>http://communities.vmware.com/message/1408694</link>
      <description>&lt;br /&gt;
Thanks for the response. I am still not sure what the root cause was or what exactly the exact resolution was. In either case I was able to recover. &lt;br /&gt;
&lt;p /&gt;
&lt;ul class="jive-dash"&gt;
&lt;li&gt;It appears my default NIC  vmnic0 used for vm-traffic and vmkernel - management got lost or destroyed in the process of adding the host to the VEM/DVS&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;ul class="jive-dash"&gt;
&lt;li&gt;Although I tried restoring the standard switch it keep holding the IPaddress of vmnic0 and the physical console would not allow me to configure anything on the management network&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;ul class="jive-dash"&gt;
&lt;li&gt;I restored it once more and the same thing happened. I waited overnight and this morning the management network was associated to a different NIC that was actually a vmkernel interface for vmotion&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;ul class="jive-dash"&gt;
&lt;li&gt;Now it would let me configure the NICs again. So, I added another network cable to an available NIC set it as the management interface and gave it a new IPaddress&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
 Once I did that I was able to get connected remotely and start restoring things as they were. &lt;br /&gt;
&lt;p /&gt;
One lesson learned is all my storage traffic is iSCSI / NFS although the vmnic0 interface for management and  vmtraffic was toast the " Storage " network was still working and the VMs were powering on. I thought we had vmotioned the VMs off to another host in the cluster but, I guess not. We could not manually add them to a host since they were getting locked by the other host. Could have left the broken host powered off and that would have released them.  &lt;br /&gt;
&lt;p /&gt;
WP</description>
      <pubDate>Wed, 04 Nov 2009 16:11:04 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/message/1408694</guid>
      <dc:date>2009-11-04T16:11:04Z</dc:date>
      <clearspace:dateToText>3 weeks, 18 hours ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>IP change is causing problems</title>
      <link>http://communities.vmware.com/message/1408418</link>
      <description>&lt;br /&gt;
Just looked at 'vCenter Service Status' and there is an error as follows:&lt;br /&gt;
&lt;p /&gt;
Unable to retrieve health data from &lt;a class="jive-link-external" href="http://10.100.101.27:9084/vci/downloads/health.xml"&gt;http://10.100.101.27:9084/vci/downloads/health.xml&lt;/a&gt;&lt;br /&gt;
&lt;p /&gt;
How do I change this IP to the new one?</description>
      <pubDate>Wed, 04 Nov 2009 12:55:34 GMT</pubDate>
      <author>robkelley</author>
      <guid>http://communities.vmware.com/message/1408418</guid>
      <dc:date>2009-11-04T12:55:34Z</dc:date>
      <clearspace:dateToText>3 weeks, 21 hours ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Creating VLANs using one nic on standard vSwitch on esx4.0</title>
      <link>http://communities.vmware.com/message/1408143</link>
      <description>&lt;br /&gt;
I can ping the Default gateway&lt;br /&gt;
&lt;p /&gt;
but I can't ping the Service console IP or its network&lt;br /&gt;
&lt;p /&gt;
Regards</description>
      <pubDate>Wed, 04 Nov 2009 06:31:52 GMT</pubDate>
      <author>malhareth1982</author>
      <guid>http://communities.vmware.com/message/1408143</guid>
      <dc:date>2009-11-04T06:31:52Z</dc:date>
      <clearspace:dateToText>3 weeks, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Issues with HA and nexus 1000v switches</title>
      <link>http://communities.vmware.com/message/1407113</link>
      <description>&lt;br /&gt;
Chris,&lt;br /&gt;
&lt;p /&gt;
Do you have a VMWare case number or bug id of the problem? &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
louis</description>
      <pubDate>Tue, 03 Nov 2009 12:20:01 GMT</pubDate>
      <author>lwatta</author>
      <guid>http://communities.vmware.com/message/1407113</guid>
      <dc:date>2009-11-03T12:20:01Z</dc:date>
      <clearspace:dateToText>3 weeks, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Nexus 1000v Worth it?</title>
      <link>http://communities.vmware.com/message/1406887</link>
      <description>This discussion would be better served in the dedicated vSphere Network forum.  I am moving it there.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
If you found this or any other answer useful please consider the use of the Helpful or correct buttons to award points&lt;br /&gt;
&lt;br /&gt;
Tom Howarth VCP / vExpert&lt;br /&gt;
VMware Communities User Moderator&lt;br /&gt;
Blog: &lt;a class="jive-link-external" href="http://www.planetvm.net/"&gt;www.planetvm.net&lt;/a&gt;&lt;br /&gt;
Contributing author on "&lt;a class="jive-link-external" href="http://www.amazon.co.uk/VMware-VSphere-Virtual-Infrastructure-Security/dp/0137158009/ref=sr_1_1?ie=UTF8&amp;#38;s=books&amp;#38;qid=1256146240&amp;#38;sr=1-1"&gt;VMware vSphere and Virtual Infrastructure Security: Securing ESX and the Virtual Environment&lt;/a&gt;&amp;rdquo;. Currently available on roughcuts</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nexus</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">1000</category>
      <pubDate>Tue, 03 Nov 2009 07:06:41 GMT</pubDate>
      <author>tom howarth</author>
      <guid>http://communities.vmware.com/message/1406887</guid>
      <dc:date>2009-11-03T07:06:41Z</dc:date>
      <clearspace:dateToText>3 weeks, 2 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Migrating VMs from one cluster (Virtual Switch) to new cluster (vNetwork Distributed Switch)</title>
      <link>http://communities.vmware.com/message/1406705</link>
      <description>Thanks for your interest, and I am glad I could help someone (even if it is to not do it the same way as me!)&lt;br /&gt;
&lt;br /&gt;
We have the following;&lt;br /&gt;
Two blades are BL480G1 and they have 4 onboard NICs at 1Gbps each&lt;br /&gt;
Two blades are BL490G6 with FlexNics (8 MAC addresses, so 8 NICs) which I have configured as 4 NICs at 5Gbps each.&lt;br /&gt;
I did this to ensure that each blade has the same number of NICs - with a dVS you don't have to do it this way, but I like consistency and neatness.&lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;One important decision we made was to seriously consider the requirement for NIC redundancy. Because these are blades in a single blade chassis, connecting to a single midplane, and the blades have a single chip for all 8 network cards - if there is a failure it is highly unlikely to affect just ONE network card; it would be an all or nothing situation.&lt;/b&gt; So, network redundancy needs to be addressed for only two scenarios - an unplugged cable (including at the switch end) and a failed/removed/rebooting Flex-10 module. We decided that NIC redundancy was irrelevant because they are on blades.&lt;br /&gt;
&lt;p /&gt;
So, I created ONE distributed switch, with four port groups.&lt;br /&gt;
dvPortGroupGeneral - no VLAN tag, assigned to dvUplink1 and dvUplink2, with dvUplink3 and dvUplink4 as standby adapters&lt;br /&gt;
dvPortGroupServers - VLAN tag 130, assigned to dvUplink1 and dvUplink2, with dvUplink3 and dvUplink4 as standby adapters&lt;br /&gt;
dvPortGroupDMZ - VLAN 88, assigned to dvUplink3 with dvUplink4 as standby adapter&lt;br /&gt;
dvPortGroupManagement - VLAN 135, assigned to dvUplink4 and dvUplink3 as standby adapter&lt;br /&gt;
&lt;p /&gt;
I have one Service Console in the portgroup General, and one in the portgroup Management, and VMKernel is in the Management portgroup.&lt;br /&gt;
&lt;p /&gt;
Our DMZ traffic is extremely low (just email and a few other small websites), and so it does not affect vMotion performance or stability, and we know that in the event that a server is saturating the network for some reason, that we can still manage the virtual environment through another link.&lt;br /&gt;
&lt;p /&gt;
On the Virtual Connect side, I made 3 uplinks and 6 VLANs;&lt;br /&gt;
SharedUplink1 contains ports 2, 3 and 4 on Flex-10 module 1, and port 5 on Flex-10 module 2 (this automatically was set as standby)&lt;br /&gt;
SharedUplink2 contains ports 2, 3 and 4 on Flex-10 module 2, and port 5 on Flex-10 module 1 (this automatically was set as standby)&lt;br /&gt;
SharedUplink3 contains port 6 on Flex-10 module 1 and port 6 on Flex-10 module 2 as standby&lt;br /&gt;
vNet-Servers1 is set to VLAN130 and on SharedUplink1&lt;br /&gt;
vNet-Servers2 is set to VLAN130 and on SharedUplink2&lt;br /&gt;
vNet-General1 is set to VLAN135 and on SharedUplink1 (see details below about "untagged")&lt;br /&gt;
vNet-General2 is set to VLAN135 and on SharedUplink2 (see details below about "untagged")&lt;br /&gt;
vNet-DMZ is set to VLAN88 and on SharedUplink3&lt;br /&gt;
vnet-Management is set to VLAN135 on SharedUplink3&lt;br /&gt;
&lt;p /&gt;
Then - and you can probably work this out by now - I assigned the network cards in each Server Profile as follows;&lt;br /&gt;
Port1, LOM:1-a was set to "Multiple Networks" with "Force same VLAN mappings" and vNet-Servers1, vNet-General1 (with untagged checked)&lt;br /&gt;
Port2, LOM:2-a was set to "Multiple Networks" with "Force same VLAN mappings" and vNet-Servers2, vNet-General2 (with untagged checked)&lt;br /&gt;
Port3, LOM:1-b was set to "Multiple Networks" with "Force same VLAN mappings" and vNet-DMZ, vNet-Management&lt;br /&gt;
Port4, LOM:2-b was set to "Multiple Networks" with "Force same VLAN mappings" and vNet-DMZ, vNet-Management&lt;br /&gt;
&lt;p /&gt;
We don't know why, but for non-VLAN traffic, we had to specify in vNet-General that it was on a valid VLAN, and then specify that it was untagged.&lt;br /&gt;
&lt;p /&gt;
I believe that this provides us with the most bandwidth, full coverage for failure of components or lost links, and economy of network cards and cables.</description>
      <pubDate>Tue, 03 Nov 2009 00:25:54 GMT</pubDate>
      <author>ChristianWickham</author>
      <guid>http://communities.vmware.com/message/1406705</guid>
      <dc:date>2009-11-03T00:25:54Z</dc:date>
      <clearspace:dateToText>3 weeks, 2 days ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>the resource vim.host.port group is in use</title>
      <link>http://communities.vmware.com/message/1405877</link>
      <description>Glad it helped. Also, don't forget to award points if you found the answers helpful &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/happy.gif" alt=":)" /&gt;</description>
      <pubDate>Mon, 02 Nov 2009 10:10:31 GMT</pubDate>
      <author>dnetz</author>
      <guid>http://communities.vmware.com/message/1405877</guid>
      <dc:date>2009-11-02T10:10:31Z</dc:date>
      <clearspace:dateToText>3 weeks, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>How to remove a dvSwitch with activate dvUplink?</title>
      <link>http://communities.vmware.com/message/1405766</link>
      <description>&lt;br /&gt;
Thank you,&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
it worked &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/happy.gif" alt=":)" /&gt;</description>
      <pubDate>Mon, 02 Nov 2009 08:12:45 GMT</pubDate>
      <author>Testdrive2009</author>
      <guid>http://communities.vmware.com/message/1405766</guid>
      <dc:date>2009-11-02T08:12:45Z</dc:date>
      <clearspace:dateToText>3 weeks, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Migrated virtual machine has lost network connection</title>
      <link>http://communities.vmware.com/message/1405485</link>
      <description>If you converter a machine, the NIC change and (both in Windows and Linux) you loose your old adapter configuration and you have to enter the data again.&lt;br /&gt;
To see the old adapter (for example to remove the old configuration) see:&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.tech-recipes.com/rx/504/how-to-uninstall-hidden-devices-drivers-and-services/"&gt;http://www.tech-recipes.com/rx/504/how-to-uninstall-hidden-devices-drivers-and-services/&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Andre</description>
      <pubDate>Sun, 01 Nov 2009 15:51:18 GMT</pubDate>
      <author>AndreTheGiant</author>
      <guid>http://communities.vmware.com/message/1405485</guid>
      <dc:date>2009-11-01T15:51:18Z</dc:date>
      <clearspace:dateToText>3 weeks, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Two LAN connection in guest OS</title>
      <link>http://communities.vmware.com/message/1405352</link>
      <description>&lt;br /&gt;
HI all, Greeetings,&lt;br /&gt;
&lt;p /&gt;
I have laptop in that i installed VMWARE workstaion. In that i created a TEAM of 4 win2003 servers.&lt;br /&gt;
&lt;p /&gt;
When i applied NAT , all server ping perfectly. But i need two lan connection in particular two servers &lt;br /&gt;
&lt;p /&gt;
for making network connection. because i need to install software that need two NIC In each two server.&lt;br /&gt;
&lt;p /&gt;
I was tried by applying bridge connection but in guest OS showing one LAN connection only. I down t want NAT , i want to use my own ip address.&lt;br /&gt;
&lt;p /&gt;
Please help me to solve this problem. Feel free to query if u have doubts.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Thank you,&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
B&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <pubDate>Sun, 01 Nov 2009 05:41:40 GMT</pubDate>
      <author>balaonline</author>
      <guid>http://communities.vmware.com/message/1405352</guid>
      <dc:date>2009-11-01T05:41:40Z</dc:date>
      <clearspace:dateToText>3 weeks, 4 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>vSwitch - pNIC - iSCSI - MPIO</title>
      <link>http://communities.vmware.com/message/1404158</link>
      <description>I'm going to give that a try again then ! &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/happy.gif" alt=":)" /&gt; I couldn't get it to discover</description>
      <pubDate>Fri, 30 Oct 2009 13:30:50 GMT</pubDate>
      <author>Randles</author>
      <guid>http://communities.vmware.com/message/1404158</guid>
      <dc:date>2009-10-30T13:30:50Z</dc:date>
      <clearspace:dateToText>3 weeks, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>vSwitch Bug? or User Error: Delete &amp;#38; Recreate Port Groups = Dead vSwitch</title>
      <link>http://communities.vmware.com/message/1404153</link>
      <description>Has anyone else run into a problem like this?&lt;br /&gt;
&lt;br /&gt;
I had two ESX boxes between which I wanted to set up HA and DRS - so I set about reconfiguring ESXBOX-2's vSwitches to match the configuration of ESXBOX-1's exactly. &lt;i&gt;(Now we can forget HA / DRS etc this is just how I arrived at the vSwitch Reconfig)&lt;/i&gt;&lt;br /&gt;
&lt;br /&gt;
I had 4 vSwitches and I wanted to move some Port Groups around - for example I wanted to use vSwitch2 for iSCSI which was currently configured on vSwitch3 - so I deleted some port groups and recreated them in the relevant places. I then by error deleted a good port group on vSwitch2; and promptly recreated it with exactly the same configuration as before. &lt;br /&gt;
&lt;br /&gt;
Here's where I ran into a problem; &lt;br /&gt;
&lt;br /&gt;
I was unable to ping the vmkernal / service console I had created on vSwitch2, and I was unable to ping to that subnet from the CLI "Destination Host Unreachable" on my pSwitches I noted that the Links were up / and aggregated but no packets were flowing. I tried refreshing the network from the CLI - nothing. I was completely stumped. I spent quite a lot of time trying to solve the issue, painstakingly checking my Cisco configs and ESX configs only to be 100% sure that configuration of ESXBOX-2s vSwitch2 exactly matched that of ESXBOX-1s vSwitch2 both on the ESX and Cisco side; which was puzzling as ESXBOX-1 was working as expected. &lt;br /&gt;
&lt;br /&gt;
Then I decided to delete the vSwitch and recreate it instantly my problems were gone ! Is this a bug or a feature that others have encountered? Or is it simply user error &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/happy.gif" alt=":)" /&gt;</description>
      <pubDate>Fri, 30 Oct 2009 13:18:04 GMT</pubDate>
      <author>Randles</author>
      <guid>http://communities.vmware.com/message/1404153</guid>
      <dc:date>2009-10-30T13:18:04Z</dc:date>
      <clearspace:dateToText>3 weeks, 5 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>2 nics in different VLANs failing over for each other?????</title>
      <link>http://communities.vmware.com/message/1403744</link>
      <description>&lt;br /&gt;
Yes, I was planning on having them on two seperate network segments. right now i'm testing it with vSwitch0 with one NIC (Service Console &amp;#38; vMotion) on one segment and vSwitch1 with one NIC (Backup Service Console &amp;#38; vMotion) on another.&lt;br /&gt;
&lt;p /&gt;
How will ESX know to use vSwitch1 if vSwitch0 goes down?</description>
      <pubDate>Fri, 30 Oct 2009 02:31:28 GMT</pubDate>
      <author>vtek63</author>
      <guid>http://communities.vmware.com/message/1403744</guid>
      <dc:date>2009-10-30T02:31:28Z</dc:date>
      <clearspace:dateToText>3 weeks, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>%EC-SP-5-CANNOT_BUNDLE2: error with ESX4, Catalyst 6509,  Dell R710, &amp;#38; link aggregation</title>
      <link>http://communities.vmware.com/message/1403604</link>
      <description>Using KB Articles, 1001938, 1004048, 1003806, &amp;#38; the VMware Virtual Networking Concepts guide. We set up etherchannels on our ESX4 farm using dell R710 servers with 3x Broadcom dual 1GB NIC cards added. 2 of the interfaces are aggregated for the VM Network &amp;#38; the VMkernel. 8 of the interfaces are aggregated as a virtual switchport on a single VLAN.&lt;br /&gt;
On the VMware config the VLAN is not set. &lt;br /&gt;
&lt;br /&gt;
The issue is that we are receiving errors on the Catalyst 6509 containing the following error "%EC-SP-5-CANNOT_BUNDLE2:" . The interfaces are being suspended by the IOS because the speed is dropping from 1GB to 100MB. We perform a shut, no shut and the interface reconnects at 1GB.&lt;br /&gt;
&lt;br /&gt;
When these interfaces drop out of the etherchannel we incur random routing misfires, I.e. the physical machine at 172.16.5.75/23 cannot ping the virtual machine at 10.4.32.82/21 but can ping 10.4.32.80/21 &amp;#38; 10.4.32.81/21. the machine at 10.4.32.82/21 cannot ping 172.16.5.78/23 but can ping 172.16.5.81/23 etc. When we do the shut no shut on the interfaces that have the issue; the interfaces are no longer suspended from the port channel the issue disappears.&lt;br /&gt;
&lt;p /&gt;
The virtual interface was registering variable line transmission speeds on the NICs and this is causing the port-channel suspensions.  We set all of the NIC interfaces in esx4 to 1000 Full instead of Auto Negotiate, leaving the Cisco 1GB interfaces at the default auto negotiate. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Why does having an interface in a port channel suspended cause this apparent routing error?&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
Any body else have a similar issue&lt;br /&gt;
&lt;br /&gt;
I spent some time checking DNS, DHCP, WINS and making sure that the routing was working properly&lt;br /&gt;
&lt;br /&gt;
Sample error log:&lt;br /&gt;
&lt;p /&gt;
Oct 23 06:31:44 MST: %EC-SP-5-COMPATIBLE: Gi2/13 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:31:44 MST: %EC-SP-5-COMPATIBLE: Gi2/23 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:31:44 MST: %EC-SP-5-COMPATIBLE: Gi2/37 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:31:44 MST: %EC-SP-5-COMPATIBLE: Gi3/13 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:31:45 MST: %EC-SP-5-COMPATIBLE: Gi3/23 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:31:45 MST: %EC-SP-5-COMPATIBLE: Gi3/37 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:31:49 MST: %EC-SP-5-CANNOT_BUNDLE2: Gi3/35 is not compatible with Gi2/13 and will be suspended (flow control send of Gi3/35 is off, Gi2/13 is on)&lt;br /&gt;
Oct 23 06:31:49 MST: %EC-SP-5-CANNOT_BUNDLE2: Gi2/35 is not compatible with Gi2/13 and will be suspended (flow control send of Gi2/35 is off, Gi2/13 is on)&lt;br /&gt;
Oct 23 06:33:54 MST: %EC-SP-5-COMPATIBLE: Gi2/35 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:33:53 MST: %EC-SP-5-COMPATIBLE: Gi3/35 is compatible with port-channel members&lt;br /&gt;
Oct 23 06:34:10 MST: %EC-SP-5-CANNOT_BUNDLE2: Gi2/23 is not compatible with Gi2/13 and will be suspended (speed of Gi2/23 is 100M, Gi2/13 is 1000M)&lt;br /&gt;
000290: Oct 29 14:55:22 MST: %SYS-5-CONFIG_I: Configured from console by admin on vty0</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">aggregation</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">routing</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vnetwork_distributed_switch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vswitch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <pubDate>Thu, 29 Oct 2009 23:18:56 GMT</pubDate>
      <author>itoperationsgrhc</author>
      <guid>http://communities.vmware.com/message/1403604</guid>
      <dc:date>2009-10-29T23:18:56Z</dc:date>
      <clearspace:dateToText>3 weeks, 6 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>Lost Management connection</title>
      <link>http://communities.vmware.com/message/1403178</link>
      <description>Assuming you've rebooted, check for physical connectivity lights and switch port settings.</description>
      <pubDate>Thu, 29 Oct 2009 17:30:57 GMT</pubDate>
      <author>bolsen</author>
      <guid>http://communities.vmware.com/message/1403178</guid>
      <dc:date>2009-10-29T17:30:57Z</dc:date>
      <clearspace:dateToText>3 weeks, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>82571EB Full/Half duplex issues</title>
      <link>http://communities.vmware.com/message/1402816</link>
      <description>Hello everyone,&lt;br /&gt;
&lt;br /&gt;
I have a bit of a peculiar issue after freshly installing a bunch of vSphere hosts (with all available patches applied).&lt;br /&gt;
&lt;br /&gt;
After each reboot the interfaces which are supposed to be set at 100Mbit/full reverts to 100Mbit/half instead. Switches are configured to be 100Mbit full and not auto-neg. And this issue only seems to apply to my pci-e controllers. The onboard NICS are fine (NetXtreme II BCM5708, hp dl380 g5). &lt;br /&gt;
&lt;br /&gt;
Just to be sure I confirmed the settings in esx.conf:&lt;br /&gt;
&lt;div class="jive-quote"&gt;/net/pnic/child&lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=0002"&gt;0002&lt;/a&gt;/duplex = "full"&lt;br /&gt;
/net/pnic/child&lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=0002"&gt;0002&lt;/a&gt;/mac = "00:15:17:33:fa:c8"&lt;br /&gt;
/net/pnic/child&lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=0002"&gt;0002&lt;/a&gt;/name = "vmnic2"&lt;br /&gt;
/net/pnic/child&lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=0002"&gt;0002&lt;/a&gt;/speed = "100"&lt;br /&gt;
/net/pnic/child&lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=0002"&gt;0002&lt;/a&gt;/virtualMac = "00:50:56:53:fa:c8"&lt;br /&gt;
&lt;/div&gt;
&lt;br /&gt;
but running esxcfg-nics -l gives me the following output&lt;br /&gt;
&lt;br /&gt;
&lt;div class="jive-quote"&gt;vmnic2  10:00.00 e1000e      Up   100Mbps   Half   00:15:17:33:fa:c8 1500   Intel Corporation 82571EB Gigabit Ethernet Controller&lt;/div&gt;
&lt;br /&gt;
GUI also displays the same. Setting the nics to 100Mbit/full during operation works fine and continues to run this way until I reboot the host again. &lt;br /&gt;
&lt;br /&gt;
I could just write a script to reconfigure the nics post boot, but surely this shouldn't be needed.&lt;br /&gt;
&lt;br /&gt;
Anyone with any brilliant ideas?&lt;br /&gt;
&lt;br /&gt;
Thanks.</description>
      <pubDate>Thu, 29 Oct 2009 13:46:25 GMT</pubDate>
      <author>callee</author>
      <guid>http://communities.vmware.com/message/1402816</guid>
      <dc:date>2009-10-29T13:46:25Z</dc:date>
      <clearspace:dateToText>3 weeks, 6 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>Best Practice in setting up vNetwork Distributed Switches</title>
      <link>http://communities.vmware.com/message/1402052</link>
      <description>&lt;br /&gt;
+"So far my understanding is that vDS is great but because it's managed&lt;br /&gt;
on the vCenter layer it can be a big issue. Once you lose vCenter you&lt;br /&gt;
cannot control or configure your network component. Is what I'm saying&lt;br /&gt;
correct? Can someone confirm this for me. Therefore it makes a lot of&lt;br /&gt;
sense to go with the hybrid configuration (vSS and vDS) and the Server&lt;br /&gt;
Console/Management console be set as a vSS that way you have access to&lt;br /&gt;
any of your esx host from the vSphere client when you lose you vCenter.&lt;br /&gt;
"+&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
yes that's right that negative point on DVS since it is handled by the Vcenter Server...so it is like a new layer manage by the Vcenter that being said if your vCenter fails - either physical o Virtual - and you don't have a backup vCenter you won't be able to manage your your VDS now imaging that you setup the Service Console/Vkernel in that VDS configuration... that would not be any good for any ESX admin.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
for instance check this guy's issue with DVS and Service Console mixed&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://communities.vmware.com/thread/218879"&gt;http://communities.vmware.com/thread/218879&lt;/a&gt;</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vnetwork_distributed_switch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx4</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">dvs</category>
      <pubDate>Wed, 28 Oct 2009 21:31:44 GMT</pubDate>
      <author>kopper27</author>
      <guid>http://communities.vmware.com/message/1402052</guid>
      <dc:date>2009-10-28T21:31:44Z</dc:date>
      <clearspace:dateToText>4 weeks, 13 hours ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>help with a dvSwitch setup</title>
      <link>http://communities.vmware.com/message/1401583</link>
      <description>&lt;br /&gt;
Really should have posted eariler but have been distracted by hostd being broke.&lt;br /&gt;
&lt;p /&gt;
 Well I can back monday and it just started working.&lt;br /&gt;
&lt;p /&gt;
The 3Com must have just taken forever to get itself setup right.&lt;br /&gt;
&lt;p /&gt;
Not much else to say.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vnetwork_distributed_switch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vlan</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">dvswitch</category>
      <pubDate>Wed, 28 Oct 2009 15:20:38 GMT</pubDate>
      <author>jpd4save9</author>
      <guid>http://communities.vmware.com/message/1401583</guid>
      <dc:date>2009-10-28T15:20:38Z</dc:date>
      <clearspace:dateToText>4 weeks, 19 hours ago</clearspace:dateToText>
      <clearspace:replyCount>8</clearspace:replyCount>
    </item>
    <item>
      <title>VM are not able to ping with Gateway through another NIC (except console nic).</title>
      <link>http://communities.vmware.com/message/1400138</link>
      <description>&lt;p /&gt;
Hello,&lt;br /&gt;
&lt;p /&gt;
Make sure the vLAN Trunking is correct within the pSwitches&lt;br /&gt;
&lt;p /&gt;
Make sure the vLAN ID within the PortGroup is associated with the Physical Switch vLAN ID. "Put the vLAN ID in the PortGroup"&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Also, check out the following; &lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;Host1&lt;/b&gt; &lt;br /&gt;
&lt;p /&gt;
vmnic0 &amp;lt;--------&amp;gt; vSwitch0  &amp;lt;-----------&amp;gt; pSwitch1 &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=Port1"&gt;Port1&lt;/a&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;Host2&lt;/b&gt;                                                      &lt;br /&gt;
&lt;p /&gt;
vmnic0 &amp;lt;--------&amp;gt; vSwitch0  &amp;lt;-----------&amp;gt; pSwitch2 &lt;a class="jive-link-adddocument" href="http://communities.vmware.com/community-document-picker.jspa?communityID=&amp;subject=Port1"&gt;Port1&lt;/a&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
And the same goes with the other nics. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Best Regards, &lt;br /&gt;
&lt;br /&gt;
Hussain Al Sayed&lt;br /&gt;
&lt;br /&gt;
If you find this information useful, please award points for "correct" or "helpful".</description>
      <pubDate>Tue, 27 Oct 2009 15:55:19 GMT</pubDate>
      <author>habibalby</author>
      <guid>http://communities.vmware.com/message/1400138</guid>
      <dc:date>2009-10-27T15:55:19Z</dc:date>
      <clearspace:dateToText>4 weeks, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>How can I change vswif from a dVS to another and associate it with a vmnic (from CLI) ?</title>
      <link>http://communities.vmware.com/message/1400076</link>
      <description>&lt;br /&gt;
You can do this through the VIC.&lt;br /&gt;
&lt;p /&gt;
Add a 2nd SC port/nic on the new dvSwitch, connect your VIC via that interface (keeping IP routing in mind), and remove the old SC port/nic. &lt;br /&gt;
&lt;p /&gt;
JP</description>
      <pubDate>Tue, 27 Oct 2009 15:29:56 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1400076</guid>
      <dc:date>2009-10-27T15:29:56Z</dc:date>
      <clearspace:dateToText>4 weeks, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>does network communication among guests under same ESXi host go to physical/real network???</title>
      <link>http://communities.vmware.com/message/1399020</link>
      <description>&lt;br /&gt;
Hi!&lt;br /&gt;
&lt;p /&gt;
What would be the expected performance of a "completely virtual" network? &lt;br /&gt;
&lt;p /&gt;
We are planning to provide virtualized NFS share for two separate (local and remote) ESX boxes. &lt;br /&gt;
&lt;p /&gt;
The gotcha is that we're looking to get really high performance NFS drive that is using ramdisk mount below the surface. Now naturally the remote ESX will get glan capped, but the local would preferably have higher throughput. We do have already disk based virtual NFS that's actually providing storage point for the very same host that runs the VM itself (this clause is just before someone says we can't provide NFS mount to the host from its own guest).&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Br,&lt;br /&gt;
&lt;p /&gt;
Kalle</description>
      <pubDate>Mon, 26 Oct 2009 18:18:20 GMT</pubDate>
      <author>Kallex</author>
      <guid>http://communities.vmware.com/message/1399020</guid>
      <dc:date>2009-10-26T18:18:20Z</dc:date>
      <clearspace:dateToText>1 month, 16 hours ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Delegated networks with a dvSwitch</title>
      <link>http://communities.vmware.com/message/1398776</link>
      <description>&lt;br /&gt;
As a follow-on to my previous post related to &lt;a class="jive-link-message" href="http://communities.vmware.com/message/1174815#1174815"&gt;Department role/permissions problem solved!  Virtual Center vCenter&lt;/a&gt; , I thought it would be a good idea to elaborate on the new permissions available for datastores and networking.  However, I'm having a bit of a problem with delegated networking - has anyone else attempted this?&lt;br /&gt;
&lt;p /&gt;
Assume we have an external dvSwitch that includes multiple VLANs (VLAN 10, VLAN 11, VLAN 12, VLAN 13, VLAN 14) and I have two departments : department A should have access to VLAN 10, and 11 ... and department B should have access to VLAN 12, 13, and 14.&lt;br /&gt;
&lt;p /&gt;
So I create a role called "Network Manager" with the permission of:&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Network -&amp;gt; Assign network&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
and I assign this role for Department A to VLAN 10 and VLAN 11.  I assign this role for Department B to VLAN 12, 13, and 14.&lt;br /&gt;
&lt;p /&gt;
I also have a similar permission set on the VM (or folder containing the VM) for "Network -&amp;gt; Assign network".&lt;br /&gt;
&lt;p /&gt;
So I login as Department A, 'edit settings' for a VM, add device - enet adapter, and I can choose among the VLANs that I have given perms on ... specifically VLAN 10 and 11.  I finish adding the device and click ok to reconfigure the machine, then 'edit settings' again to change the VLAN from 10 to 11 and I get the error:&lt;br /&gt;
&lt;p /&gt;
"This host does not have any virtual machine networks, or you don't have the permission to access them."&lt;br /&gt;
&lt;p /&gt;
&lt;b&gt;A work-around that I've discovered is to add the dvSwitch in question to a folder.  Then on this folder add the "Read only" role for all of your deparmental groups (Department A and Department B, from my example).  When they go to "Edit settings", behavior is as expected and they will only be shown those networks that have been granted "Network -&amp;gt; Assign network"&lt;/b&gt;&lt;br /&gt;
&lt;p /&gt;
I've filed a request with support and they are looking into it, but I wanted to reach out to see if anyone has thoughts on a better way to delegate or if anyone else can replicate this issue.&lt;br /&gt;
&lt;p /&gt;
Thanks very much,&lt;br /&gt;
&lt;p /&gt;
Cameron J. Smith&lt;br /&gt;
System Administrator, Purdue University</description>
      <pubDate>Mon, 26 Oct 2009 16:12:28 GMT</pubDate>
      <author>purduecjs</author>
      <guid>http://communities.vmware.com/message/1398776</guid>
      <dc:date>2009-10-26T16:12:28Z</dc:date>
      <clearspace:dateToText>1 month, 18 hours ago</clearspace:dateToText>
    </item>
    <item>
      <title>Slow network and packets drops when one VM (vmxnet3) is under heavy traffic</title>
      <link>http://communities.vmware.com/message/1398391</link>
      <description>Hi,&lt;br /&gt;
&lt;br /&gt;
I have an ESXi 4 installation with three VMs running on top and two physical network adapters. One VM is used as a router machine for my network, it's Debian and has open-vm-tools installed. It has two vmxnet3 network adapters. One adapter is connected to a dedicated vSwitch ("External") and the other is connected to the second vSwitch ("Internal") with all other VMs. Virtual OS is configured with VLANs, so ESXi passes all VLAN IDs on the External vSwitch. On the other ESXi host there is an identical VM with Debian and the same configuration. They're both working in a failover cluster using linux-ha. &lt;br /&gt;
&lt;p /&gt;
There is no problem when the machine is passive, e.g. not routing any traffic. However there is an issue with the active node: it's nearly impossible to connect to the services (web, remote desktop, etc.) hosted on the &lt;u&gt;other&lt;/u&gt; VMs running on top of the host with active router node. The connection frequently drops and the file transfer via HTTP is just a few KB/s. What is interesting, the ESXi host is affected itself as the download of vSphere Client goes around 5 KB/s as well. When I shutdown the primary router node (thus causing failover to another), everything goes back to normal on that host but the problem moves to the secondary node. Linux itself is unaffected and it can handle heavy traffic of several hundreds of mbit/s.&lt;br /&gt;
&lt;p /&gt;
The problem is gone when I switch vmxnet3 adapters on Linux to e1000. However e1000 doesn't work well with heavy traffic like &amp;gt;100-200 mbit/s. So I'm stuck with vmxnet3 and would really appreciate any suggestions.&lt;br /&gt;
&lt;p /&gt;
Thanks,&lt;br /&gt;
Docent</description>
      <pubDate>Mon, 26 Oct 2009 11:12:44 GMT</pubDate>
      <author>Docent</author>
      <guid>http://communities.vmware.com/message/1398391</guid>
      <dc:date>2009-10-26T11:12:44Z</dc:date>
      <clearspace:dateToText>1 month, 23 hours ago</clearspace:dateToText>
    </item>
    <item>
      <title>configuring diff. IP space</title>
      <link>http://communities.vmware.com/message/1398289</link>
      <description>That's actually not VMware related, just a general networking.&lt;br /&gt;
&lt;br /&gt;
Depending on your network/VMware configuration you can set up isolated vSwitch for 192.168.x.x and set up VM to work as router. Or you can set up VLANs, or ... many possibilities.&lt;br /&gt;
&lt;br&gt;---&lt;br /&gt;
MCSA, MCTS, VCP, VMware vExpert '2009&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blog.vadmin.ru"&gt;http://blog.vadmin.ru&lt;/a&gt;</description>
      <pubDate>Mon, 26 Oct 2009 08:35:12 GMT</pubDate>
      <author>Anton V Zhbankov</author>
      <guid>http://communities.vmware.com/message/1398289</guid>
      <dc:date>2009-10-26T08:35:12Z</dc:date>
      <clearspace:dateToText>1 month, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>Network drivers for WinPE</title>
      <link>http://communities.vmware.com/message/1397983</link>
      <description>Have you tried with a generic Intel Pro 1000 driver for e1000 and a VLANCE (AMDPro card) for flexible (when is it used without VMware Tools)?&lt;br /&gt;
See also:&lt;br /&gt;
&lt;a class="jive-link-external" href="http://sanbarrow.com/phpBB2/viewtopic.php?t=837&amp;#38;sid=f58d8d5cffb6f6409b09ded7eb6a6145"&gt;http://sanbarrow.com/phpBB2/viewtopic.php?t=837&amp;#38;sid=f58d8d5cffb6f6409b09ded7eb6a6145&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Andre</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">drivers</category>
      <pubDate>Sun, 25 Oct 2009 12:54:44 GMT</pubDate>
      <author>AndreTheGiant</author>
      <guid>http://communities.vmware.com/message/1397983</guid>
      <dc:date>2009-10-25T12:54:44Z</dc:date>
      <clearspace:dateToText>1 month, 1 day ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>Question on best practice for NIC cards on ESX host.</title>
      <link>http://communities.vmware.com/message/1397954</link>
      <description>Your setup also will depend on VLAN usage or not.&lt;br /&gt;
You have a "single" switch (cause you use stacking) so a VLAN partitioning could be a good idea.&lt;br /&gt;
&lt;br /&gt;
Andre</description>
      <pubDate>Sun, 25 Oct 2009 09:31:49 GMT</pubDate>
      <author>AndreTheGiant</author>
      <guid>http://communities.vmware.com/message/1397954</guid>
      <dc:date>2009-10-25T09:31:49Z</dc:date>
      <clearspace:dateToText>1 month, 2 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>ESX4i - 2 servers and 1 HP Switch - VLAN / Trunking ???</title>
      <link>http://communities.vmware.com/message/1397810</link>
      <description>Yes you can. For VST method:&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;b&gt;Pro-Curve&lt;/b&gt; &lt;br /&gt;
&lt;p /&gt;
&lt;ul&gt;
&lt;li&gt;Just create VLAN 90 in your Pro-Curve 1800G&lt;/li&gt;
&lt;li&gt;Select two ports each connected to NICS of your ESXi hosts as member to VLAN 90&lt;/li&gt;
&lt;li&gt;Choose tag=ALL for your VLAN config&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;b&gt;ESX&lt;/b&gt; &lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Create port group with VLAN ID 90&lt;/li&gt;
&lt;/ul&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
vcbMC-1.0.6 Beta&lt;br /&gt;
vcbMC-1.0.7 Lite&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.no-x.org/"&gt;http://www.no-x.org&lt;/a&gt;</description>
      <pubDate>Sat, 24 Oct 2009 21:36:34 GMT</pubDate>
      <author>athlon_crazy</author>
      <guid>http://communities.vmware.com/message/1397810</guid>
      <dc:date>2009-10-24T21:36:34Z</dc:date>
      <clearspace:dateToText>1 month, 2 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>To etherchannel or not?</title>
      <link>http://communities.vmware.com/message/1397081</link>
      <description>&lt;br /&gt;
You should make aliases on your netapp vif, in order to get several pairs of ip involved in your network communications. If you've have only one IP referring to one datastore (NFS for your case), etherchannel is not very usefull. It's great with  all vSwitch &amp;#38; vmkernel configured with "route based on ip hash", you network switch well configured and several different Ip connections to your nfs datastores.&lt;br /&gt;
&lt;p /&gt;
 Here they are several usefull links, and for sur they will be more than helpfull for what you want to plan &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/wink.gif" alt=";)" /&gt;&lt;br /&gt;
&lt;p /&gt;
 Cheers.&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://blog.scottlowe.org/2008/07/16/understanding-nic-utilization-in-vmware-esx/"&gt;http://blog.scottlowe.org/2008/07/16/understanding-nic-utilization-in-vmware-esx/&lt;/a&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://blog.scottlowe.org/2008/07/16/understanding-nic-utilization-in-vmware-esx/"&gt;http://blog.scottlowe.org/2008/07/16/understanding-nic-utilization-in-vmware-esx/&lt;/a&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://communities.netapp.com/blogs/ethernetstorageguy/2009/04/04/multimode-vif-survival-guide"&gt;http://communities.netapp.com/blogs/ethernetstorageguy/2009/04/04/multimode-vif-survival-guide&lt;/a&gt; ( you may need a "now account" on netapp for this one)</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">etherchannel</category>
      <pubDate>Fri, 23 Oct 2009 15:12:48 GMT</pubDate>
      <author>vanak</author>
      <guid>http://communities.vmware.com/message/1397081</guid>
      <dc:date>2009-10-23T15:12:48Z</dc:date>
      <clearspace:dateToText>1 month, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>2003 R2 x64 vNIC - Flexible vs. E1000?</title>
      <link>http://communities.vmware.com/message/1397029</link>
      <description>&lt;br /&gt;
It's different hardware, so the OS sees it as different NICs.  Be prepared to reconfigure the IP settings on the new NIC.&lt;br /&gt;
&lt;p /&gt;
If you run into a case of Windows complaining of duplicate IPs, then you need to manually delete the old NIC...&lt;br /&gt;
&lt;br /&gt;
&lt;ol&gt;
&lt;li&gt;Open a command prompt and run:  set devmgr_show_nonpresent_devices=1 &amp;#38;&amp;#38; devmgmt.msc&lt;/li&gt;
&lt;li&gt;In the View menu, select "Show hidden devices"&lt;/li&gt;
&lt;li&gt;Go to the Network Adapters list&lt;/li&gt;
&lt;li&gt;Right-click and uninstall the old NIC&lt;/li&gt;
&lt;/ol&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
JP</description>
      <pubDate>Fri, 23 Oct 2009 14:33:24 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1397029</guid>
      <dc:date>2009-10-23T14:33:24Z</dc:date>
      <clearspace:dateToText>1 month, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>Problems with network traffic, using VLANs and trunks.</title>
      <link>http://communities.vmware.com/message/1396905</link>
      <description>&lt;br /&gt;
If I understand correctly, the VM's (untagged) packets enter trunk 1, where they are tagged with vlan 20, before going to port 19 and reach the rest of your subnet 192.168.0/24. If that is correct, then when the answer to this packet reach the VM, they still have the tag VLAN20, so your VM doesn't know how to handle them. You should be able to see them with a tcpdump, though I'm not entirely sure.&lt;br /&gt;
&lt;p /&gt;
Configure your VM's portgroup to be in VLAN20. Than, the portgroup will tag / untag the packets before sending them to the network / to the VM.</description>
      <pubDate>Fri, 23 Oct 2009 12:49:38 GMT</pubDate>
      <author>FredericPerrin</author>
      <guid>http://communities.vmware.com/message/1396905</guid>
      <dc:date>2009-10-23T12:49:38Z</dc:date>
      <clearspace:dateToText>1 month, 3 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>VMWare and VLAN w/virtual firewall</title>
      <link>http://communities.vmware.com/message/1396389</link>
      <description>vShield supports VLANs, so not a problem.&lt;br /&gt;
&lt;br&gt;---&lt;br /&gt;
MCSA, MCTS, VCP, VMware vExpert '2009&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blog.vadmin.ru"&gt;http://blog.vadmin.ru&lt;/a&gt;</description>
      <pubDate>Thu, 22 Oct 2009 21:13:12 GMT</pubDate>
      <author>Anton V Zhbankov</author>
      <guid>http://communities.vmware.com/message/1396389</guid>
      <dc:date>2009-10-22T21:13:12Z</dc:date>
      <clearspace:dateToText>1 month, 4 days ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Test Environment</title>
      <link>http://communities.vmware.com/message/1396016</link>
      <description>If your sure that the physical switches can't communicate with each other then as long as you only connect each vm to one vDS then no, they wouldn't be able to communicate. The only way they could is if you assign another vnic to one of the vm's and attach that vnic to the other vDS aswell&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
Thanks,&lt;br /&gt;
Neil</description>
      <pubDate>Thu, 22 Oct 2009 15:56:05 GMT</pubDate>
      <author>NTurnbull</author>
      <guid>http://communities.vmware.com/message/1396016</guid>
      <dc:date>2009-10-22T15:56:05Z</dc:date>
      <clearspace:dateToText>1 month, 4 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Network performance suddenly slowed to a halt</title>
      <link>http://communities.vmware.com/message/1395917</link>
      <description>I have 3 servers, 2 are Dell 1425's running ESXi 3 (box A and B), another is a SuperMicro running ESXi 4 (box C).  Everything was running fine until about 4 days ago.  I noticed that one of the guests on box A was getting a mind blowing 40kb/s file transfer rate when doing a yum update against a repository on box B.  Testing showed that any instance on box B or C can access the repo just fine and get various speeds well above the 5MB range when doing file transfers.&lt;br /&gt;
&lt;br /&gt;
Box A had both Windows and Linux guests on it.  It doesn't seem to matter which guest OS is installed, I still get this slowness.  Sometimes on the Windows box, it's fine.  Other times, it's not.  I suspect that the same is true for the Linux boxes.&lt;br /&gt;
&lt;br /&gt;
The only change I made about 10 days ago was to add a virtual switch on a seperate VLAN and put a single server on that one.  I created this VLAN on all ESXi hosts though (in the same way with the same VLAN ID's).  I would suspect that if this change is the root cause that I would be seeing this problem across the board.  scp'ing a file from box B to/from box A is about 5mb/s so the physical network seems fine.&lt;br /&gt;
&lt;br /&gt;
Realtime:&lt;br /&gt;
CPU on the affected host is about 30% (10 guests), memory is about 73% (6GB of 8GB allocated and used), disk is averaging 100kb/sec, network 17kb/sec.&lt;br /&gt;
&lt;br /&gt;
Any ideas on how to approach this problem?</description>
      <pubDate>Thu, 22 Oct 2009 14:06:26 GMT</pubDate>
      <author>itbegary</author>
      <guid>http://communities.vmware.com/message/1395917</guid>
      <dc:date>2009-10-22T14:06:26Z</dc:date>
      <clearspace:dateToText>1 month, 4 days ago</clearspace:dateToText>
    </item>
    <item>
      <title>Move physical adapters to DVS</title>
      <link>http://communities.vmware.com/message/1394933</link>
      <description>&lt;br /&gt;
Got it.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
Thanks.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <pubDate>Wed, 21 Oct 2009 15:48:55 GMT</pubDate>
      <author>mcvosi</author>
      <guid>http://communities.vmware.com/message/1394933</guid>
      <dc:date>2009-10-21T15:48:55Z</dc:date>
      <clearspace:dateToText>1 month, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>4</clearspace:replyCount>
    </item>
    <item>
      <title>Multi-gigabit uplinks to VMs with Flex-10 LACP</title>
      <link>http://communities.vmware.com/message/1394911</link>
      <description>&lt;br /&gt;
Sorry for not being more clear.  I'm asking what type of NIC you are using your guest OS (i.e. VMXNET, e1000, etc.).  The virtual h/w can determine what NIC speed shows to the guest OS.  Am I correct in understanding that your issue is the guest OS connection speed and not the vmnic/pnic speed to the VC module?&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
For the VC config, the key is to not use VC for redundancy directly, but to use VMware's failover capabilities.  I'll try to explain it here with the why's, but there are many relevant parts:&lt;br /&gt;
&lt;p /&gt;
Physical setup-&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;We have 8 interconnects: 1,2,5,6,7,8 are 1/10G ethernet;  3,4 are FC&lt;/li&gt;
&lt;li&gt;Our hosts have the 2x1G LOM interfaces, and a quad port card in Mez 2, with 1 i/f connecting to each of bays 5-8&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
I have 1 Shared Uplink Set (SUS) for each VC module (since we cannot have active ports in 1 SUS from 2 different modules; I'm not sure how this breaks out on Flex-10 modules).   This is the key to keeping all ports active in our config, that we have 1 SUS per group of uplinks that can be trunked as active ports.&lt;br /&gt;
On the switch side, we have a Cisco Cat6500, using etherchannel for aggregation.  An example config is attached.&lt;br /&gt;
&lt;p /&gt;
In VMware networking config, we have 1 LOM vmnic  (vmnic0) and 1 vmnic from the mez. card vmnic (vmnic2) assigned to our standard vSwitch.  This switch has our SC and VMotion connections with load-balancing set to &lt;b&gt;active/standby&lt;/b&gt; as follows: SC=vmnic0/vmnic2; VMotion=vmnic2/vmnic0.  So under normal conditions, each port has a dedicated vmnic (best practice).&lt;br /&gt;
&lt;p /&gt;
The remaining vmnics are on a dvSwitch.  All port groups use all vmnics &lt;b&gt;active/active&lt;/b&gt;, with Port ID load balancing.&lt;br /&gt;
&lt;p /&gt;
Summary / rules governing our setup-&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;1 SUS per interface or group of interfaces that can be active/active&lt;/li&gt;
&lt;li&gt;For each SUS that will be on a given vSwitch, every VLAN ID must be in each SUS (example in attached file "SUS networks list.png")&lt;/li&gt;
&lt;li&gt;VMware load balancing &lt;b&gt;&lt;i&gt;CANNOT&lt;/i&gt;&lt;/b&gt; be set to IP hash.  IP-hash will cause MAC thrashing on your physical switch!&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
Upsides-&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;All VC interfaces are active and usable at any given time&lt;/li&gt;
&lt;li&gt;Load sharing occurs based on vSwitch "load balancing" setting of Port ID&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
Downsides-&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;The stacking links go unused (not such a bid deal)&lt;/li&gt;
&lt;li&gt;When all uplinks in a module go offline, our vmnic is set to link down (based on Smart Link being enabled).  Thus, we lose 1 uplink worth of bandwidth to the VC modules as well.&lt;/li&gt;
&lt;li&gt;Lots of manual setup in VC.&lt;/li&gt;
&lt;/ul&gt;</description>
      <pubDate>Wed, 21 Oct 2009 15:28:59 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1394911</guid>
      <dc:date>2009-10-21T15:28:59Z</dc:date>
      <clearspace:dateToText>1 month, 5 days ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>Problem with VM on DVS</title>
      <link>http://communities.vmware.com/message/1394087</link>
      <description>&lt;br /&gt;
A resolution to this...  I was able to fix this by installing a newer version of IOS on my L3 switch.  &lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <pubDate>Tue, 20 Oct 2009 20:12:17 GMT</pubDate>
      <author>mcvosi</author>
      <guid>http://communities.vmware.com/message/1394087</guid>
      <dc:date>2009-10-20T20:12:17Z</dc:date>
      <clearspace:dateToText>1 month, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>intermittent network loss for single clients on shared vSwitch</title>
      <link>http://communities.vmware.com/message/1393656</link>
      <description>This looked like a Cisco &lt;span style="font-family:Arial"&gt;&lt;span style="font-size:10pt"&gt;{font:Arial}{size:10pt}{font:Arial}{size:10pt}port security problem, but the network guy reported that this server's switch connections had two ports configured for &lt;/span&gt;&lt;/span&gt;{font}{font}link aggregation. The solution is to put these two NICs onto a vSwitch configured for NIC Teaming with Load Balancing: Route based on ip hash. Now the two NICs work correctly as a team, and there aren't random failures of VM connectivity.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vmware</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vswitch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vmotion</category>
      <pubDate>Tue, 20 Oct 2009 13:52:42 GMT</pubDate>
      <author>macallan</author>
      <guid>http://communities.vmware.com/message/1393656</guid>
      <dc:date>2009-10-20T13:52:42Z</dc:date>
      <clearspace:dateToText>1 month, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>NLB - Two VMs can't ping eachother when on seperate hosts</title>
      <link>http://communities.vmware.com/message/1393597</link>
      <description>&lt;br /&gt;
You're most welcome.  The reason you couldn't do a `route change` is that it is an automatic route.  Each interface is given a route to its local network based on its IP/Mask combination.  You can't change those, since they are based on the IP configuration of the interface.  So, you had to add one that overrides it.&lt;br /&gt;
&lt;p /&gt;
Another tactic would be to add a route specifically for the mgmt interfaces, a la `route add 172.18.18.52    255.255.255.255 IF 172.18.18.51`.  Whatever works for your environment, is how you should do it. &lt;br /&gt;
&lt;p /&gt;
Keep in mind, that any additional management traffic that you have (snmp, rdp, backups, etc.) that has to go to one interface or the other may require additional adjustments to your routing.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
JP</description>
      <pubDate>Tue, 20 Oct 2009 13:33:26 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1393597</guid>
      <dc:date>2009-10-20T13:33:26Z</dc:date>
      <clearspace:dateToText>1 month, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>5</clearspace:replyCount>
    </item>
    <item>
      <title>Understanding vSphere™ IP Pools</title>
      <link>http://communities.vmware.com/message/1393583</link>
      <description>Hi Nicholas&lt;br /&gt;
&lt;br /&gt;
We have some blog posts on vApps here:&lt;br /&gt;
&lt;a class="jive-link-external" href="http://blogs.vmware.com/vApp/"&gt;http://blogs.vmware.com/vApp/&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
The first one, called "OVF and vApps in Action" shows an application of IP pools. Hopefully we can provide a video showing how to setup IP pools in the future.&lt;br /&gt;
&lt;br /&gt;
Thanks,&lt;br /&gt;
Martin</description>
      <pubDate>Tue, 20 Oct 2009 12:58:03 GMT</pubDate>
      <author>martinamdisen</author>
      <guid>http://communities.vmware.com/message/1393583</guid>
      <dc:date>2009-10-20T12:58:03Z</dc:date>
      <clearspace:dateToText>1 month, 6 days ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>ESX 3.5 and 4.0 LACP support</title>
      <link>http://communities.vmware.com/message/1393017</link>
      <description>&lt;br /&gt;
I stand corrected.  I was, as I am sure they are, using the term LACP interchangably with 802.3ad (now 802.1AX-2008).  The correct usage would be LAG for Link Aggregation.  LACP refers specifically to the negotiation protocol.  They should update their documentation or their code.&lt;br /&gt;
&lt;p /&gt;
JP</description>
      <pubDate>Mon, 19 Oct 2009 19:30:30 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1393017</guid>
      <dc:date>2009-10-19T19:30:30Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>ESXi 4 - I have 2 vmkernels on two separate networks, why only allowed 1 gateway?</title>
      <link>http://communities.vmware.com/message/1392852</link>
      <description>&lt;br /&gt;
This is standard networking behaviour for IP.  You can only have 1 &lt;b&gt;default&lt;/b&gt; route, which is what this setting represents.  You have 2 options to set IP routing for iSCSI:&lt;br /&gt;
&lt;p /&gt;
1. Setup another VMK NIC on the subnet of your target.  This should cause packets to automatically route out that interface.&lt;br /&gt;
&lt;p /&gt;
2. On the service console, use the esxcfg-route command to build a VMk routing table to your liking.&lt;br /&gt;
&lt;p /&gt;
JP</description>
      <pubDate>Mon, 19 Oct 2009 17:20:17 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1392852</guid>
      <dc:date>2009-10-19T17:20:17Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
    </item>
    <item>
      <title>Setting up VMDq on ESX 4.0</title>
      <link>http://communities.vmware.com/message/1392824</link>
      <description>&lt;br /&gt;
Hi,&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
I have the same question. I'm currently playing with a Dell PowerEdge R710 that has 2x Intel Gigabit ET quad port NICs (Intel 82576 controller) installed and I didn't find the trick to enable VMDq on ESX 4.0 and ESXi 4.0. I've set the options as described in the document for ESX 3.5 (&lt;a class="jive-link-external" href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;#38;cmd=displayKC&amp;#38;externalId=1009010"&gt;http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;#38;cmd=displayKC&amp;#38;externalId=1009010&lt;/a&gt;) but nothing happens. When I run ethtool -S vmnic* I can see only one RX-queue. &lt;img class="jive-emoticon" border="0" src="http://communities.vmware.com/images/emoticons/sad.gif" alt=":(" /&gt;&lt;br /&gt;
&lt;p /&gt;
Is there anybody outside who is running VMDq on ESX 4.0?&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
regards, Simon &lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esx</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">4</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">intel</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vmdq</category>
      <pubDate>Mon, 19 Oct 2009 16:55:36 GMT</pubDate>
      <author>VMentor</author>
      <guid>http://communities.vmware.com/message/1392824</guid>
      <dc:date>2009-10-19T16:55:36Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>Easy way to remove a vDS?</title>
      <link>http://communities.vmware.com/message/1392776</link>
      <description>&lt;br /&gt;
Go to Inventory-&amp;gt; Networking and find the Hosts tab for the switch&lt;br /&gt;
&lt;p /&gt;
Select the host to remove from the dvSwitch and press the delete key&lt;br /&gt;
&lt;br /&gt;
&lt;blockquote&gt;---or---&lt;/blockquote&gt;
&lt;br /&gt;
Right-click the host and select "Remove from Distributed Virtual Switch"&lt;br /&gt;
&lt;p /&gt;
JP</description>
      <pubDate>Mon, 19 Oct 2009 16:36:21 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1392776</guid>
      <dc:date>2009-10-19T16:36:21Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
    <item>
      <title>ESX host disconnects from vCenter when adding nic to form team on switch with service console</title>
      <link>http://communities.vmware.com/message/1392772</link>
      <description>&lt;br /&gt;
I've just recently setup a c7000 with Virtual Connect modules.  Are you using VC modules?&lt;br /&gt;
&lt;p /&gt;
JP</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vswitch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">uplink</category>
      <pubDate>Mon, 19 Oct 2009 16:30:02 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1392772</guid>
      <dc:date>2009-10-19T16:30:02Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>vDS network problem</title>
      <link>http://communities.vmware.com/message/1392764</link>
      <description>&lt;br /&gt;
Sounds like you are using Cisco Etherchannel.  For load-balancing between an ESX host and a Cisco switch using Etherchannel, you MUST use IP hashing for your load-balancing algorithm.&lt;br /&gt;
&lt;p /&gt;
JP</description>
      <pubDate>Mon, 19 Oct 2009 15:58:05 GMT</pubDate>
      <author>jpdicicco</author>
      <guid>http://communities.vmware.com/message/1392764</guid>
      <dc:date>2009-10-19T15:58:05Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>vSphere and Cisco Nexus</title>
      <link>http://communities.vmware.com/message/1392551</link>
      <description>&lt;br /&gt;
I've seen it happen once or twice. Usually (not always) its something on the physical switch the ESX hosts are connected to. Let me know what you find out.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
louis</description>
      <pubDate>Mon, 19 Oct 2009 13:24:10 GMT</pubDate>
      <author>lwatta</author>
      <guid>http://communities.vmware.com/message/1392551</guid>
      <dc:date>2009-10-19T13:24:10Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>Strange issue with ESXi 4.0 and routing</title>
      <link>http://communities.vmware.com/message/1391846</link>
      <description>Hi Folks&lt;br /&gt;
&lt;br /&gt;
I'm new to VMWare. I have installed ESXI 4.0 on a DELL 2950 server with two NICs. When I originally installed the software and started out on my learning curve, I did it at home and used my ADSL router and ADSL line as the network. The only machine on the network was the DELL 2950 and the VMs I created inside it. Everything worked 100% to and from everywhere. I could see the DNS servers and surf the web from any of the created VMs (combination of Windows 2008 Server and CentOS 5.x) so just assumed everything was set up correctly.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
Now, I've moved the box to our rack space at the datacenter and the people there have given us a brand new network range to use with the machine, because basically we weren't given enough IP addresses to grow to the number being used on the old range, let's call it 12.13.14.x. The new IP range has been put into our Netscreen firewall routing and the Management Console was used to change the network IP addresses, subnet mask and gateway to the new address range before we moved the DELL unit to the rack.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
The rack has an HP Procurve network switch as the interface between the Datacenter switch (the outside world) and our servers. So... it's switch, firewall, servers.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
The address range is: 2.3.4.192 - 2.3.4.255 with .193 being the first available address and .253 the  last. The .192 and .255 IPs are used for broadcast addresses and the gateway address set to .254. The subnet is /26 or .192&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
The host is set up as follows:&lt;br /&gt;
NIC number 1: Set up with address 2.3.4.193, subnet mask .192 and gateway of .254&lt;br /&gt;
NIC number 2: Set up with address 2.3.4.194, subnet mask .192 and gateway of .254&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
On advice from the datacenter support team, I separated the VMkernel  Port (using vSwitch 0) and made it the managementnetwork. It is attached to physical adaptor vmnic0 and the IP address is set to and appears as 2.3.4.193. As I can see the machine from remote, I'm assuming this is working OK. I can attach to the host using the vSphere client and manage everything as expected.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
The VMs are all attached to the second network, called vSwitch1 (Virtual Machine Port Group) and appears to be using adaptor vmnic1. There is no mention of IP address so I have no idea whether this network is using the .194 address as above or not. &lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
Just to throw you all a little curved ball, looking at the "Observed IP Ranges" in network properties from the vSphere client, it says that the observed IP ranges (on both NICs) are 12.13.14.x and there is no mention at all of the new range i.e. 2.3.4.x&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
Here's the problem. Although I can see the host from the Internet, I cannot see any of the VMs contained inside it from the Internet. If I go to the host using vSphere Client, then choose a VM, open the console, login and open a terminal window, I can ping the host but I cannot ping anything outside the 12.13.14.x range and I cannot ping any of the other Vms. Here's an example of what's happening:&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
Our DNS servers are both inside the 12.13.14.x range, on 12.13.14.65 and 12.13.14.42&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
If I ping "google.co.uk" I see an instant lookup on DNS, the IP is resolved correctly, but then there is nothing. No replies.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
If I ping ourdomain.co.uk, which is hosted within our 12.13.14.x range, I get the same instant lookup and then lots of ping replies from that host.&lt;br /&gt;
&lt;p /&gt;
If I ping the VM  on 2.3.4.196 from the VM on 2.3.4.195 I get absolutely nothing so there is a disconnect there, too. &lt;br /&gt;
&lt;p /&gt;
From where I'm sitting and taking into account my inexperience with VMWare, it seems as though the "Observed IP Ranges" are telling the host to only use that range. How do I fix this issue? Any help would be gratefully accepted.&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
Regards and thanks&lt;br /&gt;
Chris</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vmware_network</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">esxi_4.0</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">routing</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">setup</category>
      <pubDate>Sat, 17 Oct 2009 17:38:19 GMT</pubDate>
      <author>kenwardc</author>
      <guid>http://communities.vmware.com/message/1391846</guid>
      <dc:date>2009-10-17T17:38:19Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
    </item>
    <item>
      <title>Intel 10Gbe AF DA (82598EB) dual-port adapter experience?</title>
      <link>http://communities.vmware.com/message/1392054</link>
      <description>I have an open case with Intel and Vmware about this still, no resoultion yet, but they're working on it. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://ITangst.blogspot.com"&gt;http://ITangst.blogspot.com&lt;/a&gt;</description>
      <pubDate>Sun, 18 Oct 2009 10:06:09 GMT</pubDate>
      <author>max.inglis</author>
      <guid>http://communities.vmware.com/message/1392054</guid>
      <dc:date>2009-10-18T10:06:09Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>18</clearspace:replyCount>
    </item>
    <item>
      <title>Network segments &amp;#38; virtual switches</title>
      <link>http://communities.vmware.com/message/1392019</link>
      <description>You NIC can be connect only to one vSwitch.&lt;br /&gt;
So is not possible.&lt;br /&gt;
&lt;br /&gt;
See also:&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.vmware.com/files/pdf/virtual_networking_concepts.pdf"&gt;http://www.vmware.com/files/pdf/virtual_networking_concepts.pdf&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
Andre</description>
      <pubDate>Sun, 18 Oct 2009 05:10:31 GMT</pubDate>
      <author>AndreTheGiant</author>
      <guid>http://communities.vmware.com/message/1392019</guid>
      <dc:date>2009-10-18T05:10:31Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>vmxnet3 - features and use information - tips and tricks</title>
      <link>http://communities.vmware.com/message/1391701</link>
      <description>&lt;p /&gt;
Good thread, iben.&lt;br /&gt;
&lt;p /&gt;
One thing to point out - the set devmgr_show_nonpresent_devices=1 command does not work with Windows 2008.&lt;br /&gt;
&lt;p /&gt;
Instead, you have to set an environmental variable of "devmgr_show_nonpresent_devices" with a value of "1".  Then you can open device manager and click  'View | show hidden devices' to see the ghost NIC.&lt;br /&gt;
&lt;p /&gt;
Josh &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
If you found this or other information useful, please consider awarding points for "Correct" or "Helpful".&lt;br /&gt;
Please visit &lt;a class="jive-link-external" href="http://vmtoday.com"&gt;http://vmtoday.com&lt;/a&gt; for News, Views and Virtualization How-To's</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">networking</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">performance</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vmxnet3</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vsphere</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">server</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nexus</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">nexus1000</category>
      <pubDate>Fri, 16 Oct 2009 22:45:51 GMT</pubDate>
      <author>joshuatownsend</author>
      <guid>http://communities.vmware.com/message/1391701</guid>
      <dc:date>2009-10-16T22:45:51Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>18</clearspace:replyCount>
    </item>
    <item>
      <title>What does VLAN off-loading is doing?</title>
      <link>http://communities.vmware.com/message/1391288</link>
      <description>Sorry for resurrecting an old thread - but I too was wondering what the term meant and had  a bit of a look into it - I believe this functionality in vmxnet3 allows adding VLAN tags within the guest OS (on the NIC driver) itself..... &lt;br /&gt;
&lt;br /&gt;
Cheers</description>
      <pubDate>Fri, 16 Oct 2009 15:19:22 GMT</pubDate>
      <author>RussH</author>
      <guid>http://communities.vmware.com/message/1391288</guid>
      <dc:date>2009-10-16T15:19:22Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>How to define subnets</title>
      <link>http://communities.vmware.com/message/1391306</link>
      <description>Can you ping the default gateway of each of these subnets. &lt;br /&gt;
&lt;br /&gt;
Have you created these subnets to only support your virtual environment or do you have other physical servers using these subnets.&lt;br /&gt;
&lt;p /&gt;
If the 192.168.3.x subnet has only been created to support the vswitch then you need to be able to physically route to it.  How you do it depends on your environment - layer 3 switching or introduce a router to do the task.</description>
      <pubDate>Fri, 16 Oct 2009 15:01:12 GMT</pubDate>
      <author>amvmware</author>
      <guid>http://communities.vmware.com/message/1391306</guid>
      <dc:date>2009-10-16T15:01:12Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>network design suggestions</title>
      <link>http://communities.vmware.com/message/1391243</link>
      <description>&lt;br /&gt;
First of all i suggest you to purchase 2 multi-nic card with 4 interface and to devide each service on different card.  (This for fault tollerance)&lt;br /&gt;
&lt;p /&gt;
I think you need:&lt;br /&gt;
&lt;p /&gt;
 1 Group of 2 interface for Service Console and Vmotion&lt;br /&gt;
&lt;p /&gt;
1 Group of 2 intercace for Iscsi (but EQP6000 has 4 intercace for each controller so you can consider to upgrade to 4 interface on each node for iScsi)&lt;br /&gt;
&lt;p /&gt;
1 Group of 2 intercace for vmNetwork but this depend on how many virtual machine you run on each node&lt;br /&gt;
&lt;p /&gt;
1 Group of 2 interface for vmNetwork for DMZ uses (I suggest you to phisically separate DMZ and LAN traffic)&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
 Remember that is important to use interface card with TOE Capabilities.</description>
      <pubDate>Fri, 16 Oct 2009 14:02:29 GMT</pubDate>
      <author>milos77</author>
      <guid>http://communities.vmware.com/message/1391243</guid>
      <dc:date>2009-10-16T14:02:29Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
    <item>
      <title>Restricting Access to vNetwork Distributed Switch Port Groups?</title>
      <link>http://communities.vmware.com/message/1391191</link>
      <description>Argh - the permissions tab.</description>
      <category domain="http://communities.vmware.com/tags?communityID=2942">vds</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">distributed</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">switch</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">roles</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">permission</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">restrict</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">access</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">port</category>
      <category domain="http://communities.vmware.com/tags?communityID=2942">group</category>
      <pubDate>Fri, 16 Oct 2009 12:52:30 GMT</pubDate>
      <author>CayceWill</author>
      <guid>http://communities.vmware.com/message/1391191</guid>
      <dc:date>2009-10-16T12:52:30Z</dc:date>
      <clearspace:dateToText>1 month, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>1</clearspace:replyCount>
    </item>
  </channel>
</rss>

