<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Ethanalyzer-N9K — Невозможность захватить потерянные байты class-default в copp]]></title><description><![CDATA[<p dir="auto">Пытаюсь определить трафик, который отбрасывается классом control-plane class-default, который постоянно увеличивается. При определении этого с помощью «show system internal access-list copp stats stage1» я получаю номер очереди 63 switch# show system internal access-list copp stats stage1 | i class-default|Drop<br />
Queue Name Transmitted(bytes) Dropped(bytes)<br />
63 class-default 498965697000 278488913760<br />
Queue Name Transmitted(bytes) Dropped(bytes)<br />
63 class-default 966 0<br />
Queue Name Transmitted(bytes) Dropped(bytes)<br />
63 class-default 0 0<br />
Queue Name Transmitted(bytes) Dropped(bytes)<br />
63 class-default 0 0 Однако при попытке отфильтровать его, похоже, что трафик не улавливается. switch# ethanalyzer local interface inband decode-internal display-filter "cisco.blob.sup_qnum==63" limit-captured-frames 0<br />
Capturing on 'ps-inb'<br />
--- No results --- Если я фиксирую это в другом классе, где мы получаем ожидаемые отбрасывания, я получаю результаты. Есть ли что-то особенное в классе по умолчанию, что не фиксируется? Или я что-то упускаю?</p>
]]></description><link>https://sla247.ru/forum/topic/1894/ethanalyzer-n9k-невозможность-захватить-потерянные-байты-class-default-в-copp</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 11:38:55 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1894.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 26 Feb 2026 21:57:03 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Ethanalyzer-N9K — Невозможность захватить потерянные байты class-default в copp on Thu, 26 Feb 2026 21:57:06 GMT]]></title><description><![CDATA[<p dir="auto">то, что вы делаете, правильно<br />
![Screenshot (304).png] но вопрос, почему есть несколько строк и последняя строка равна НУЛЮ &lt;&lt;- я думаю, это мешает работе ethanalyze MHM</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/97106218bb389fa589ac1a8e8977067dc8182512.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/13514</link><guid isPermaLink="true">https://sla247.ru/forum/post/13514</guid><dc:creator><![CDATA[MHM Cisco World]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:57:06 GMT</pubDate></item><item><title><![CDATA[Reply to Ethanalyzer-N9K — Невозможность захватить потерянные байты class-default в copp on Thu, 26 Feb 2026 21:57:05 GMT]]></title><description><![CDATA[<p dir="auto">Я должен был бы поймать его в нужное время -&gt;&gt; это верно Ethanalzyer работает в режиме реального времени Поэтому оставьте ethanalzyer включенным и проверяйте его каждые два часа. MHM</p>
]]></description><link>https://sla247.ru/forum/post/13513</link><guid isPermaLink="true">https://sla247.ru/forum/post/13513</guid><dc:creator><![CDATA[MHM Cisco World]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:57:05 GMT</pubDate></item><item><title><![CDATA[Reply to Ethanalyzer-N9K — Невозможность захватить потерянные байты class-default в copp on Thu, 26 Feb 2026 21:57:04 GMT]]></title><description><![CDATA[<p dir="auto">Это различные сегменты в коммутаторе (0-3), где все они улавливаются в сегменте 0. Однако я полагаю, что нашел проблему в том, что, судя по статистике copp, только небольшая часть пакетов фактически передается в классе по умолчанию, поэтому большинство из них отбрасывается до того, как они попадают в ЦП. Мне нужно уловить это в нужное время или ослабить этот класс, чтобы больше трафика попадало в ЦП через класс по умолчанию. switch# show policy-map interface control-plane class class-default | i transmit|dropped<br />
transmitted 1142 bytes;<br />
dropped 285041544660 bytes;</p>
]]></description><link>https://sla247.ru/forum/post/13512</link><guid isPermaLink="true">https://sla247.ru/forum/post/13512</guid><dc:creator><![CDATA[grando]]></dc:creator><pubDate>Thu, 26 Feb 2026 21:57:04 GMT</pubDate></item></channel></rss>