<?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 5520 Mcast support for AES67 protocol in ExtremeSwitching (EXOS/Switch Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/5520-mcast-support-for-aes67-protocol/m-p/89296#M21148</link>
    <description>I have set up a network with Mcast ( no routing all on same vlan ) with stacks of 5520 units joined in a distribution with VSP740 , using fabric attach configurations. We have multiple Av systems running on this 1 vlan&amp;nbsp; network, which function as expected.. the issue we currently have , is that between stacks the AES67 seems to have packet loss or packet delay that causes the microphones not to work.. IGMP Snooping is configured .. has anybody had any experiance in the application.&lt;BR /&gt;&lt;BR /&gt;I cannot find anywhere any information on additional configuration required to support this multicast application..&lt;BR /&gt;&lt;BR /&gt;Any advice or suggested config modifications would be appreciated..</description>
    <pubDate>Tue, 15 Feb 2022 12:29:30 GMT</pubDate>
    <dc:creator>RodR</dc:creator>
    <dc:date>2022-02-15T12:29:30Z</dc:date>
    <item>
      <title>5520 Mcast support for AES67 protocol</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/5520-mcast-support-for-aes67-protocol/m-p/89296#M21148</link>
      <description>I have set up a network with Mcast ( no routing all on same vlan ) with stacks of 5520 units joined in a distribution with VSP740 , using fabric attach configurations. We have multiple Av systems running on this 1 vlan&amp;nbsp; network, which function as expected.. the issue we currently have , is that between stacks the AES67 seems to have packet loss or packet delay that causes the microphones not to work.. IGMP Snooping is configured .. has anybody had any experiance in the application.&lt;BR /&gt;&lt;BR /&gt;I cannot find anywhere any information on additional configuration required to support this multicast application..&lt;BR /&gt;&lt;BR /&gt;Any advice or suggested config modifications would be appreciated..</description>
      <pubDate>Tue, 15 Feb 2022 12:29:30 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/5520-mcast-support-for-aes67-protocol/m-p/89296#M21148</guid>
      <dc:creator>RodR</dc:creator>
      <dc:date>2022-02-15T12:29:30Z</dc:date>
    </item>
    <item>
      <title>Re: 5520 Mcast support for AES67 protocol</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/5520-mcast-support-for-aes67-protocol/m-p/89297#M21149</link>
      <description>Basic update , the Av team change&amp;nbsp; the way the devices were working as we seemed to have one interface on the switch , where a single port had 3 IP addresses all advertising the same mcast address ( Sh mcast cache 239.254.78.7) and the&amp;nbsp; AV software was reporting lost /missed and duplicate packets.&lt;BR /&gt;Thsi was addressed to the hardware supplier and resolved.&lt;BR /&gt;&lt;BR /&gt;This is a Triangular network scenario , with multiple stacking replicating the same..where the edge stack is a 5520 with port 1:60 going to a VSP7400 and 2:60 going to a different VSP7400 with MLT joining the two VSP7400 together , the network I am looking at is not routed and just L2. &lt;BR /&gt;&lt;BR /&gt;As part of the test for AES67 port 2:60 was disabled ,on all stacks therefore forcing&amp;nbsp; all data traffic progressed down 1:60 to the distribution, and then back up to the other test stack so that the MLT and the second distribution VSP7400 were not involved in the data path. &lt;BR /&gt;&lt;BR /&gt;The 5520 are using fabric attach , with NSI statements , and the VSP7400 also use teh statement to attach teh correct vlan to teh correct ports ( mlt and physical )&lt;BR /&gt;&lt;BR /&gt;On bringing port 2:60 on the 5520 back online , the AES67 application failed.. we left it for about a minute to see if it would resolve its problems , which it did not ..&lt;BR /&gt;&lt;BR /&gt;Being new to VSP and Fabric what are the expected delays when bringing up a shared link and what is the expected disruption as the fabric will need to build &lt;BR /&gt;The sharing on the 5520 is dynamic again does this delay in getting the up-links stable, as now port 2;60 is added dynamically to all the networks that share that port .&lt;BR /&gt;&lt;BR /&gt;what is the recommended link algorithm&amp;nbsp; to use on the 5520 to VSP7400 , currently set to L3 on the 5520 while looking at the VSP MLT and port setting there are no additional parameters configured for a hashing algorithm .&lt;BR /&gt;&lt;BR /&gt;Any recommended fixes taht you have found would be worth trying , or should I not expect a fast convergance and just leave teh kit for a bit longer to sort itself out&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 16 Feb 2022 13:33:58 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/5520-mcast-support-for-aes67-protocol/m-p/89297#M21149</guid>
      <dc:creator>RodR</dc:creator>
      <dc:date>2022-02-16T13:33:58Z</dc:date>
    </item>
  </channel>
</rss>

