<?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[Статус объектов]]></title><description><![CDATA[<p dir="auto">Добрый день</p>
<p dir="auto">Имею более 50 сетей подсоединенных к одному маршрутизатору.<br />
Если интерфейс на маршрутизаторе уходит в даун, он становится красным. Статус наследуется маршрутизатором. Все сети наследуют статус маршрутизатора.</p>
<p dir="auto">Итог вся карта красная <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f609.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--wink" style="height:1.4em;width:auto;vertical-align:middle" title=";)" alt="😉" /></p>
<p dir="auto">Хотелось бы немного изменить схему parent-child. Чтоб интерфейс был child'ом у сети. А сеть была child'ом у маршрутизатора. Тогда при проблеме на интерфейсе загорится красным ну или желтым только маршрутизатор и проблемная сеть.<br />
Мне кажется это было бы разумным.</p>
<p dir="auto">Жду с нетерпением ответа.</p>
]]></description><link>https://forum.netxms.org/topic/100/статус-объектов</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 21:53:24 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/100.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 31 Aug 2007 12:07:48 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Статус объектов on Wed, 05 Sep 2007 11:09:59 GMT]]></title><description><![CDATA[<p dir="auto">Ну да, я в общем и имел ввиду что это будет возможным.</p>
]]></description><link>https://forum.netxms.org/post/442</link><guid isPermaLink="true">https://forum.netxms.org/post/442</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Wed, 05 Sep 2007 11:09:59 GMT</pubDate></item><item><title><![CDATA[Reply to Статус объектов on Wed, 05 Sep 2007 06:00:09 GMT]]></title><description><![CDATA[<p dir="auto">Тогда возможно ли в будущем усовершенствовать схему так чтобы если у интерфейса меняется статус то он передает его устройству, а устройство в свою очередь передает его только определенной подсети? Или хотя бы сделать это как опцию?</p>
]]></description><link>https://forum.netxms.org/post/440</link><guid isPermaLink="true">https://forum.netxms.org/post/440</guid><dc:creator><![CDATA[prx]]></dc:creator><pubDate>Wed, 05 Sep 2007 06:00:09 GMT</pubDate></item><item><title><![CDATA[Reply to Статус объектов on Mon, 03 Sep 2007 17:14:52 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<blockquote>
<p dir="auto">Хотелось бы немного изменить схему parent-child. Чтоб интерфейс был child'ом у сети. А сеть была child'ом у маршрутизатора. Тогда при проблеме на интерфейсе загорится красным ну или желтым только маршрутизатор и проблемная сеть.<br />
Мне кажется это было бы разумным.</p>
</blockquote>
<p dir="auto">При реализации предложенной схемы ломается логика системы: если мы используем иерархию</p>
<p dir="auto">[root] -- router -- subnet -- interface</p>
<p dir="auto">то во первых, не видно кому принадлежат интерфейсы, а во вторых - что делать с обычными хостами.  Если тоже [root] -- host -- subnet -- interface, то открыв объект subnet, увидим много скажем eth0, что ничего полезного нам не скажет. Если хосты биндить по другому, то тогда теряется единая концепция, что плохо.</p>
<p dir="auto">Для решения проблемы со статусами субнетов, я бы предложил следующее:</p>
<ol>
<li>Иногда может помочь правильная настройка правил status calculation/status propagation;</li>
<li>Реализовать возможность описывать свои алгоритмы для подсчета и передачи (propagation) статуса объекта (через скрипты). Тогда можно будет реализовать все что угодно, включая желаемый вариант. Идеология сохранится, плюс появится дополнительная гибкость.</li>
</ol>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/434</link><guid isPermaLink="true">https://forum.netxms.org/post/434</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Mon, 03 Sep 2007 17:14:52 GMT</pubDate></item></channel></rss>