<?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: IPMC log messages recommendation steps in ExtremeSwitching (EXOS/Switch Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/ipmc-log-messages-recommendation-steps/m-p/35886#M7315</link>
    <description>There are much better options available in 15.x   Latest versions. Best one is upgrade code which will have multicast control packets flood in hardware .(fast path)</description>
    <pubDate>Mon, 06 Oct 2014 12:09:00 GMT</pubDate>
    <dc:creator>PARTHIBAN_CHINN</dc:creator>
    <dc:date>2014-10-06T12:09:00Z</dc:date>
    <item>
      <title>IPMC log messages recommendation steps</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/ipmc-log-messages-recommendation-steps/m-p/35885#M7314</link>
      <description>09/18/2014 11:21:31.53  Slot-1:&lt;BR /&gt;
Unable to set IPMC index for s,G,v=ac13b243,effffffa,233 IPMC 8, unit 0 Invalid parameter&lt;BR /&gt;
&lt;BR /&gt;
  09/18/2014 11:21:31.53  Slot-1: Bcm not found SetBCM IPMC index for s,G,v=ac13b243,effffffa,233 IPMC 8, unit 0 00000000 00000000&lt;BR /&gt;
&lt;BR /&gt;
  09/18/2014 11:21:31.53  Slot-1: Unable to set IPMC index for s,G,v=ac13b242,effffffa,233 IPMC 8, unit 0 Invalid parameter&lt;BR /&gt;
&lt;BR /&gt;
   &lt;BR /&gt;
&lt;BR /&gt;
   &lt;BR /&gt;
&lt;BR /&gt;
  Such errors are frequently logged for multiple customers when IGMP &amp;amp; IPMC compressions are enabled by default which is not a  hardware issue.&lt;BR /&gt;
&lt;BR /&gt;
   &lt;BR /&gt;
&lt;BR /&gt;
  This logs are due to IPMC hardware entries which cannot be seen through the normal CLI.&lt;BR /&gt;
&lt;BR /&gt;
   &lt;BR /&gt;
&lt;BR /&gt;
  The same can be cleared on following below recommendation,&lt;BR /&gt;
&lt;BR /&gt;
   &lt;BR /&gt;
&lt;BR /&gt;
  1.            disable igmp snooping - - -&amp;gt; By default enabled – this command disables igmp snooping.&lt;BR /&gt;
&lt;BR /&gt;
  2.            configure forwarding ipmc compression off - -- &amp;gt; By default enabled – to reduce IPMC entries – this command disables compression&lt;BR /&gt;
&lt;BR /&gt;
  3.            configure igmp snooping filters per-vlan  - - -- reduces igmp entry – by default it was per-port – which will have more IPMC entries&lt;BR /&gt;
&lt;BR /&gt;
  4.            configure igmp snooping forwarding-mode group-vlan - - -&amp;gt; reduces igmp entry – by default it was source,group,vlan – which will have more IPMC entries&lt;BR /&gt;
&lt;BR /&gt;
  5.            configure forwarding ipmc compression group-table - -  enable back compression to reduce IPMC entries&lt;BR /&gt;
&lt;BR /&gt;
  6.            enable igmp snooping - - -&amp;gt; enabling back igmp snooping&lt;BR /&gt;
&lt;BR /&gt;
   &lt;BR /&gt;
&lt;BR /&gt;
  Steps 3 to 5 to have reduced IPMC entries.&lt;BR /&gt;
&lt;BR /&gt;
   &lt;BR /&gt;
&lt;BR /&gt;
  The reason these messages are seen in the switch is due to lots of clearing and re-learning of group table entries events happening which results in few entries failing to get re-learnt. At this stage we see those IPMC related errors. This is the situation where we see mismatch of entries with software and hardware. &lt;BR /&gt;
 &lt;BR /&gt;
 In order to overcome the issue, turning off the IPMC compression is the only solution. &lt;BR /&gt;
 &lt;BR /&gt;
 When IPMC Compression is turned off, switch will not try to clear all the entries and re-learn instead it clears only the particular group table entry and will not impact other existing S,G,V entries. &lt;BR /&gt;
 &lt;BR /&gt;
 Now a little on the IP multicast compression . &lt;BR /&gt;
 &lt;BR /&gt;
 IP multicast compression provides additional IP multicast scaling when multiple IP multicast FDB entries have the same egress subscriber list.</description>
      <pubDate>Mon, 22 Sep 2014 10:13:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/ipmc-log-messages-recommendation-steps/m-p/35885#M7314</guid>
      <dc:creator>Sumit_Tokle</dc:creator>
      <dc:date>2014-09-22T10:13:00Z</dc:date>
    </item>
    <item>
      <title>RE: IPMC log messages recommendation steps</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/ipmc-log-messages-recommendation-steps/m-p/35886#M7315</link>
      <description>There are much better options available in 15.x   Latest versions. Best one is upgrade code which will have multicast control packets flood in hardware .(fast path)</description>
      <pubDate>Mon, 06 Oct 2014 12:09:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/ipmc-log-messages-recommendation-steps/m-p/35886#M7315</guid>
      <dc:creator>PARTHIBAN_CHINN</dc:creator>
      <dc:date>2014-10-06T12:09:00Z</dc:date>
    </item>
  </channel>
</rss>

