<?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: MLAG, Does the ISC vlan forward any payload traffic in ExtremeSwitching (EXOS/Switch Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/mlag-does-the-isc-vlan-forward-any-payload-traffic/m-p/46450#M11757</link>
    <description>Thankyou Stephane</description>
    <pubDate>Fri, 28 Apr 2017 18:01:00 GMT</pubDate>
    <dc:creator>simon_bingham</dc:creator>
    <dc:date>2017-04-28T18:01:00Z</dc:date>
    <item>
      <title>MLAG, Does the ISC vlan forward any payload traffic</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/mlag-does-the-isc-vlan-forward-any-payload-traffic/m-p/46448#M11755</link>
      <description>MLAG ISC&lt;BR /&gt;
&lt;BR /&gt;
    I have a question &lt;BR /&gt;
&lt;BR /&gt;
    For a customer I have these options &lt;BR /&gt;
&lt;BR /&gt;
    Between the 2 MLag switches are these options&lt;BR /&gt;
&lt;BR /&gt;
    &lt;OL&gt; 
&lt;LI&gt;A 2 port aggregation of 1 gig links 
 
 
&lt;/LI&gt;&lt;LI&gt;A single 10 gig link ( a newer network )  
 
&lt;/LI&gt;&lt;/OL&gt;        So the trade off  I  have is bandwidth vs resilience. &lt;BR /&gt;
&lt;BR /&gt;
    So this is my question&lt;BR /&gt;
&lt;BR /&gt;
    Does the ISC vlan forward any payload traffic ? or this is  purely a control channel is which case it would seem prudent to use the lower  bandwidth but resilient link. &lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Fri, 28 Apr 2017 14:35:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/mlag-does-the-isc-vlan-forward-any-payload-traffic/m-p/46448#M11755</guid>
      <dc:creator>simon_bingham</dc:creator>
      <dc:date>2017-04-28T14:35:00Z</dc:date>
    </item>
    <item>
      <title>RE: MLAG, Does the ISC vlan forward any payload traffic</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/mlag-does-the-isc-vlan-forward-any-payload-traffic/m-p/46449#M11756</link>
      <description>Hi,&lt;BR /&gt;
&lt;BR /&gt;
there'll be traffic on the ISC in the following cases (that comes to my mind):&lt;BR /&gt;
&lt;BR /&gt;
- BUM traffic (broadcast, unknown unicast and multicast) will transit through ISC, to be dropped on the other end in steady state operation.&lt;BR /&gt;
&lt;BR /&gt;
- single attached devices, statistically ~50% of the traffic to them will transit through the ISC&lt;BR /&gt;
&lt;BR /&gt;
- link failure (similar to the previous case)&lt;BR /&gt;
&lt;BR /&gt;
- L3 traffic (VRRP) if you don't have Fabric Routing on&lt;BR /&gt;
&lt;BR /&gt;
- in some advanced designs with an IGP (OSPF) on top of MLAG, you can see steady traffic on the ISC as well&lt;BR /&gt;
&lt;BR /&gt;
Best Regards,&lt;BR /&gt;
Stephane&lt;BR /&gt;</description>
      <pubDate>Fri, 28 Apr 2017 18:01:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/mlag-does-the-isc-vlan-forward-any-payload-traffic/m-p/46449#M11756</guid>
      <dc:creator>Stephane_Grosj1</dc:creator>
      <dc:date>2017-04-28T18:01:00Z</dc:date>
    </item>
    <item>
      <title>RE: MLAG, Does the ISC vlan forward any payload traffic</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/mlag-does-the-isc-vlan-forward-any-payload-traffic/m-p/46450#M11757</link>
      <description>Thankyou Stephane</description>
      <pubDate>Fri, 28 Apr 2017 18:01:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/mlag-does-the-isc-vlan-forward-any-payload-traffic/m-p/46450#M11757</guid>
      <dc:creator>simon_bingham</dc:creator>
      <dc:date>2017-04-28T18:01:00Z</dc:date>
    </item>
  </channel>
</rss>

