<?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[NetXMS and GPON networks]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">I am wondering if I can utilize NetXMS more efficiently in a GPON environment, In GPON CPE's are represented by what are called ONTs, the ONTs do not have a management IP address, instead they are managed from the central system (OLT). The central OLT system is recognized properly by NetXMS and readilly accessible using SNMP. What I am looking for is a way to manually create the ONTs and collect traffic and status information by accessing the central unit usng SNMP. To summarize, I am searching for a way to create an object (without an ip address) that collects its status and traffic information by referring to an SNMP oid stored in the central unit by reffering to the central units IP address and using SNMP to retrieve the stored information.</p>
<p dir="auto">Is this at all possible?</p>
<p dir="auto">Kind regards,</p>
<p dir="auto">Henk Hoven</p>
]]></description><link>https://forum.netxms.org/topic/659/netxms-and-gpon-networks</link><generator>RSS for Node</generator><lastBuildDate>Fri, 13 Nov 2026 10:19:47 GMT</lastBuildDate><atom:link href="https://forum.netxms.org/topic/659.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 18 Jun 2009 19:21:41 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to NetXMS and GPON networks on Thu, 10 Sep 2009 17:43:28 GMT]]></title><description><![CDATA[<p dir="auto">Sure can, attached screenshot from ONT1 created as a node with ip address 0.0.0.0</p>
<hr />
<p dir="auto"><img src="/assets/uploads/files/smf/0000000000267-ONT1_Node.jpg" alt="ONT1_Node.jpg" class="img-markdown  img-fluid" width="462" height="427" /></p>
]]></description><link>https://forum.netxms.org/post/3365</link><guid isPermaLink="true">https://forum.netxms.org/post/3365</guid><dc:creator><![CDATA[hhoven]]></dc:creator><pubDate>Thu, 10 Sep 2009 17:43:28 GMT</pubDate></item><item><title><![CDATA[Reply to NetXMS and GPON networks on Thu, 10 Sep 2009 10:09:34 GMT]]></title><description><![CDATA[<p dir="auto">Very strange. It shouldn't be. The only field that is grayed is symbolic OID representation in MIB browser - but you can enter numeric OID anyway, or select it from the tree. Could you please post a screenshot?</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/3363</link><guid isPermaLink="true">https://forum.netxms.org/post/3363</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Thu, 10 Sep 2009 10:09:34 GMT</pubDate></item><item><title><![CDATA[Reply to NetXMS and GPON networks on Tue, 08 Sep 2009 19:01:42 GMT]]></title><description><![CDATA[<p dir="auto">The OID field is grayed out and inaccessible, could this be caused by using 0.0.0.0 as the IP address?<br />
Again many thanks for the timely response and eagerly awaiting the fix/next update.</p>
<p dir="auto">Regards,<br />
Henk</p>
]]></description><link>https://forum.netxms.org/post/3353</link><guid isPermaLink="true">https://forum.netxms.org/post/3353</guid><dc:creator><![CDATA[hhoven]]></dc:creator><pubDate>Tue, 08 Sep 2009 19:01:42 GMT</pubDate></item><item><title><![CDATA[Reply to NetXMS and GPON networks on Tue, 08 Sep 2009 18:26:23 GMT]]></title><description><![CDATA[<p dir="auto">Hello!</p>
<p dir="auto">Just test it - yes, there are some another bug. I'll fix it. (I have registered this bug in bugtracker under ID 264). I'm very sorry for inconvenience <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--disappointed" style="height:1.4em;width:auto;vertical-align:middle" title=":(" alt="😞" /></p>
<p dir="auto">And what you mean saying that you cannot specify OID? It's just a text field in DCI configuration dialog. Did you mean that you cannot see appropriate subtree in MIB browser?</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/3351</link><guid isPermaLink="true">https://forum.netxms.org/post/3351</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Tue, 08 Sep 2009 18:26:23 GMT</pubDate></item><item><title><![CDATA[Reply to NetXMS and GPON networks on Sun, 06 Sep 2009 16:04:24 GMT]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">I just upgraded NetXMS from version 2.26 to 2.27 and was hoping that I could now monitor our ONT's. I followed your suggestions but am still unable to monitor the ONTs. I can not enable data collection and whats more, I cannot specify a SNMP OID. The OID is necessary as the information regarding the ONTs is stored in the private part of the MIB.</p>
<p dir="auto">Hopefully you have a workaround available, suggestions are more than welcome.</p>
<p dir="auto">Kind regards,</p>
<p dir="auto">Henk Hoven</p>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/victor" aria-label="Profile: victor">@<bdi>victor</bdi></a> said in <a href="/post/3144">NetXMS and GPON networks</a>:</p>
<blockquote>
<p dir="auto">Hello!</p>
<p dir="auto">It's almost possible - all required components are in place, I just need to fix few bugs. You can create nodes without IP addresses (by entering address 0.0.0.0  in node creation dialog). You can create "proxied" DCIs - i.e. you can define SNMP DCI on node without IP address and specify that real SNMP request will go to some different node. The only problem is that due to a bug in status poller nodes without IP address considered as "unreachable", which disables data collection for them. I'll fix that till next release.</p>
<p dir="auto">Best regards,<br />
Victor</p>
</blockquote>
]]></description><link>https://forum.netxms.org/post/3346</link><guid isPermaLink="true">https://forum.netxms.org/post/3346</guid><dc:creator><![CDATA[hhoven]]></dc:creator><pubDate>Sun, 06 Sep 2009 16:04:24 GMT</pubDate></item><item><title><![CDATA[Reply to NetXMS and GPON networks on Thu, 25 Jun 2009 20:29:18 GMT]]></title><description><![CDATA[<p dir="auto">Hello Victor,</p>
<p dir="auto">You really know how to make a guy happy  <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f604.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--smile" style="height:1.4em;width:auto;vertical-align:middle" title=":D" alt="😄" /> I'll be looking forward to the next update, sorry for my late response but we had a major problem with our voip services that caused me to completely forget about the question I raised on this forum <img src="https://forum.netxms.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f615.png?v=72b86a538fc" class="not-responsive emoji emoji-android emoji--confused" style="height:1.4em;width:auto;vertical-align:middle" title=":-\" alt="😕" /></p>
]]></description><link>https://forum.netxms.org/post/3156</link><guid isPermaLink="true">https://forum.netxms.org/post/3156</guid><dc:creator><![CDATA[hhoven]]></dc:creator><pubDate>Thu, 25 Jun 2009 20:29:18 GMT</pubDate></item><item><title><![CDATA[Reply to NetXMS and GPON networks on Sun, 21 Jun 2009 13:56:03 GMT]]></title><description><![CDATA[<p dir="auto">Hello!</p>
<p dir="auto">It's almost possible - all required components are in place, I just need to fix few bugs. You can create nodes without IP addresses (by entering address 0.0.0.0  in node creation dialog). You can create "proxied" DCIs - i.e. you can define SNMP DCI on node without IP address and specify that real SNMP request will go to some different node. The only problem is that due to a bug in status poller nodes without IP address considered as "unreachable", which disables data collection for them. I'll fix that till next release.</p>
<p dir="auto">Best regards,<br />
Victor</p>
]]></description><link>https://forum.netxms.org/post/3144</link><guid isPermaLink="true">https://forum.netxms.org/post/3144</guid><dc:creator><![CDATA[victor]]></dc:creator><pubDate>Sun, 21 Jun 2009 13:56:03 GMT</pubDate></item></channel></rss>