<?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[Configuration of Situation]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I recently configured situation similar to what is explained in the user manual. But would like a bit more advice on it.</p>
<p dir="auto">My problem now is that I have network equipment plugged in on a switch. Weekly there is a power shutdown for testing purposes. For NODE_DOWN events I send SMS notification to my team. So in those cases, I receive quite a bit of those notifications for the switch and the equipment connected to it. When reading the manual I thought that the example for the situation is fitting perfectly my case, if the switch goes down, don't send any of the notifications for equipment plugged in to this switch. However in most of the cases, the NODE_DOWN event for the switch arrives after a lot of NODE_DOWN for the equipment. Is there anything that I can try to do to avoid this. Maybe increase the frequency of the checks for the switch?</p>
<p dir="auto">Thanks,</p>
]]></description><link>https://forum.netxms.org/topic/2059/configuration-of-situation</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 13:29:05 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/2059.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 10 Dec 2012 02:51:59 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Configuration of Situation on Fri, 01 Feb 2013 08:38:11 GMT]]></title><description><![CDATA[<p dir="auto">Ok,</p>
<p dir="auto">Thanks a lot.</p>
]]></description><link>https://forum.netxms.org/post/9518</link><guid isPermaLink="true">https://forum.netxms.org/post/9518</guid><dc:creator><![CDATA[jeanb.lott]]></dc:creator><pubDate>Fri, 01 Feb 2013 08:38:11 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Fri, 01 Feb 2013 08:37:12 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">Yes, I got it. Sorry for not responding, I didn't have time yet to work on it. I hope I'll do that in a next few days.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/9517</link><guid isPermaLink="true">https://forum.netxms.org/post/9517</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 01 Feb 2013 08:37:12 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Fri, 01 Feb 2013 07:08:52 GMT]]></title><description><![CDATA[<p dir="auto">Hi Victor,</p>
<p dir="auto">Did you get my email? I sent you a diagram of how my network is arranged.</p>
<p dir="auto">Thanks,</p>
]]></description><link>https://forum.netxms.org/post/9516</link><guid isPermaLink="true">https://forum.netxms.org/post/9516</guid><dc:creator><![CDATA[jeanb.lott]]></dc:creator><pubDate>Fri, 01 Feb 2013 07:08:52 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Fri, 25 Jan 2013 15:34:33 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">Is it possible to send me diagram of how nodes and management server are connected? You can send it to my e-mail to avoid posting on the forum.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/9428</link><guid isPermaLink="true">https://forum.netxms.org/post/9428</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Fri, 25 Jan 2013 15:34:33 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Fri, 25 Jan 2013 05:38:16 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I upgraded my installation with version 1.2.5 yesterday on my customer site and luckily it's the day that they also schedule some power testing so I was able to check this functionality. However I didn't seem to see any difference with before. I still got all my NODE_DOWN events, and I didn't see any SYS_NODE_UNREACHABLE.</p>
<p dir="auto">Thought that SYS_NODE_UNREACHABLE is actually in the list of events, so version wise I think I'm good.</p>
<p dir="auto">Anything I could do to get this to work?</p>
<p dir="auto">Thanks,</p>
]]></description><link>https://forum.netxms.org/post/9422</link><guid isPermaLink="true">https://forum.netxms.org/post/9422</guid><dc:creator><![CDATA[jeanb.lott]]></dc:creator><pubDate>Fri, 25 Jan 2013 05:38:16 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Wed, 23 Jan 2013 14:49:21 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">Yes, it should work. You should get SYS_NODE_UNREACHABLE instead of SYS_NODE_DOWN, and node should go to UNKNOWN state instead of CRITICAL. It then become NORMAL again when connectivity restored.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/9414</link><guid isPermaLink="true">https://forum.netxms.org/post/9414</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Wed, 23 Jan 2013 14:49:21 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Wed, 23 Jan 2013 01:40:21 GMT]]></title><description><![CDATA[<p dir="auto">Cool,</p>
<p dir="auto">I'll try that in a couple of days. That means that node downs won't be reported if the switches that the device connects to is down? What if the switch comes back up</p>
<p dir="auto">All my routers and switches are Cisco 2960S and 4507, and NetXMS has access to those switches via SNMP, this setup should be fine right?</p>
]]></description><link>https://forum.netxms.org/post/9410</link><guid isPermaLink="true">https://forum.netxms.org/post/9410</guid><dc:creator><![CDATA[jeanb.lott]]></dc:creator><pubDate>Wed, 23 Jan 2013 01:40:21 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Tue, 22 Jan 2013 12:20:51 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">This is done automatically. The only requirement is that NetXMS server must know full route to the nodes, so intermediate routers must be accessible and provide routing information.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/9403</link><guid isPermaLink="true">https://forum.netxms.org/post/9403</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Tue, 22 Jan 2013 12:20:51 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Tue, 22 Jan 2013 02:46:54 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I saw that 1.2.5 has been released earlier this month and that the problem of this thread has been addressed. Is it done automatically or are there any specific things to configure to have this working?</p>
<p dir="auto">Thanks,</p>
]]></description><link>https://forum.netxms.org/post/9399</link><guid isPermaLink="true">https://forum.netxms.org/post/9399</guid><dc:creator><![CDATA[jeanb.lott]]></dc:creator><pubDate>Tue, 22 Jan 2013 02:46:54 GMT</pubDate></item><item><title><![CDATA[Reply to Configuration of Situation on Mon, 10 Dec 2012 15:54:54 GMT]]></title><description><![CDATA[<p dir="auto">Hi!</p>
<p dir="auto">Situations will not help this. Source of this problem is that node behind the switch/router can be polled before switch or router that is down, so NetXMS still consider it up and so mark node as down before marking router as down. This problem will be addressed in upcoming 1.2.5 release (issue <a href="https://www.radensolutions.com/chiliproject/issues/180" rel="nofollow ugc">https://www.radensolutions.com/chiliproject/issues/180</a>).</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/9077</link><guid isPermaLink="true">https://forum.netxms.org/post/9077</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Mon, 10 Dec 2012 15:54:54 GMT</pubDate></item></channel></rss>