<?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 S-MLT painful, same i-sids on both members reqd in ExtremeSwitching (VSP/Fabric Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/s-mlt-painful-same-i-sids-on-both-members-reqd/m-p/120030#M3041</link>
    <description>&lt;P&gt;I am aware of documents like&lt;BR /&gt;&lt;A href="https://extreme-networks.my.site.com/ExtrArticleDetail?an=000083230" target="_blank"&gt;https://extreme-networks.my.site.com/ExtrArticleDetail?an=000083230&lt;/A&gt;&lt;/P&gt;&lt;P&gt;which says: "All VLANs, with an I-SID assigned, must be configured on both the local and the remote vIST peer"&lt;/P&gt;&lt;P&gt;Turns out however that &lt;U&gt;i-sid&lt;/U&gt; declaration on both members must be the same even if you use ELAN and Flex-Unis.&lt;/P&gt;&lt;P&gt;But I wonder why this configuration cannot simply be synchronized between members?&lt;/P&gt;&lt;P&gt;I.e. if I declare i-sid X on member 1, if member 2 is its partner, and it requires the i-sid to be declared in order for forwarding to work, then why doesn't the control protocol just instruct it to do so?&lt;BR /&gt;Instead of me meticulously comparing tables each time...&lt;/P&gt;&lt;P&gt;Is there a scenario in which you would &lt;U&gt;not&lt;/U&gt; declare the i-sid on both peers?&lt;/P&gt;&lt;P&gt;Just a thought...&lt;/P&gt;</description>
    <pubDate>Thu, 21 Aug 2025 09:41:57 GMT</pubDate>
    <dc:creator>jeronimo</dc:creator>
    <dc:date>2025-08-21T09:41:57Z</dc:date>
    <item>
      <title>S-MLT painful, same i-sids on both members reqd</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/s-mlt-painful-same-i-sids-on-both-members-reqd/m-p/120030#M3041</link>
      <description>&lt;P&gt;I am aware of documents like&lt;BR /&gt;&lt;A href="https://extreme-networks.my.site.com/ExtrArticleDetail?an=000083230" target="_blank"&gt;https://extreme-networks.my.site.com/ExtrArticleDetail?an=000083230&lt;/A&gt;&lt;/P&gt;&lt;P&gt;which says: "All VLANs, with an I-SID assigned, must be configured on both the local and the remote vIST peer"&lt;/P&gt;&lt;P&gt;Turns out however that &lt;U&gt;i-sid&lt;/U&gt; declaration on both members must be the same even if you use ELAN and Flex-Unis.&lt;/P&gt;&lt;P&gt;But I wonder why this configuration cannot simply be synchronized between members?&lt;/P&gt;&lt;P&gt;I.e. if I declare i-sid X on member 1, if member 2 is its partner, and it requires the i-sid to be declared in order for forwarding to work, then why doesn't the control protocol just instruct it to do so?&lt;BR /&gt;Instead of me meticulously comparing tables each time...&lt;/P&gt;&lt;P&gt;Is there a scenario in which you would &lt;U&gt;not&lt;/U&gt; declare the i-sid on both peers?&lt;/P&gt;&lt;P&gt;Just a thought...&lt;/P&gt;</description>
      <pubDate>Thu, 21 Aug 2025 09:41:57 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/s-mlt-painful-same-i-sids-on-both-members-reqd/m-p/120030#M3041</guid>
      <dc:creator>jeronimo</dc:creator>
      <dc:date>2025-08-21T09:41:57Z</dc:date>
    </item>
    <item>
      <title>Re: S-MLT painful, same i-sids on both members reqd</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/s-mlt-painful-same-i-sids-on-both-members-reqd/m-p/120040#M3042</link>
      <description>&lt;P&gt;Point to Point connections or brouter ports would not require an I-SID.&lt;/P&gt;</description>
      <pubDate>Fri, 22 Aug 2025 09:59:59 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-vsp-fabric/s-mlt-painful-same-i-sids-on-both-members-reqd/m-p/120040#M3042</guid>
      <dc:creator>RobertD1</dc:creator>
      <dc:date>2025-08-22T09:59:59Z</dc:date>
    </item>
  </channel>
</rss>

