Jason,
Yes, this code runs on Manual and Auto Discovery, so one fast way will be to mark the speed field to be Tracked (in the Interfaces Types=>Fields screen for the Physical Interfaces), and when the AD runs, it will update all the interfaces to the value returned by IfSpeed, be careful.
The poller only polls operative data, not administrative (like speed).
Javier
Jason Humes wrote:
Does this snmp_interfaces.inc.php only run when you do a manual discovery, or does this run with each poll of the interface? I've made the changes and it seems to get the proper interface speed even though they have no IP address, but I'm thinking that I have to go back through all my hosts and rediscover all the interfaces which are show a max of 128k...correct? Thanks again.
-----Original Message-----
From: Jason Humes [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 06, 2004 8:24 AM
To: 'Javier Szyszlican'; '[EMAIL PROTECTED]'
Subject: RE: [jffnms-users] problem with inbound/outbound bandwidth
Which IF should I move these lines below...this one: ?
//Process MIB Status Values if (is_numeric($ifAdminStatus[$i])) switch ($ifAdminStatus[$i]) { case "1": $ifAdminStatus[$i] = "up"; break; case "2": $ifAdminStatus[$i] = "down"; break; case "3": $ifAdminStatus[$i] = "testing"; break; }
Should I just paste those lines in below this, or just before it...
Thanks.
-----Original Message-----
From: Javier Szyszlican [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 30, 2004 8:23 AM
Cc: jffnms
Subject: Re: [jffnms-users] problem with inbound/outbound bandwidth
Johan,
I think I see whats happening.
I guess none of your interfaces has IP addreses right?
Move this lines:
list(, $ifSpeed[$i]) = explode(":",$ifSpeed[$i]); $ifSpeed[$i] = round($ifSpeed[$i]/1000);
Below the IF, around line 55, so that will be processed even if the interface does not have an IP address.
Javier
[EMAIL PROTECTED] wrote:
Hi,This is after the second debug rule : Array ( [0] => Gauge32: 2312000 [1] => Gauge32: 10000000 [2] => Gauge32: 4294967295 [3] => Gauge32: 0 [4] => Gauge32: 2312000 [5] => Gauge32: 0 [6] => Gauge32: 2312000 [7] => Gauge32: 1032000 [8] => Gauge32: 56000 [9] => Gauge32: 100000000 [10] => Gauge32: 56000 ) 10000000 56000----- Original Message ----- From: "Javier Szyszlican" <[EMAIL PROTECTED]> Cc: "jffnms" <[EMAIL PROTECTED]> Sent: Tuesday, June 29, 2004 9:40 PM Subject: Re: [jffnms-users] problem with inbound/outbound bandwidth
Joham,
This looks ok.
Now add :
debug ($ifSpeed[$i]);
in line 41, right bellow the explode of ifSpeed.
It has to work.
Javier
[EMAIL PROTECTED] wrote:
Javier, Hereby my snmpwalk : .iso.3.6.1.2.1.2.2.1.5.1 = Gauge: 2312000 .iso.3.6.1.2.1.2.2.1.5.2 = Gauge: 1000000 .iso.3.6.1.2.1.2.2.1.5.3 = Gauge: 4294967 .iso.3.6.1.2.1.2.2.1.5.4 = Gauge: 0 .iso.3.6.1.2.1.2.2.1.5.5 = Gauge: 2312000 .iso.3.6.1.2.1.2.2.1.5.6 = Gauge: 0 .iso.3.6.1.2.1.2.2.1.5.7 = Gauge: 2312000 .iso.3.6.1.2.1.2.2.1.5.8 = Gauge: 2056000 .iso.3.6.1.2.1.2.2.1.5.9 = Gauge: 56000 .iso.3.6.1.2.1.2.2.1.5.10 = Gauge: 100000 .iso.3.6.1.2.1.2.2.1.5.11 = Gauge: 56000 What I need to see for my customers (i am isp) is the maximal bandwidth, this means in this case 2312000 kbps and when they see 128 kb, it will
rain
complaints :))
ppm> query net-snmp Querying target 1 (ActivePerl 5.6.1.633) 1. Net-SNMP [4.0] Object oriented interface to SNMP 2. Net-SNMP [4.0] Object oriented interface to SNMP 3. Net-SNMP-Interfaces [0.2] provide simple methods to gain interface
data
there is no ucd-snmp, since net-snmp the perl interface, is being used. With the debugging , this is what I see : ( [0] => Gauge32: 2312000 [1] => Gauge32: 10000000 [2] => Gauge32: 4294967295 [3] => Gauge32: 0 [4] => Gauge32: 2312000 [5] => Gauge32: 0 [6] => Gauge32: 2312000 [7] => Gauge32: 2056000 [8] => Gauge32: 56000 [9] => Gauge32: 100000000 [10] => Gauge32: 56000 )
And what appears in the interface (called ATM0) : 1 ATM0 up 128000
Greetings, Johan ----- Original Message ----- From: "Javier Szyszlican" <[EMAIL PROTECTED]> Cc: "jffnms" <[EMAIL PROTECTED]> Sent: Tuesday, June 29, 2004 6:06 PM Subject: Re: [jffnms-users] problem with inbound/outbound bandwidth
Johan,
I see, which NET-SNMP or UCD-SNMP version do you have?
can you add :
debug ($ifSpeed);
just below the ifSpeed snmpwalk in the snmp_interfaces.inc.php
And show me the output when you do a Manual Discovery.
Javier
johan wrote:
Hi,
according to my humble opinion, this is not necessary, since when I
do an snmpwalk for that oid , I receive for example 800.000 bps, which means that the router gives the correct value. I also checked this with a mib-viewer.
When I remove the rule
$ifSpeed[$i] = ($ifSpeed[$i]/1000); I receive the real value, in
this case 8000000, but with GAUGE32 before it, which causes it is not being translated to rrd. I also tried with cricket where the correct value is being given. Suggestions ?
Greetings, Johan
On Tue, 2004-06-29 at 17:50, Javier Szyszlican wrote:
Johan,
We only use the default if the real IfSpeed is 0. So please check if the router has correctly set the Bandwidth in each interface.
Also you may want to show me a snmpwalk of the IfSpeed OID against
your
router.
Javier
johan wrote:
Hi,
I have problem in getting the correct inbound and outbound bandwidth
in
the discovering of the performance graphs. Apparently for some odd
raeson he always gives
the 128000 kbps, due to a rule in snmp_interfaces.inc.php : if ($ifSpeed[$i] == 0) $ifSpeed[$i] = 128; //default Speed Value
I tried to remove it, and then he gives 56000bps as standard value.
What
I want is the real inbound/outbound bandwidth, i.e. the result of
$ifSpeed = snmp_walk($ip,$rocommunity,".1.3.6.1.2.1.2.2.1.5");
Anybody know how I can fix this ?
Greetings, Johan
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________
jffnms-users mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jffnms-users
-- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Javier Szyszlican, Project Leader, JFFNMS [EMAIL PROTECTED]
I hope JFFNMS or I were helpful to you, if you can, please donate at http://jffnms.org/donate
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________
jffnms-users mailing list [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jffnms-users
-- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Javier Szyszlican, Project Leader, JFFNMS [EMAIL PROTECTED]
I hope JFFNMS or I were helpful to you, if you can, please donate at http://jffnms.org/donate
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training. Attend
Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________
jffnms-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jffnms-users
-- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Javier Szyszlican, Project Leader, JFFNMS [EMAIL PROTECTED]
I hope JFFNMS or I were helpful to you, if you can, please donate at http://jffnms.org/donate
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
jffnms-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jffnms-users
