Jason,

Yes, just before that IF, it should look like this:

        list(, $ifSpeed[$i]) = explode(":",$ifSpeed[$i]);
        $ifSpeed[$i] = round($ifSpeed[$i]/1000);
        
        //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;
                }

Javier


Jason Humes wrote:
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

Reply via email to