NetDev_sol ✭✭✭✭✭

@vinay.by It may sound unusual, but this approach is something I frequently use, and it typically works. However, in this case, the alert behaves differently—although alerts are being triggered for the same conditions with multiple instances, this particular instance has shown unexpected behavior.

@Lofstrand Upon reviewing the log files, no relevant entries were found in ActionsExecutionAlert.log. The file only contains entries related to NetFlow alerts. Additionally, ActionsExecution.log does not contain any data for the specific date in question. well am assuming if the DB has the updated actions, it should have…

Hey @vinay.by, The mail server appears to be functioning correctly, as multiple other alerts have triggered emails successfully. The issue seems to be specific to that particular timeframe. Currently, there are no relevant logs available to help identify the root cause. While it could potentially be a performance-related…

Hey @herlbert.villaverde, nProbe is the only external tool that is currently an option i guess. Appreciate your attention.

Disregard this as same dashboard has now been created.

Ah! that could be one as it shows there is SNMPv2 Credential was saved under IPAM Credentials and that could be the only one as SNMPv2 is not being used on any other process. Thanks ☺️

there is an option found under Dashboard Filter Configuration, but not sure how to create one, tried using global filter but there was no changes observed. Not sure if am following proper steps or if i am missing something.

@bigstack I guess there are no options for now other than SolarWinds.

But how is it possible, what will be the flow that will be received on the SW, without any external tool on the agent server will it send any information by default. I have Solarwinds agent installed on the server, but the server is unable to send any data to SW server. As it could only possible for network devices I…

Thank you for your response. I apologize for not mentioning earlier but my objective is to automate the process through the use of scripts or alternative methods like sort of discovery, rather than relying on a manual approach. I appreciate your understanding.

This is incredibly helpful—thank you for sharing!

This is some incredible details, great insight, You saved me this is what i was looking for. @"mesverrum" & @"ronan.tonilon" You guys are awesome, Thanks for sharing, I really Appreciate it. Thanks again your valuable information.

Yes the OIDs exist, not for all objects but for those are receiving tool is not Properly Responding.

 Hey @"stuartd" , Thanks for the response, we could see that OIDs are supported, there are correct values showing for the OIDs but when we create the poller and trying to assign it shows not a match. am assuming issue is with the node F5 rSeries, we are not seeing the output on the node details or other objects over the…

For nodes with SNMP not responding, an alert or report based on the polling status (LastSystemUpTimePollUtc) could help.

 @"superfly" Syslog might be configured under different IPs, still trying to identify, we have similar case even with same MessageSource ID..

got no Solution so far.

Glad it worked.

Hey @"brscott" ! I don't mind having a look btw its Router, believe it or not. also thanks for the suggestions, what we could see that almost every Node has duplicate syslog messages, there is a mess with the configs.

Update / Assumption : Community Name “public”: The message indicates that an SNMP request was made using the community name “public,” which is commonly used in SNMPv1 and SNMPv2c. Its a default community strings for SNMPv1 and SNMPv2c devices. The security access violation message could be due to the absence of the…

@"Davidsk" what we observe after few struggles is that even though the laptop is getting added with the VPN / Proxy IP (10.x.x.x) and we are using the same IP to create the probe, but the source IP is still my Router's IP (192.x.x.x) resulting in DNS error, at the NETPATH Probe why is the proxy IP not considered as source…

Thanks @"bobmarley" , there is no other option, the interface is still on the same state after rediscovery, it is not responding to the SNMP i guess, on snmpwalk the ifOperStatus shows value 7, which means its not present. 

 @"bobmarley" It's the same, what could be the reason for this sort of behaviour?? As per the events the interface index id got changed long back, and the interface was down being on that state, it was admin shut few days back by user at node end, recently we ran discovery post that we noticed this behaviour with few other…

 @"syeal01" It should not throw error, these are tested and verified steps, have a close look on the syntax. Also its restarting the Services basically.

That would work @"mesverrum" Thanks.

 @"stuartd" Steps are here. HOPE IT HELPS 

Yes @"stuartd" its the Default inbuilt Log Analyzer, Thanks @"adam.beedell" & @"stuartd" for the Clarification.

Thanks @"SteveK" , now at least having option to get the Icons.

@"chad.every" agreed possibly its a feature Enhancement Even though using Case statements its not helping, for Icons as well same story. SELECT DeviceCountry AS Country, ROUND(AVG(rt.Availability), 2) AS Availability, CASE WHEN ROUND(AVG(rt.Availability), 2) >= 99 THEN 'Green' WHEN ROUND(AVG(rt.Availability), 2) >= 95 AND…

Its by default information that is provided by SNMP, in order to make changes on the Node details Create Pollers in Device Studio. Created pollers and provided the OID that has the required information and mapped the poller, its shows the Values now. Similar changes done on the below case refer JUNOS Device Studio