<?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 Virtual Connect (VC) Active/Passive failover based on bandwidth - It works! in BladeSystem - General</title>
    <link>https://community.hpe.com/t5/bladesystem-general/virtual-connect-vc-active-passive-failover-based-on-bandwidth-it/m-p/6049461#M31109</link>
    <description>&lt;P&gt;&lt;STRONG&gt;Some test results from Dan:&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;*******************&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;So I had heard about this before but up until recently did not have a chance to test it.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Let say you have 2 uplinks from VC Bay 1 and 2 more from VC Bay 2, and you are in an active/passive design with all 4 uplinks in a single SUS.&lt;/P&gt;
&lt;P&gt;If Bay 1’s 2 uplinks are active, and a single cable is pulled or the SFP fails or something, your bandwidth is effectively cut in half.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Virtual connect in this in instance will almost immediately upon detecting the failure will fail over to Bay 2 because it has more aggregate bandwidth still available.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Tested this at a customer site last week and it worked very well.&lt;/P&gt;
&lt;P&gt;All failure testing of VC modules resulted in 1 ping loss or less for every failure test we threw at it.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you are like me, you have to see it to believe it, but hopefully this anecdotal evidence will increase your confidence level when talking about this feature.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;**********&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Dave also relpied:&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;******************&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Dan, We simulate this failover with the ‘Disable’ option inside of the SUS.&lt;/P&gt;
&lt;P&gt;Select an Active port pair and drop the Speed from ‘Auto’ &amp;nbsp;to change it to ‘Disabled’.&lt;/P&gt;
&lt;P&gt;No need to be onsite to pull cables…&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;****************&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Comments or questions?&lt;/STRONG&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 02 May 2013 15:21:11 GMT</pubDate>
    <dc:creator>chuckk281</dc:creator>
    <dc:date>2013-05-02T15:21:11Z</dc:date>
    <item>
      <title>Virtual Connect (VC) Active/Passive failover based on bandwidth - It works!</title>
      <link>https://community.hpe.com/t5/bladesystem-general/virtual-connect-vc-active-passive-failover-based-on-bandwidth-it/m-p/6049461#M31109</link>
      <description>&lt;P&gt;&lt;STRONG&gt;Some test results from Dan:&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;*******************&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;So I had heard about this before but up until recently did not have a chance to test it.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Let say you have 2 uplinks from VC Bay 1 and 2 more from VC Bay 2, and you are in an active/passive design with all 4 uplinks in a single SUS.&lt;/P&gt;
&lt;P&gt;If Bay 1’s 2 uplinks are active, and a single cable is pulled or the SFP fails or something, your bandwidth is effectively cut in half.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Virtual connect in this in instance will almost immediately upon detecting the failure will fail over to Bay 2 because it has more aggregate bandwidth still available.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Tested this at a customer site last week and it worked very well.&lt;/P&gt;
&lt;P&gt;All failure testing of VC modules resulted in 1 ping loss or less for every failure test we threw at it.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you are like me, you have to see it to believe it, but hopefully this anecdotal evidence will increase your confidence level when talking about this feature.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;**********&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Dave also relpied:&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;******************&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Dan, We simulate this failover with the ‘Disable’ option inside of the SUS.&lt;/P&gt;
&lt;P&gt;Select an Active port pair and drop the Speed from ‘Auto’ &amp;nbsp;to change it to ‘Disabled’.&lt;/P&gt;
&lt;P&gt;No need to be onsite to pull cables…&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;****************&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Comments or questions?&lt;/STRONG&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 02 May 2013 15:21:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/virtual-connect-vc-active-passive-failover-based-on-bandwidth-it/m-p/6049461#M31109</guid>
      <dc:creator>chuckk281</dc:creator>
      <dc:date>2013-05-02T15:21:11Z</dc:date>
    </item>
  </channel>
</rss>

