<?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 N-Series Unicast-as-Multicast Sample Configuration in FAQs</title>
    <link>https://community.extremenetworks.com/t5/faqs/n-series-unicast-as-multicast-sample-configuration/m-p/48167#M509</link>
    <description>Article ID: 10906 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
Matrix N-Series DFE &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Installed Load Sharing server software (e.g. NLB), or similar application that uses the same MAC address on multiple network adapters. &lt;BR /&gt;
Configured SNMP Traps (&lt;A href="http://bit.ly/1c2NN3S" target="_blank" rel="nofollow noreferrer noopener"&gt;5390&lt;/A&gt;).&lt;BR /&gt;
Globally and port enabled the MAC Move trap type ('set movedaddrtrap...'). &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Network latency and communication timeouts.&lt;BR /&gt;
Seeing certain MAC addresses ingressing on more than a single port per MAC.&amp;lt;165&amp;gt;Aug 15 17:35:13 10.1.3.200 AddrNtfy[2]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.2.55, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:35:52 10.1.3.200 AddrNtfy[3]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.3.8, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:35:58 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:36:43 10.1.3.200 AddrNtfy[2]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.2.55, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:36:37 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:37:00 10.1.3.200 AddrNtfy[3]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.3.8, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:37:15 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:37:54 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:40:13 10.1.3.200 AddrNtfy[2]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.2.55, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:40:52 10.1.3.200 AddrNtfy[3]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.3.8, FID 700&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
The CPU is constantly relearning and reprogramming the Source MACs local to the ports. The key effect is to potentially direct response traffic to the "wrong" port - that is, to an adapter that is not receptive to it. &lt;BR /&gt;
&lt;BR /&gt;
Investigation shows that the multi-port MAC source is an expected and desirable element of the software deployed in the network, but that an ability of the switch to forward response unicast traffic to more than one destination port (overriding standard transparent learning) should prevent the existing forwarding confusion and stop the messages. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
Enable the 'set mac unicast as multicast' feature to treat unicast flows as both learned and forwarded as multicast. &lt;BR /&gt;
&lt;BR /&gt;
Here is the configuration that should resolve the messages shown above:set mac unicast-as-multicast enable&lt;BR /&gt;
set mac multicast 00-03-ba-e4-30-fd 700 ge.2.55 append&lt;BR /&gt;
set mac multicast 00-03-ba-e4-30-fd 700 ge.3.8 append&lt;BR /&gt;
Note that this has no effect on receiving a specific source MAC address on multiple ports, but rather allows any response traffic to be forwarded back to those same ports. Since this static configuration overrides transparent Source Address Table (SAT) learning, the messages will stop as well.</description>
    <pubDate>Tue, 10 Dec 2013 20:11:00 GMT</pubDate>
    <dc:creator>FAQ_User</dc:creator>
    <dc:date>2013-12-10T20:11:00Z</dc:date>
    <item>
      <title>N-Series Unicast-as-Multicast Sample Configuration</title>
      <link>https://community.extremenetworks.com/t5/faqs/n-series-unicast-as-multicast-sample-configuration/m-p/48167#M509</link>
      <description>Article ID: 10906 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
Matrix N-Series DFE &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Changes&lt;/B&gt;&lt;BR /&gt;
Installed Load Sharing server software (e.g. NLB), or similar application that uses the same MAC address on multiple network adapters. &lt;BR /&gt;
Configured SNMP Traps (&lt;A href="http://bit.ly/1c2NN3S" target="_blank" rel="nofollow noreferrer noopener"&gt;5390&lt;/A&gt;).&lt;BR /&gt;
Globally and port enabled the MAC Move trap type ('set movedaddrtrap...'). &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Symptoms&lt;/B&gt;&lt;BR /&gt;
Network latency and communication timeouts.&lt;BR /&gt;
Seeing certain MAC addresses ingressing on more than a single port per MAC.&amp;lt;165&amp;gt;Aug 15 17:35:13 10.1.3.200 AddrNtfy[2]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.2.55, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:35:52 10.1.3.200 AddrNtfy[3]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.3.8, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:35:58 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:36:43 10.1.3.200 AddrNtfy[2]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.2.55, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:36:37 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:37:00 10.1.3.200 AddrNtfy[3]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.3.8, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:37:15 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:37:54 10.1.3.200 Last message repeated 1 time&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:40:13 10.1.3.200 AddrNtfy[2]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.2.55, FID 700&lt;BR /&gt;
&amp;lt;165&amp;gt;Aug 15 17:40:52 10.1.3.200 AddrNtfy[3]MAC: 00-03-BA-E4-30-FD moved to port&lt;BR /&gt;
ge.3.8, FID 700&lt;BR /&gt;
&lt;B&gt;Cause&lt;/B&gt;&lt;BR /&gt;
The CPU is constantly relearning and reprogramming the Source MACs local to the ports. The key effect is to potentially direct response traffic to the "wrong" port - that is, to an adapter that is not receptive to it. &lt;BR /&gt;
&lt;BR /&gt;
Investigation shows that the multi-port MAC source is an expected and desirable element of the software deployed in the network, but that an ability of the switch to forward response unicast traffic to more than one destination port (overriding standard transparent learning) should prevent the existing forwarding confusion and stop the messages. &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
Enable the 'set mac unicast as multicast' feature to treat unicast flows as both learned and forwarded as multicast. &lt;BR /&gt;
&lt;BR /&gt;
Here is the configuration that should resolve the messages shown above:set mac unicast-as-multicast enable&lt;BR /&gt;
set mac multicast 00-03-ba-e4-30-fd 700 ge.2.55 append&lt;BR /&gt;
set mac multicast 00-03-ba-e4-30-fd 700 ge.3.8 append&lt;BR /&gt;
Note that this has no effect on receiving a specific source MAC address on multiple ports, but rather allows any response traffic to be forwarded back to those same ports. Since this static configuration overrides transparent Source Address Table (SAT) learning, the messages will stop as well.</description>
      <pubDate>Tue, 10 Dec 2013 20:11:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/faqs/n-series-unicast-as-multicast-sample-configuration/m-p/48167#M509</guid>
      <dc:creator>FAQ_User</dc:creator>
      <dc:date>2013-12-10T20:11:00Z</dc:date>
    </item>
  </channel>
</rss>

