<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Strange Active/Standby behaviour in vSphere™ vNetwork Discussions</title>
    <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983786#M14768</link>
    <description>&lt;P&gt;&lt;STRONG&gt;Hello,&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;And how does a system distinguish the reason why an intended "active" VMnic is instead in a "link down" state because it has never been connected or due to a malfunction or something else. From a practical point of view it is the exact same condition, the unavailability of a VMnic that I have specified in a bunch of "active" VMnics in a load balancing context, which are supposed to be in use and intrinsically functional (all of them), to which accordingly one (or more) of the available "standby" VMnic replaces the non-functional one(s) in the role. Don't you think that a different behavior would be somehow inconsistent.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Also take into account the settings of each single "portgroup" that lands on the same vSwitch because the settings of each one, if not inherited, can produce a different use of each VMnic, although in general terms when the "failover" behavior does not change, when an "active" VMnic goes down the configured "standby" VMnic kicks in (the explicit failover order is a separate story).&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Take a look here, which is a little clearer:&lt;BR /&gt;&lt;A href="https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-D34B1ADD-B8A7-43CD-AA7E-2832A0F7EE76.html" target="_blank"&gt;https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-D34B1ADD-B8A7-43CD-AA7E-2832A0F7EE76.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;Regards,&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Ferdinando&lt;/STRONG&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 24 Aug 2023 18:25:48 GMT</pubDate>
    <dc:creator>Kinnison</dc:creator>
    <dc:date>2023-08-24T18:25:48Z</dc:date>
    <item>
      <title>Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983726#M14763</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;I cannot explain this behaviour, and need help on it.&lt;/P&gt;&lt;P&gt;Environment: 2 Hosts&amp;nbsp;&lt;SPAN&gt; VMware ESXi, 7.0.3, 20328353&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;Network: vmnic0/1 1Gbps (Huawei Switch)&lt;BR /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; vmnic2/3 10Gbps (Cisco Switch)&lt;BR /&gt;&amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; vmnic4/5 disconnected&lt;/P&gt;&lt;P&gt;VSwitch0 configuration&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ManuelDB_0-1692866567792.png" style="width: 400px;"&gt;&lt;img src="https://communities.vmware.com/t5/image/serverpage/image-id/103184i4749E2F6A7AA8AA2/image-size/medium/is-moderation-mode/true?v=v2&amp;amp;px=400" role="button" title="ManuelDB_0-1692866567792.png" alt="ManuelDB_0-1692866567792.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;VM Portgroup WITHOUT override&lt;BR /&gt;&lt;BR /&gt;VM vmnic allocation:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ManuelDB_1-1692866745891.png" style="width: 400px;"&gt;&lt;img src="https://communities.vmware.com/t5/image/serverpage/image-id/103185i873451693802319B/image-size/medium/is-moderation-mode/true?v=v2&amp;amp;px=400" role="button" title="ManuelDB_1-1692866745891.png" alt="ManuelDB_1-1692866745891.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;What's happening there? A lot of VMs are running on vmnic0/1 that are standby.&lt;BR /&gt;All vmnics are up&lt;BR /&gt;Both hosts same problem&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Manuel&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 24 Aug 2023 08:47:56 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983726#M14763</guid>
      <dc:creator>ManuelDB</dc:creator>
      <dc:date>2023-08-24T08:47:56Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983731#M14764</link>
      <description>What is the failover order on the port groups within the vSwitch that the VM network connections are configure for?&lt;BR /&gt;</description>
      <pubDate>Thu, 24 Aug 2023 09:30:26 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983731#M14764</guid>
      <dc:creator>scott28tt</dc:creator>
      <dc:date>2023-08-24T09:30:26Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983740#M14765</link>
      <description>&lt;P&gt;On portgrtoups failover order is not overriden, so it's the same as the switch.&lt;/P&gt;&lt;P&gt;Now I have vmotioned all the vms between hosts (more than 1 time forward and back) and all vmnics are correct again (one single vmotion forward and back had not been not enough for some VMs).&lt;/P&gt;&lt;P&gt;Could this be because vmnic0 and 1 was active before (like vmnic0-5 all active on failover order on vswitch0), so VMs had associated these nics and then the failover order had been changed switching these nics to standby (and this hadn't triggered a port change on VMs)?&lt;BR /&gt;I'm not following directly this infrastructure (only in these days because the owner is in holiday) so I don't know what happened on the past, but I'm genuinely cuorious on what could trigger this behaviour.&lt;/P&gt;</description>
      <pubDate>Thu, 24 Aug 2023 10:19:04 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983740#M14765</guid>
      <dc:creator>ManuelDB</dc:creator>
      <dc:date>2023-08-24T10:19:04Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983745#M14766</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Hello,&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I don't find anything strange about it, if the purpose of a "standby" VMnic is to intervene when an "active" VMnic for some reason "fail", then the "failover" mechanism is just doing its job. You have configured four VMnics as "active" but only two are connected, so let's say you have two "failed", but at the same time you have as many in "standby" to kick in, which is what happened.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;I've just read that it's not your vSphere infrastructure, so the good dispassionate advice is not to touch anything and &lt;EM&gt;"leave the problem to its owner"&lt;/EM&gt;.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;Regards,&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Ferdinando&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 24 Aug 2023 11:02:48 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983745#M14766</guid>
      <dc:creator>Kinnison</dc:creator>
      <dc:date>2023-08-24T11:02:48Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983759#M14767</link>
      <description>&lt;P&gt;mmm... this is a good consideration. I was expecting that the disconnected interfaces were not considered on the failover policy, or at least, that until I have at least 1 connected interface on the active failover configuration, all the VMs would be migrated on it, and only once the last active interface fails, then there would be a switch to standby interfaces.... but effectively your point could cause the behaviour I was seeing...&lt;/P&gt;&lt;P&gt;So this can be explained by your point, but from my point of view that's not the best/clearest way to behave.&lt;/P&gt;&lt;P&gt;At this point how can I obtain what I was expecting (that only active ports are used until no one active ports would be connected)?&lt;BR /&gt;Because I think that I cannot use the Hash Load Balancing and create 2 Eth-Trunk (one per active on Cisco switch and one for standby on Huawei switch) because probably the vSwith would try to negotiate the Eth-Trunk with all the ports together... so is it not possible?&lt;/P&gt;</description>
      <pubDate>Thu, 24 Aug 2023 13:12:33 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983759#M14767</guid>
      <dc:creator>ManuelDB</dc:creator>
      <dc:date>2023-08-24T13:12:33Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983786#M14768</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Hello,&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;And how does a system distinguish the reason why an intended "active" VMnic is instead in a "link down" state because it has never been connected or due to a malfunction or something else. From a practical point of view it is the exact same condition, the unavailability of a VMnic that I have specified in a bunch of "active" VMnics in a load balancing context, which are supposed to be in use and intrinsically functional (all of them), to which accordingly one (or more) of the available "standby" VMnic replaces the non-functional one(s) in the role. Don't you think that a different behavior would be somehow inconsistent.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Also take into account the settings of each single "portgroup" that lands on the same vSwitch because the settings of each one, if not inherited, can produce a different use of each VMnic, although in general terms when the "failover" behavior does not change, when an "active" VMnic goes down the configured "standby" VMnic kicks in (the explicit failover order is a separate story).&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Take a look here, which is a little clearer:&lt;BR /&gt;&lt;A href="https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-D34B1ADD-B8A7-43CD-AA7E-2832A0F7EE76.html" target="_blank"&gt;https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-D34B1ADD-B8A7-43CD-AA7E-2832A0F7EE76.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;Regards,&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Ferdinando&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 24 Aug 2023 18:25:48 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2983786#M14768</guid>
      <dc:creator>Kinnison</dc:creator>
      <dc:date>2023-08-24T18:25:48Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2984221#M14770</link>
      <description>&lt;P&gt;I understand your point of view, but I was thinking about active/sstandby more like two ethertrunk and standby disabled by STP, so while there is at least one active connection, the active ethertrunk was working and then, when no more active link found, it would switch on standby links.&lt;/P&gt;&lt;P&gt;Good to learn the correct behaviour, so thanks!&amp;nbsp;&lt;img class="lia-deferred-image lia-image-emoji" src="https://communities.vmware.com/html/@9096AC4BBA0718E6B18FDB51D30A5493/emoticons/1f44d.png" alt=":thumbs_up:" title=":thumbs_up:" /&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 28 Aug 2023 07:11:47 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2984221#M14770</guid>
      <dc:creator>ManuelDB</dc:creator>
      <dc:date>2023-08-28T07:11:47Z</dc:date>
    </item>
    <item>
      <title>Re: Strange Active/Standby behaviour</title>
      <link>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2984246#M14771</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Hello ManuelDB,&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;A rather concrete example, a vSwitch thus configured,&lt;/P&gt;&lt;P&gt;Standard load balancing based on "ID" and everything else as default&lt;BR /&gt;VMNIC0, VMNIC1, VMNIC2 all as "Active".&lt;BR /&gt;VMNIC3 as "Standby".&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;By detaching any (it doesn't matter which) of the "active" VMnic as expected the "standby" VMnic took over the role and the VMs were "rebalanced" using it.&amp;nbsp;Then there are a number of other combinations that produce results, so to speak (very little) "amusing" but that's another story, what we can assume however is that it doesn't work at all like a barely decent physical switch configured with the same "logic".&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;Regards,&lt;/STRONG&gt;&lt;BR /&gt;&lt;STRONG&gt;Ferdinando&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 28 Aug 2023 10:58:42 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/vSphere-vNetwork-Discussions/Strange-Active-Standby-behaviour/m-p/2984246#M14771</guid>
      <dc:creator>Kinnison</dc:creator>
      <dc:date>2023-08-28T10:58:42Z</dc:date>
    </item>
  </channel>
</rss>

