<?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: SLX MCT with RSTP in Data Center (SLX)</title>
    <link>https://community.extremenetworks.com/t5/data-center-slx/slx-mct-with-rstp/m-p/20465#M95</link>
    <description>In case anyone else comes across this. STP over MCT is not supported on the SLX platform.</description>
    <pubDate>Tue, 23 Apr 2019 01:38:00 GMT</pubDate>
    <dc:creator>paulcian</dc:creator>
    <dc:date>2019-04-23T01:38:00Z</dc:date>
    <item>
      <title>SLX MCT with RSTP</title>
      <link>https://community.extremenetworks.com/t5/data-center-slx/slx-mct-with-rstp/m-p/20463#M93</link>
      <description>2-SLXs running R-Code with MCT and RSTP between them.  Both SLXs are set for Root Bridge Priority 0.  One of the SLXs is the Root of the bridge and the other SLX shows Rootport towards the Root Bridge which in a typical switch environment I would expect; but in other vendors implementations of MLAG,MC-LAG,VPC I have seen that both devices would both appear to be root bridges (acting as a single shared common Root Bridge Identifier). &lt;BR /&gt;
&lt;BR /&gt;
Is this the expected behavior with MCT and RSTP where each SLX device is running independent spanning-tree?&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Thu, 30 Aug 2018 20:35:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/data-center-slx/slx-mct-with-rstp/m-p/20463#M93</guid>
      <dc:creator>paulcian</dc:creator>
      <dc:date>2018-08-30T20:35:00Z</dc:date>
    </item>
    <item>
      <title>RE: SLX MCT with RSTP</title>
      <link>https://community.extremenetworks.com/t5/data-center-slx/slx-mct-with-rstp/m-p/20464#M94</link>
      <description>Hi Paul,&lt;BR /&gt;
&lt;BR /&gt;
Do you mean RSTP for entire traffic or just data VLANs?&lt;BR /&gt;
Phew, the number of those approaches is brain-splitting.&lt;BR /&gt;
In   theory, I believe STP from a downstream device should treat the LAG   (terminated in both MLAG peers) as a single L2 link (so MLAG peers should   be treated as a single device from STP perspective).&lt;BR /&gt;
But you   shouldn't run STP on your MLAG links IMHO. MLAG has it's own option for   getting safe from the broadcast storms without blocking any links for   known unicast traffic.&lt;BR /&gt;
Also make sure your peer link control VLAN (ISC, IST etc.) doesn't get blocked by STP anyhow. I'm not yet familiar with SLX MCT but if it works like with others if you block the control connection between peers, your MLAG is not working in fact.&lt;BR /&gt;
&lt;BR /&gt;
Regards,&lt;BR /&gt;
Tomasz&lt;BR /&gt;</description>
      <pubDate>Fri, 31 Aug 2018 02:08:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/data-center-slx/slx-mct-with-rstp/m-p/20464#M94</guid>
      <dc:creator>Tomasz</dc:creator>
      <dc:date>2018-08-31T02:08:00Z</dc:date>
    </item>
    <item>
      <title>RE: SLX MCT with RSTP</title>
      <link>https://community.extremenetworks.com/t5/data-center-slx/slx-mct-with-rstp/m-p/20465#M95</link>
      <description>In case anyone else comes across this. STP over MCT is not supported on the SLX platform.</description>
      <pubDate>Tue, 23 Apr 2019 01:38:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/data-center-slx/slx-mct-with-rstp/m-p/20465#M95</guid>
      <dc:creator>paulcian</dc:creator>
      <dc:date>2019-04-23T01:38:00Z</dc:date>
    </item>
  </channel>
</rss>

