I have setup two devices with IP SLA, however I am not getting anything in Observium.
One is a Cisco 877W 12.4(24)T6, the other is a Cisco 2901 15.1(4)M3.
I verified that the IP SLA module is enabled, I must be missing something?
I have the same problem with 2801 used as SLA sender/responer. SLA is enabled...
iRoza
I made a little progress since my last post. Initially I wasn't getting any IPSLA specific output from discovery or poller. Now I do, and the SLA tab is present under the devices in question, but the graphs are blank.
What is the IOS version? Is the RRD file being updated? A ./poller.php -d -h hostname will show you step by step and the IPSLA part is towards the end.
I currently see the RRD files being updated via poller, but do not see data in them in the web interface.
I did notice that Cisco used to call this RTT and now it's called SLA. I'm wondering if there has been a MIB update that's causing the issue.
Unfortunately I don't have a device with the older IOS available to test.
On 18 Oct 2012, at 18:55, Roza iroza@net.hr wrote:
I have the same problem with 2801 used as SLA sender/responer. SLA is enabled...
iRoza
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
It's quite likely the display code is broken. It was supplied to us, but never updated. We don't have devices to test this on either...
Tom
On Thu, 2012-10-18 at 20:52 +0200, John Macleod wrote:
I made a little progress since my last post. Initially I wasn't getting any IPSLA specific output from discovery or poller. Now I do, and the SLA tab is present under the devices in question, but the graphs are blank.
What is the IOS version? Is the RRD file being updated? A ./poller.php -d -h hostname will show you step by step and the IPSLA part is towards the end.
I currently see the RRD files being updated via poller, but do not see data in them in the web interface.
I did notice that Cisco used to call this RTT and now it's called SLA. I'm wondering if there has been a MIB update that's causing the issue.
Unfortunately I don't have a device with the older IOS available to test.
On 18 Oct 2012, at 18:55, Roza iroza@net.hr wrote:
I have the same problem with 2801 used as SLA sender/responer. SLA is enabled...
iRoza
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi,
It's quite likely the display code is broken. It was supplied to us, but never updated. We don't have devices to test this on either...
I did that initial implementation, which was kind of a hack (because I didn't know the code base that well). I'll try to look at the code next week and fix it. If you don't hear from me in the next week: don't hesitate to kick/remind me :-)
- Sander
On Fri, 2012-10-19 at 12:41 +0200, Sander Steffann wrote:
Hi,
It's quite likely the display code is broken. It was supplied to us, but never updated. We don't have devices to test this on either...
I did that initial implementation, which was kind of a hack (because I didn't know the code base that well). I'll try to look at the code next week and fix it. If you don't hear from me in the next week: don't hesitate to kick/remind me :-)
Cool; thanks!
I'm sure it worked, but someone likely made some changes somewhere breaking it ;)
I shall delegate the weekly poking to... John and Roza!
Tom
Just to inform, I have tried again to enable SLA feature, with no luck. I have updated observium to the latest version, enabled SLA in config.php, made discovery and poller. There are no sla rrd under device (2801 serie router), and therefore no SLA tab. In the global configuration verified SLA:
[enable_sla] => 1
[sla_type_labels] => Array ( [echo] => ICMP ping [pathEcho] => Path ICMP ping [fileIO] => File I/O [script] => Script [udpEcho] => UDP ping [tcpConnect] => TCP connect [http] => HTTP [dns] => DNS [jitter] => Jitter [dlsw] => DLSW [dhcp] => DHCP [ftp] => FTP [voip] => VoIP [rtp] => RTP [lspGroup] => LSP group [icmpjitter] => ICMP jitter [lspPing] => LSP ping [lspTrace] => LSP trace [ethernetPing] => Ethernet ping [ethernetJitter] => Ethernet jitter [lspPingPseudowire] => LSP Pseudowire ping )
[poller_modules] => Array [cisco-sla] => 1
[discovery_modules] => Array [cisco-sla] => 1
-- iRoza
Roza,
I am at least generating RRDs and do see an SLA tab on the relevant devices. The graphing seems to be broken for me though.
I have the following in config.php
$config['enable_sla'] = 1;
I have this working on a test Cisco 877 and a couple of 2901s, the relevant outputs I see from ./discovery.php -d and ./poller.php -d are as follows for the 877, the Poller debug shows the RRD update.
Once you get to this point, you should have RRD data, however, the RRD graphing under the SLA tab shows the names/tags but no data. Sander was going to look into this.
Discovery Debug:
SLAs : DEBUG: SNMP Auth options = -v2c -c C15C0 /usr/bin/snmpbulkwalk -v2c -c C15C0 -Osq -m +CISCO-RTTMON-MIB -M /opt/observium/mibs udp:vpn-rtr.jmacleod:161 ciscoRttMonMIB.ciscoRttMonObjects.rttMonCtrl rttMonCtrlAdminOwner.1 "" rttMonCtrlAdminOwner.2 "" rttMonCtrlAdminTag.1 CUCM rttMonCtrlAdminTag.2 CUCM rttMonCtrlAdminRttType.1 echo rttMonCtrlAdminRttType.2 jitter rttMonCtrlAdminThreshold.1 5000 milliseconds rttMonCtrlAdminThreshold.2 5000 milliseconds rttMonCtrlAdminFrequency.1 60 seconds rttMonCtrlAdminFrequency.2 60 seconds rttMonCtrlAdminTimeout.1 5000 milliseconds rttMonCtrlAdminTimeout.2 5000 milliseconds rttMonCtrlAdminVerifyData.1 false rttMonCtrlAdminVerifyData.2 false rttMonCtrlAdminStatus.1 active rttMonCtrlAdminStatus.2 active rttMonCtrlAdminNvgen.1 true rttMonCtrlAdminNvgen.2 true rttMonCtrlAdminGroupName.1 rttMonCtrlAdminGroupName.2 rttMonEchoAdminProtocol.1 ipIcmpEcho rttMonEchoAdminProtocol.2 jitterAppl rttMonEchoAdminTargetAddress.1 "D8 B9 21 0E " rttMonEchoAdminTargetAddress.2 "D8 B9 21 0E " rttMonEchoAdminPktDataRequestSize.1 28 octets rttMonEchoAdminPktDataRequestSize.2 32 octets rttMonEchoAdminPktDataResponseSize.1 0 rttMonEchoAdminPktDataResponseSize.2 0 rttMonEchoAdminTargetPort.1 0 rttMonEchoAdminTargetPort.2 1680 rttMonEchoAdminSourceAddress.1 "00 00 00 00 " rttMonEchoAdminSourceAddress.2 "00 00 00 00 " rttMonEchoAdminSourcePort.1 0 rttMonEchoAdminSourcePort.2 0 rttMonEchoAdminControlEnable.1 false rttMonEchoAdminControlEnable.2 true rttMonEchoAdminTOS.1 0 rttMonEchoAdminTOS.2 0 rttMonEchoAdminLSREnable.1 false rttMonEchoAdminLSREnable.2 false rttMonEchoAdminTargetAddressString.1 rttMonEchoAdminTargetAddressString.2 rttMonEchoAdminNameServer.1 "" rttMonEchoAdminNameServer.2 "" rttMonEchoAdminOperation.1 notApplicable rttMonEchoAdminOperation.2 notApplicable rttMonEchoAdminHTTPVersion.1 rttMonEchoAdminHTTPVersion.2 rttMonEchoAdminURL.1 rttMonEchoAdminURL.2 rttMonEchoAdminCache.1 true rttMonEchoAdminCache.2 true rttMonEchoAdminInterval.1 0 milliseconds rttMonEchoAdminInterval.2 20 milliseconds rttMonEchoAdminNumPackets.1 0 rttMonEchoAdminNumPackets.2 1000 rttMonEchoAdminProxy.1 rttMonEchoAdminProxy.2 rttMonEchoAdminString1.1 rttMonEchoAdminString1.2 rttMonEchoAdminString2.1 rttMonEchoAdminString2.2 rttMonEchoAdminString3.1 rttMonEchoAdminString3.2 rttMonEchoAdminString4.1 rttMonEchoAdminString4.2 rttMonEchoAdminString5.1 rttMonEchoAdminString5.2 rttMonEchoAdminMode.1 notApplicable rttMonEchoAdminMode.2 notApplicable rttMonEchoAdminVrfName.1 "" rttMonEchoAdminVrfName.2 "" rttMonEchoAdminCodecType.1 notApplicable rttMonEchoAdminCodecType.2 g729a rttMonEchoAdminCodecInterval.1 0 milliseconds rttMonEchoAdminCodecInterval.2 20 milliseconds rttMonEchoAdminCodecPayload.1 0 octets rttMonEchoAdminCodecPayload.2 32 octets rttMonEchoAdminCodecNumPackets.1 0 rttMonEchoAdminCodecNumPackets.2 1000 rttMonEchoAdminICPIFAdvFactor.1 0 rttMonEchoAdminICPIFAdvFactor.2 0 rttMonEchoAdminLSPFECType.1 0 rttMonEchoAdminLSPFECType.2 0 rttMonEchoAdminLSPSelector.1 "" rttMonEchoAdminLSPSelector.2 "" rttMonEchoAdminLSPReplyMode.1 0 rttMonEchoAdminLSPReplyMode.2 0 rttMonEchoAdminLSPTTL.1 0 rttMonEchoAdminLSPTTL.2 0 rttMonEchoAdminLSPExp.1 0 rttMonEchoAdminLSPExp.2 0 rttMonEchoAdminPrecision.1 0 rttMonEchoAdminPrecision.2 milliseconds rttMonEchoAdminProbePakPriority.1 0 rttMonEchoAdminProbePakPriority.2 normal rttMonEchoAdminOWNTPSyncTolAbs.1 0 microseconds rttMonEchoAdminOWNTPSyncTolAbs.2 0 microseconds rttMonEchoAdminOWNTPSyncTolPct.1 0 rttMonEchoAdminOWNTPSyncTolPct.2 0 rttMonEchoAdminOWNTPSyncTolType.1 0 rttMonEchoAdminOWNTPSyncTolType.2 percent rttMonEchoAdminCalledNumber.1 rttMonEchoAdminCalledNumber.2 rttMonEchoAdminDetectPoint.1 notApplicable rttMonEchoAdminDetectPoint.2 notApplicable rttMonEchoAdminGKRegistration.1 0 rttMonEchoAdminGKRegistration.2 0 rttMonEchoAdminSourceVoicePort.1 rttMonEchoAdminSourceVoicePort.2 rttMonEchoAdminCallDuration.1 0 rttMonEchoAdminCallDuration.2 0 rttMonEchoAdminLSPReplyDscp.1 0 rttMonEchoAdminLSPReplyDscp.2 0 rttMonEchoAdminLSPNullShim.1 0 rttMonEchoAdminLSPNullShim.2 0 rttMonEchoAdminTargetMPID.1 0 rttMonEchoAdminTargetMPID.2 0 rttMonEchoAdminTargetDomainName.1 rttMonEchoAdminTargetDomainName.2 rttMonEchoAdminTargetVLAN.1 0 rttMonEchoAdminTargetVLAN.2 0 rttMonEchoAdminEthernetCOS.1 0 rttMonEchoAdminEthernetCOS.2 0 rttMonScheduleAdminRttLife.1 2147483647 seconds rttMonScheduleAdminRttLife.2 2147483647 seconds rttMonScheduleAdminRttStartTime.1 0:0:00:00.01 rttMonScheduleAdminRttStartTime.2 0:0:00:00.01 rttMonScheduleAdminConceptRowAgeout.1 0 seconds rttMonScheduleAdminConceptRowAgeout.2 0 seconds rttMonScheduleAdminRttRecurring.1 false rttMonScheduleAdminRttRecurring.2 false rttMonReactAdminConnectionEnable.1 false rttMonReactAdminConnectionEnable.2 false rttMonReactAdminTimeoutEnable.1 false rttMonReactAdminTimeoutEnable.2 false rttMonReactAdminThresholdType.1 never rttMonReactAdminThresholdType.2 never rttMonReactAdminThresholdFalling.1 3000 milliseconds rttMonReactAdminThresholdFalling.2 3000 milliseconds rttMonReactAdminThresholdCount.1 5 rttMonReactAdminThresholdCount.2 5 rttMonReactAdminThresholdCount2.1 5 rttMonReactAdminThresholdCount2.2 5 rttMonReactAdminActionType.1 none rttMonReactAdminActionType.2 none rttMonReactAdminVerifyErrorEnable.1 false rttMonReactAdminVerifyErrorEnable.2 false rttMonStatisticsAdminNumHourGroups.1 2 rttMonStatisticsAdminNumHourGroups.2 2 rttMonStatisticsAdminNumPaths.1 1 rttMonStatisticsAdminNumPaths.2 1 rttMonStatisticsAdminNumHops.1 1 rttMonStatisticsAdminNumHops.2 1 rttMonStatisticsAdminNumDistBuckets.1 1 rttMonStatisticsAdminNumDistBuckets.2 1 rttMonStatisticsAdminDistInterval.1 20 milliseconds rttMonStatisticsAdminDistInterval.2 20 milliseconds rttMonHistoryAdminNumLives.1 0 rttMonHistoryAdminNumLives.2 0 rttMonHistoryAdminNumBuckets.1 15 rttMonHistoryAdminNumBuckets.2 15 rttMonHistoryAdminNumSamples.1 1 rttMonHistoryAdminNumSamples.2 1 rttMonHistoryAdminFilter.1 none rttMonHistoryAdminFilter.2 none rttMonCtrlOperModificationTime.1 5:4:13:12.23 rttMonCtrlOperModificationTime.2 5:4:13:17.57 rttMonCtrlOperDiagText.1 rttMonCtrlOperDiagText.2 rttMonCtrlOperResetTime.1 0:0:00:00.00 rttMonCtrlOperResetTime.2 0:0:00:00.00 rttMonCtrlOperOctetsInUse.1 2584 rttMonCtrlOperOctetsInUse.2 11160 rttMonCtrlOperConnectionLostOccurred.1 false rttMonCtrlOperConnectionLostOccurred.2 false rttMonCtrlOperTimeoutOccurred.1 false rttMonCtrlOperTimeoutOccurred.2 false rttMonCtrlOperOverThresholdOccurred.1 false rttMonCtrlOperOverThresholdOccurred.2 false rttMonCtrlOperNumRtts.1 20675 rttMonCtrlOperNumRtts.2 20675 rttMonCtrlOperRttLife.1 2147483647 seconds rttMonCtrlOperRttLife.2 2147483647 seconds rttMonCtrlOperState.1 active rttMonCtrlOperState.2 active rttMonCtrlOperVerifyErrorOccurred.1 false rttMonCtrlOperVerifyErrorOccurred.2 false rttMonLatestRttOperCompletionTime.1 164 milliseconds/microseconds rttMonLatestRttOperCompletionTime.2 168 milliseconds/microseconds rttMonLatestRttOperSense.1 ok rttMonLatestRttOperSense.2 ok rttMonLatestRttOperApplSpecificSense.1 0 rttMonLatestRttOperApplSpecificSense.2 0 rttMonLatestRttOperSenseDescription.1 rttMonLatestRttOperSenseDescription.2 rttMonLatestRttOperTime.1 19:12:47:12.23 rttMonLatestRttOperTime.2 19:12:46:17.74 rttMonLatestRttOperAddress.1 "D8 B9 21 0E " rttMonLatestRttOperAddress.2 "00 00 00 00 "
SQL[SELECT `sla_id` FROM `slas` WHERE `device_id` = '75' AND `deleted` = 0] SQL[SELECT `sla_id` FROM `slas` WHERE `device_id` = '75' AND `sla_nr` = '1']
SQL[UPDATE `slas` set `device_id` ='75',`sla_nr` ='1',`owner` ='',`tag` ='CUCM',`rtt_type` ='echo',`status` ='1',`deleted` ='0' WHERE `sla_id` = '1'] . SQL[SELECT `sla_id` FROM `slas` WHERE `device_id` = '75' AND `sla_nr` = '2']
SQL[UPDATE `slas` set `device_id` ='75',`sla_nr` ='2',`owner` ='',`tag` ='CUCM',`rtt_type` ='jitter',`status` ='1',`deleted` ='0' WHERE `sla_id` = '4'] .
Poller Debug:
including: includes/polling/cisco-sla.inc.php DEBUG: SNMP Auth options = -v2c -c C15C0 /usr/bin/snmpget -v2c -c C15C0 -Otv -M /opt/observium/mibs udp:vpn-rtr.jmacleod:161 sysUpTime.0 sysUpTime.0: Unknown Object Identifier (Sub-id not found: (top) -> sysUpTime)
DEBUG: SNMP Auth options = -v2c -c C15C0 /usr/bin/snmpbulkwalk -v2c -c C15C0 -OUsqt -m +CISCO-RTTMON-MIB -M /opt/observium/mibs udp:vpn-rtr.jmacleod:161 ciscoRttMonMIB.ciscoRttMonObjects.rttMonCtrl.rttMonLatestRttOperTable rttMonLatestRttOperCompletionTime.1 168 rttMonLatestRttOperCompletionTime.2 168 rttMonLatestRttOperSense.1 ok rttMonLatestRttOperSense.2 ok rttMonLatestRttOperApplSpecificSense.1 0 rttMonLatestRttOperApplSpecificSense.2 0 rttMonLatestRttOperSenseDescription.1 rttMonLatestRttOperSenseDescription.2 rttMonLatestRttOperTime.1 168775223 rttMonLatestRttOperTime.2 168775774 rttMonLatestRttOperAddress.1 "D8 B9 21 0E " rttMonLatestRttOperAddress.2 "00 00 00 00 "
SQL[SELECT * FROM `slas` WHERE `device_id` = '75' AND `deleted` = 0 AND `status` = 1] SLA 1: echo CUCM... 168ms at 2012-11-18 22:21:04OK u:0.00 s:0.00 r:41.07 RRD[update /opt/observium/rrd/vpn-rtr.jmacleod/sla-1.rrd 1353277264:168] SLA 2: jitter CUCM... 168ms at 2012-11-18 22:21:09OK u:0.00 s:0.00 r:43.03 OK u:0.00 s:0.00 r:43.03 RRD[update /opt/observium/rrd/vpn-rtr.jmacleod/sla-2.rrd 1353277269:168]
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Roza Sent: Tuesday, October 30, 2012 10:17 AM To: observium@observium.org Subject: Re: [Observium] IP SLA
Just to inform, I have tried again to enable SLA feature, with no luck. I have updated observium to the latest version, enabled SLA in config.php, made discovery and poller. There are no sla rrd under device (2801 serie router), and therefore no SLA tab. In the global configuration verified SLA:
[enable_sla] => 1
[sla_type_labels] => Array ( [echo] => ICMP ping [pathEcho] => Path ICMP ping [fileIO] => File I/O [script] => Script [udpEcho] => UDP ping [tcpConnect] => TCP connect [http] => HTTP [dns] => DNS [jitter] => Jitter [dlsw] => DLSW [dhcp] => DHCP [ftp] => FTP [voip] => VoIP [rtp] => RTP [lspGroup] => LSP group [icmpjitter] => ICMP jitter [lspPing] => LSP ping [lspTrace] => LSP trace [ethernetPing] => Ethernet ping [ethernetJitter] => Ethernet jitter [lspPingPseudowire] => LSP Pseudowire ping )
[poller_modules] => Array [cisco-sla] => 1
[discovery_modules] => Array [cisco-sla] => 1
-- iRoza
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
After discovery debug, RRD show up and SLA tab, and I got there as you do... no data. So, hope that Sander will look into this.
-- iRoza
Hi,
After discovery debug, RRD show up and SLA tab, and I got there as you do... no data. So, hope that Sander will look into this.
I looked at it, but I can't find anything wrong. SLA monitoring works for me. What do you see when you do:
/usr/bin/snmpbulkwalk -v2c -c xxxxx -Osq -m +CISCO-RTTMON-MIB -M /opt/observium/mibs udp:hostname:161 ciscoRttMonMIB.ciscoRttMonObjects.rttMonCtrl
replacing xxxxx and hostname with your router hostname and SNMP community. Can it be that you don't have the necessary permissions for your SNMP community?
- Sander
Hi,
I looked at it, but I can't find anything wrong. SLA monitoring works for me. What do you see when you do:
/usr/bin/snmpbulkwalk -v2c -c xxxxx -Osq -m +CISCO-RTTMON-MIB -M /opt/observium/mibs udp:hostname:161 ciscoRttMonMIB.ciscoRttMonObjects.rttMonCtrl
replacing xxxxx and hostname with your router hostname and SNMP community. Can it be that you don't have the necessary permissions for your SNMP community?
Oh, duh, you already sent that output... Which looks good. I'm sorry, but I don't have any idea why it doesn't work for you :-(
Sorry, Sander
Hi Sander,
Are you sure you're running the same code as in SVN?
Apparently everyone has the same issue; rrds are created but the graphing is broken?
Tom
On 30/10/2012 13:30, Sander Steffann wrote:
Hi,
I looked at it, but I can't find anything wrong. SLA monitoring works for me. What do you see when you do:
/usr/bin/snmpbulkwalk -v2c -c xxxxx -Osq -m +CISCO-RTTMON-MIB -M /opt/observium/mibs udp:hostname:161 ciscoRttMonMIB.ciscoRttMonObjects.rttMonCtrl
replacing xxxxx and hostname with your router hostname and SNMP community. Can it be that you don't have the necessary permissions for your SNMP community?
Oh, duh, you already sent that output... Which looks good. I'm sorry, but I don't have any idea why it doesn't work for you :-(
Sorry, Sander
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi,
Are you sure you're running the same code as in SVN?
I just updated, and everything still looks good.
Apparently everyone has the same issue; rrds are created but the graphing is broken?
I'll keep an eye on it. Maybe I'll see brokenness after some time...
Thanks for letting me know! Sander
'lo,
On 30/10/2012 14:11, Sander Steffann wrote:
Hi,
Are you sure you're running the same code as in SVN?
I just updated, and everything still looks good.
Can you check "svn status" to see if maybe you have files that are not in SVN? Happens regularly to Adam, sometimes to me ;-) and then it indeed does work locally but for all others it's bork.
Don't really have any other suggestions... I have nothing with IP SLA capability :(
Tom
Hi,
Can you check "svn status" to see if maybe you have files that are not in SVN? Happens regularly to Adam, sometimes to me ;-) and then it indeed does work locally but for all others it's bork.
Just one small diff in the VMware code, nothing related to SLA :-(
Don't really have any other suggestions... I have nothing with IP SLA capability :(
Would it help if I gave you access to one of my boxes with SLA's configured?
Met vriendelijke groet, Sander Steffann
FWIW, I have a fresh install and configured a single jitter SLA probe as follows:
ip sla 1 icmp-jitter 10.200.225.194 timeout 250 threshold 90 owner Alex history hours-of-statistics-kept 4 history distributions-of-statistics-kept 2 ip sla schedule 1 start-time now recurring
I did a discovery.php and poller.php, now I have graphs.
$ svn status M syslog.php ? observium.log
On Tue, Oct 30, 2012 at 9:57 AM, Sander Steffann sander@steffann.nl wrote:
Hi,
Can you check "svn status" to see if maybe you have files that are not
in SVN? Happens regularly to Adam, sometimes to me ;-) and then it indeed does work locally but for all others it's bork.
Just one small diff in the VMware code, nothing related to SLA :-(
Don't really have any other suggestions... I have nothing with IP SLA
capability :(
Would it help if I gave you access to one of my boxes with SLA's configured?
Met vriendelijke groet, Sander Steffann
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi,
It doesn't work for me either.
Regards,
Michael
-----Original Message----- From: observium-bounces@observium.org [mailto:observium-bounces@observium.org] On Behalf Of Sander Steffann Sent: Tuesday, October 30, 2012 5:31 AM To: Observium Network Observation System Subject: Re: [Observium] IP SLA
Hi,
I looked at it, but I can't find anything wrong. SLA monitoring works for me. What do you see when you do:
/usr/bin/snmpbulkwalk -v2c -c xxxxx -Osq -m +CISCO-RTTMON-MIB -M /opt/observium/mibs udp:hostname:161 ciscoRttMonMIB.ciscoRttMonObjects.rttMonCtrl
replacing xxxxx and hostname with your router hostname and SNMP community. Can it be that you don't have the necessary permissions for your SNMP community?
Oh, duh, you already sent that output... Which looks good. I'm sorry, but I don't have any idea why it doesn't work for you :-(
Sorry, Sander
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (6)
-
Alex Pressé
-
John Macleod
-
Michael Cushard
-
Roza
-
Sander Steffann
-
Tom Laermans