<?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[SYS_IF_UNKNOWN]]></title><description><![CDATA[<p dir="auto">Есть подозрение, что данное событие срабатывает ложно, например на Juniper (роутере, коммутаторах) периодически на интерфейсах em, ge, lc, ae, ipip и прочее. Это порой уже начинает немного напрягать т.к. после этого прилетают SYS_IF_IP. Может быть эта проблема тесно связана с <a href="https://www.netxms.org/forum/oe-oo/ooe-aata-sys_if_up-sys_if_expected_down/" rel="nofollow ugc">https://www.netxms.org/forum/oe-oo/ooe-aata-sys_if_up-sys_if_expected_down/</a> и <a href="https://www.netxms.org/forum/oe-oo/koe-eto/" rel="nofollow ugc">https://www.netxms.org/forum/oe-oo/koe-eto/</a></p>
<p dir="auto">А может просто сервер считает что snmp не ответил, хотя это не так. Связность и передача данных не нарушается при этом, проверял через разные snmp тестеры и net-snmp.</p>
<p dir="auto">Есть так же действительно верная обработка данного события когда на самом деле SNMP агент не доступен и сервер не может узнать статус интерфейсов на удалённых коммутаторах доступа, но в примере выше это происходит постоянно.</p>
<p dir="auto">Проблема может и не в самом сервере, я понимаю что его задача проверить статус и вернуть результат, но на основании чего он считает что SYS_IF_UNKNOWN?</p>
<p dir="auto">Из того что можно покрутить в конфиге сервера:</p>
<blockquote>
<p dir="auto">SNMPRequestTimeout &gt; Unfortunately this parameter does not affect SNMP agent status detection. It only affects interface status checks.</p>
</blockquote>
<p dir="auto"> - было 2000, я поставил 3000, разницы особо нет.</p>
<blockquote>
<p dir="auto">PollCountForStatusChange</p>
</blockquote>
<p dir="auto"> - выставлять лично для каждого интерфейса не удобно.</p>
]]></description><link>https://forum.netxms.org/topic/4678/sys_if_unknown</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 09:52:25 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/4678.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 29 Aug 2016 09:44:43 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to SYS_IF_UNKNOWN on Tue, 30 Aug 2016 18:29:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/2c2i" aria-label="Profile: 2c2i">@<bdi>2c2i</bdi></a> said in <a href="/post/20837">SYS_IF_UNKNOWN</a>:</p>
<blockquote>
<p dir="auto">А какие еще есть алармы про эту ноду в это время?</p>
</blockquote>
<p dir="auto">Да ни каких, в том то и дело.</p>
<pre><code>2015869	30.08.2016 19:59:06	MX80	0	SYS_IF_UP	Normal	Interface 'fxp0 (mgmt_port)' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 1)		0
2015733	30.08.2016 19:58:01	MX80	0	SYS_IF_UNKNOWN	Warning	Interface "fxp0 (mgmt_port)" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 1)		0

1977412	26.08.2016 22:13:49	MX80	0	SYS_IF_UP	Normal	Interface 'ge-1/3/7.0' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 591)		0
1977410	26.08.2016 22:12:44	MX80	0	SYS_IF_UNKNOWN	Warning	Interface "ge-1/3/7.0" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 591)		0
</code></pre>
<p dir="auto">Есть коммутаторы ZyXEL где действительно SNMP глючное и UDP при опросах загоняет CPU в полку — там понятное дело такое часто, приходит сразу SYS_SNMP_UNREACHABLE и потом SYS_NODE_MAJOR SYS_IF_UNKNOWN или сразу SYS_NODE_MAJOR и SYS_IF_UNKNOWN с этими железками всё ясно и там были проблемы в других системах мониторинга к ним вопросов нет.</p>
<p dir="auto">Но вот почему такое на Juniper (SYS_IF_UNKNOWN) - не понятно. Буду собирать и шутить, спасибо за наводку)</p>
]]></description><link>https://forum.netxms.org/post/20840</link><guid isPermaLink="true">https://forum.netxms.org/post/20840</guid><dc:creator><![CDATA[hsvt]]></dc:creator><pubDate>Tue, 30 Aug 2016 18:29:05 GMT</pubDate></item><item><title><![CDATA[Reply to SYS_IF_UNKNOWN on Tue, 30 Aug 2016 16:25:14 GMT]]></title><description><![CDATA[<p dir="auto">Можете собрать snmp и ICMP трафик tcpdump-ом, быть может там будут видны таймауты? У меня из проблем подобного рода осталась еще ситуация когда внезапно netxms решает что DCI Unsupported для какого то snmp oid. Я грешу на отвалы SNMP на коммутаторах где это происходит, но плотно не копал.</p>
]]></description><link>https://forum.netxms.org/post/20838</link><guid isPermaLink="true">https://forum.netxms.org/post/20838</guid><dc:creator><![CDATA[2c2i]]></dc:creator><pubDate>Tue, 30 Aug 2016 16:25:14 GMT</pubDate></item><item><title><![CDATA[Reply to SYS_IF_UNKNOWN on Tue, 30 Aug 2016 16:17:44 GMT]]></title><description><![CDATA[<p dir="auto">А какие еще есть алармы про эту ноду в это время?</p>
]]></description><link>https://forum.netxms.org/post/20837</link><guid isPermaLink="true">https://forum.netxms.org/post/20837</guid><dc:creator><![CDATA[2c2i]]></dc:creator><pubDate>Tue, 30 Aug 2016 16:17:44 GMT</pubDate></item><item><title><![CDATA[Reply to SYS_IF_UNKNOWN on Mon, 29 Aug 2016 19:58:22 GMT]]></title><description><![CDATA[<pre><code>2006877	29.08.2016 21:09:25	MX80	0	SYS_IF_UP	Normal	Interface 'ge-1/0/5' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 546)		0
2006875	29.08.2016 21:08:19	MX80	0	SYS_IF_UNKNOWN	Warning	Interface "ge-1/0/5" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 546)
</code></pre>
<p dir="auto">Ну не может у него быть статус Unknown ни куда этот интерфейс не девался и не отключался.</p>
<p dir="auto">Кто нибудь что-то подскажет ? Убрать ивент полностью не вариант.</p>
<p dir="auto">С другого коммутатора:</p>
<pre><code>1998274	28.08.2016 23:46:26	Prospect N.1 (112.13)	0	SYS_IF_UP	Normal	Interface '1/28' changed state to UP (IP Addr: UNSPEC/0, IfIndex: 28)		0
1998266	28.08.2016 23:45:21	Prospect N.1 (112.13)	0	SYS_IF_UNKNOWN	Warning	Interface "1/28" changed state to UNKNOWN (IP Addr: UNSPEC/0, IfIndex: 28)		0
</code></pre>
<p dir="auto">Что значит unknown, почему он был unknown, как увеличить время таймаута чтобы сервер не считал его unknown ?</p>
]]></description><link>https://forum.netxms.org/post/20822</link><guid isPermaLink="true">https://forum.netxms.org/post/20822</guid><dc:creator><![CDATA[hsvt]]></dc:creator><pubDate>Mon, 29 Aug 2016 19:58:22 GMT</pubDate></item></channel></rss>