<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: cisco переполнение MET</title>
    <link>https://217.65.3.21/openforum/vsluhforumID6/23706.html</link>
    <description>CISCO7609 Version 12.2(18)SXF6&lt;br&gt;Вещаем в сеть IPTV по мультикасту. Недавно появилась проблема - по вечерам начала переполняться Multicast Expansion Table(MET). В логах регулярно пишет такое:&lt;br&gt;&lt;br&gt;EEST: &#037;MCAST-SP-4-MET_THRESHOLD_EXCEEDED: Multicast Expansion table has exceeded 98&#037; of its capacity and is reaching its maximum&lt;br&gt;EEST: &#037;MMLS-SP-6-MET_LIMIT_EXCEEDED: Failed to allocate MET entry, exceeded system limit of (65536) entries. Number of times MET limit is exceeded in the last 1 min : 808&lt;br&gt;&lt;br&gt;Когда таблица переполняется, сильно грузит процессор, т.к. начинает работать на на програмном уровне. Соединение с мультикастом происходит тогда очень долго, и ssh тормозит.&lt;br&gt;Подскажите, как можно решить данную проблему? Как можно посмотреть что в этой таблице, вдруг это пользователь создаёт столько подключений. Может защита какая-то есть? Неужели у циски такое маленькое ограничение.&lt;br&gt;</description>

<item>
    <title>cisco переполнение MET (sproot)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID6/23706.html#3</link>
    <pubDate>Wed, 18 Apr 2012 07:19:28 GMT</pubDate>
    <description>Сделать ничего нельзя, в рамках одного шасси: &lt;br&gt;&lt;br&gt;Error Message    &#037;MMLS-6-MET_LIMIT_EXCEEDED: Failed to allocate MET entry, exceeded &lt;br&gt;system limit of (&#091;dec&#093;) entries. Number of times MET limit is exceeded in the last &lt;br&gt;1 min : &#091;dec&#093; &lt;br&gt;Explanation    The maximum MET entry limit has been exceeded, so MET entries cannot be allocated by the MMLS.&lt;br&gt;&lt;br&gt;Recommended Action    The total number of OIFs is too large to fit in the MET table. Subsequent shortcuts or OIFs will be switched by the software. There is no workaround.&lt;br&gt;&lt;br&gt;аппаратное ограничение. Меняйте схему подключения, топологию.&lt;br&gt;</description>
</item>

<item>
    <title>cisco переполнение MET (Pasha_49)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID6/23706.html#2</link>
    <pubDate>Tue, 17 Apr 2012 09:54:10 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; Покажите: &lt;br&gt;&amp;gt; show platform hardware capacity multicast &lt;br&gt;&amp;gt; sh ip igmp snooping mrouter &lt;br&gt;&amp;gt; sh ip pim interface &lt;br&gt;&amp;gt; sh ip multicast &lt;br&gt;&amp;gt; sh ip pim snooping &lt;br&gt;&amp;gt; sh ip mroute count terse &lt;br&gt;&amp;gt; sh mfib error &lt;br&gt;&amp;gt; sh mfib state &lt;br&gt;&amp;gt; sh mfib table detail &lt;br&gt;&lt;br&gt;IPTV вещается со стримеров в сеть, в определенном влане. Циска ACL&apos;ями разрежает igmp трафик для пользовательскив вланов. &lt;br&gt;Раньше всё работало нормально, но видимо стало много человек подключаться к мультикасту.&lt;br&gt;&lt;br&gt;&lt;br&gt;Утренние данные, когда таблица не переполнена:&lt;br&gt;1) core#show platform hardware capacity multicast&lt;br&gt;L3 Multicast Resources&lt;br&gt;  IPv4 replication mode: ingress&lt;br&gt;  IPv6 replication mode: ingress&lt;br&gt;  Bi-directional PIM Designated Forwarder Table usage: 4 total, 0 (0&#037;) used&lt;br&gt;  Replication capability: Module                              IPv4        IPv6&lt;br&gt;                          1                                 egress      egress&lt;br&gt;                          2                                 egress      egress&lt;br&gt;                       </description>
</item>

<item>
    <title>cisco переполнение MET (sproot)</title>
    <link>https://217.65.3.21/openforum/vsluhforumID6/23706.html#1</link>
    <pubDate>Tue, 17 Apr 2012 02:17:44 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; EEST: &#037;MCAST-SP-4-MET_THRESHOLD_EXCEEDED: Multicast Expansion table has exceeded 98&#037; &lt;br&gt;&amp;gt; of its capacity and is reaching its maximum &lt;br&gt;&amp;gt; EEST: &#037;MMLS-SP-6-MET_LIMIT_EXCEEDED: Failed to allocate MET entry, exceeded system limit &lt;br&gt;&amp;gt; of (65536) entries. Number of times MET limit is exceeded in &lt;br&gt;&amp;gt; the last 1 min : 808 &lt;br&gt;&amp;gt; Когда таблица переполняется, сильно грузит процессор, т.к. начинает работать на на програмном &lt;br&gt;&amp;gt; уровне. Соединение с мультикастом происходит тогда очень долго, и ssh тормозит. &lt;br&gt;&amp;gt; Подскажите, как можно решить данную проблему? Как можно посмотреть что в этой &lt;br&gt;&amp;gt; таблице, вдруг это пользователь создаёт столько подключений. Может защита какая-то есть? &lt;br&gt;&amp;gt; Неужели у циски такое маленькое ограничение.&lt;br&gt;&lt;br&gt;Как у вас организовано вещание мультикаста, есть схема? &lt;br&gt;Покажите:&lt;br&gt;show platform hardware capacity multicast&lt;br&gt;sh ip igmp snooping mrouter&lt;br&gt;sh ip pim interface&lt;br&gt;sh ip multicast       &lt;br&gt;sh ip pim snooping &lt;br&gt;sh ip mroute count terse&lt;br&gt;sh mfib error&lt;br&gt;sh mfib state&lt;br&gt;sh mfib ta</description>
</item>

</channel>
</rss>
