<?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 Alternative to SMLT in ExtremeSwitching (VSP/Fabric Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/alternative-to-smlt/m-p/75057#M1069</link>
    <description>We want to form an MLAG over a pair of VSPs but to implement SMLT you need to disable IS-IS to configure the smlt peer and vIST. This would mean downtime whilst configuration is completed. Is anyone aware of an alternative MLAG solution on the VSPs that doesn't require IS-IS to be disabled?</description>
    <pubDate>Wed, 08 Jun 2022 18:15:34 GMT</pubDate>
    <dc:creator>NickH</dc:creator>
    <dc:date>2022-06-08T18:15:34Z</dc:date>
    <item>
      <title>Alternative to SMLT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/alternative-to-smlt/m-p/75057#M1069</link>
      <description>We want to form an MLAG over a pair of VSPs but to implement SMLT you need to disable IS-IS to configure the smlt peer and vIST. This would mean downtime whilst configuration is completed. Is anyone aware of an alternative MLAG solution on the VSPs that doesn't require IS-IS to be disabled?</description>
      <pubDate>Wed, 08 Jun 2022 18:15:34 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/alternative-to-smlt/m-p/75057#M1069</guid>
      <dc:creator>NickH</dc:creator>
      <dc:date>2022-06-08T18:15:34Z</dc:date>
    </item>
    <item>
      <title>Re: Alternative to SMLT</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/alternative-to-smlt/m-p/75058#M1070</link>
      <description>Hello Nick,&lt;BR /&gt;There is no alternative way to make an MLAG connection to ISIS enabled switches, you must create the vIST link so the VSP switches can form an SMLT cluster.&lt;BR /&gt;When in "SPBM/SMLT" cluster configuration they start exchanging link state information for the SMLT enabled ports, like MLAG enabled switches do.&lt;BR /&gt;&lt;BR /&gt;When actually the connections to both VSP switches are redundant then it is no problem to apply one by one the SMLT configuration to them without interrupt traffic, the "other" switch take over traffic forwarding during &lt;SPAN class="VIiyi" lang="en"&gt;&lt;SPAN class="JLqJ4b ChMk0b" data-language-for-alternatives="en" data-language-to-translate-into="nl" data-phrase-index="0" data-number-of-phrases="1"&gt;&lt;SPAN class="Q4iAWc"&gt;switch reconfiguration&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;.&lt;BR /&gt;In case of single connected devices then you have to consider how critical these connection are.&lt;BR /&gt;&lt;BR /&gt;Hope it helps&lt;BR /&gt;regards&lt;BR /&gt;WillyHe</description>
      <pubDate>Fri, 10 Jun 2022 11:07:33 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/alternative-to-smlt/m-p/75058#M1070</guid>
      <dc:creator>WillyHe</dc:creator>
      <dc:date>2022-06-10T11:07:33Z</dc:date>
    </item>
  </channel>
</rss>

