Learn How We Can Help You Keep Teleworkers Protected During the COVID-19 Crisis

Network Change & Configuration Management

Reply
Highlighted

Change polling frequency of a Collector

Techie
Posts: 7
4188     0

Hello All,

I'm trying to change the polling frequency of some of the collectors. I'm able to go to Settings > Setup > Collector Status and see all the property groups, their frequency and threshold. However, I have not been able to find where can these values be modified.

Does anyone knows if perhaps this values are default per vendors?

Thanks a lot,

Info: netMRI - IB1102A | Network Automation Version: 6.6.0.194 | Api Version 2.7

 

 

Highlighted

Re: Change polling frequency

Techie
Posts: 1
4188     0

Good luck with that.  I had a support ticket opened requesting the same thing, but received the following:

 

 

Currently, we do not have an option to increase the interval or change the behavior.

Please attach 4-6 hrs of SNMP debug logs from the two device for which you have attached the Discovery Diag. So that we can validate what values are return during SNMP polling.

To enable SNMP debug log and gather the file, please follow the instructions below:-

- Device Viewer > Settings & Status > General Settings > 'SNMP Debug' > Enabled > update.

- Once SNMP debug is enabled on the device for 6 - 8 hrs, please have SNMP debug logs collected from DV > Settings & Status > Logs.

- After SNMP debug log is collected, make sure that SNMP debug is disabled.

Highlighted

Re: Change polling frequency

Techie
Posts: 7
4188     0

Ha!... okay no thanks, wonder how they will determine if a frequency needs to be change based on 6 hrs of SNMP debug messages.

The only thing I wanted was not to query some devices that frequently.

Anyhow, thanks for your reply. Smiley Happy

Highlighted

Re: Change polling frequency

Techie
Posts: 13
4188     0

I'm not sure if this is exactly what you want but if you go to Settings > Collectors and Groups and then choose the "Groups" tab you should be able to click the little cog to go to the settings (i.e. Edit Device Group).  Then choose the Switch Port Management tab, where you can override the global polling interval and configure your own interval for that group.

Highlighted

Re: Change polling frequency

Techie
Posts: 7
4188     0

Hi DST-GS,

 

I did look there, but I only found the where to change the Global Setting. When I edit an individual group I don't see this tab. There are also some other settings that seems to be just global settings and not able to configured individually.

I'm on Network Automation 6.6 and API 2.7

 

Regards,

Highlighted

Re: Change polling frequency

Expert
Posts: 236
4188     0

The SPM polling interval only affects collection of interface statistics.  All of the other data categories, as listed in Setup -> Collector Status, can not be changed.  Those are tightly tied into the issue analysis scheduling.

But if you're trying to reduce the polling load on a device with lots of interfaces/ports, it's the interface counters that typically involve the largest table Gets.

 

Highlighted

That is ridiculous! ! !

Guru
Posts: 73
4188     0

That is ridiculous! ! !

Our NetMri is collecting config's from switches every hour, and the logs are filled with traces of that.

I can not bellieve, that you can not adjust the interval (like once a month) that the NetMri collects config???

/Jan Denmark

Highlighted

SPM polling interval affects

Adviser
Posts: 353
4188     0

SPM polling interval affects polling intervals for switch ports, VLANs, and forwarding tables; if you enable the "collect ARP with SPM data" advanced setting in 6.8 or later, it also affects ARP table collection frequency on switch-routers.

Highlighted

How config collection works

Expert
Posts: 236
4188     0

Here's my understanding of how config collection works.  If I get any of this wrong, hopefully an Infoblox person will correct me.  Smiley Happy

For Cisco IOS devices, NetMRI polls the ccmHistory table at approximately every 90 minutes.  There are three timestamps that define when the running-config was last changed, the startup config was last changed, and when the running-config was last saved.  NetMRI uses these to decide if a configuration change has happened since the last collection was performed.  If so, then the config collector script is launched to collect the current running and startup configs.

The new running and startup configs are compared to the previously stored revisions.  If there are differences, the new ones are stored; if not, they are not stored but the "last collected" timestamp is updated (top of the Config Explorer listing).  If the timestamps indicate that the running-config has not been saved, that device will be cited in the Config Running Not Saved issue.

So what could cause NetMRI to continue to login and collect the configs every 90 minutes, when the differences comparison shows no actual changes?  If one enters and exits config mode in an IOS device, yet makes no actual config change, IOS will still produce a syslog CONFIG message indicating that a change was performed.  And of course, the ccmHistory running-changed timestamp will be updated.  You can complain to Cisco for never making a smarter assessment!  Subsequently, when NetMRI polls the table, it believes that the running-config has been changed, performs config collection, compares the results, and does not store any new revisions.

Could NetMRI be smarter about this?  Yes, since it has the previous three values, on the *next* poll it could notice that they are unchanged, and not perform a needless collection.  [Infoblox: if that enhancement was ever added, please say so.]

What can a customer do to prevent this behavior?  When someone exits config mode without making any change, they can issue a "write memory" so that the running-saved timestamp is later than the running-changed value.  That will prevent the device from appearing to have unsaved changes.  In NetMRI, in the Config Running Not Saved issue list, you can select all of the devices and schedule a job that will perform the save.

Note: besides polling, NetMRI can be asynchronously notified of a config change.  Configure the NetMRI as a syslog destination with "logging host x.x.x.x".  NetMRI will receive all syslog messages but will ignore all except the CONFIG type.  Upon receipt, an immediate collection will be launched.  Another really good reason to use this method is that NetMRI will store the message content that shows the username and location of the changer, which is essential for auditing.

Note: if you still have any old CatOS-based switches, those do not support the ccmHistory table OID.  NetMRI will login and collect the configs every 90 minutes because there is no other way to identify if changes have been performed.

Showing results for 
Search instead for 
Do you mean 

Recommended for You