About Enterasys Matrix N7

[niobe]

Will do Gandalf,

BTW, off topic but have you experienced any quality problems with these switches? We have had ongoing dramas with both hardware and firmware, curious to know if anyone else is experiencing this.

cheers,

N

[gandalf]

Some months ago, there were issues when we started a VoIP project. But now everything's fine. If you have specific questions, e.g. about the current SW level used, please feel free to pm your question
Reinhard

[Atkatla]

hmm, I'm just wondering why "snmptable -c (mycommunity) -v 1 (oneN7) 1.3.6.1.4.1.5624.1.2.49.1.1.1" does not deliver a table. Instead I get "Was that a table? SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1"

According to iReasoningMibBrowser and Netsight it is the table. I used the enterasys-resource-utilization-mib.txt from enterasys.

[gandalf]

Well, perhaps the MIB file is broken. Not quite unusual. Try snmpwalk instead
Reinhard

[niobe]

Have you tried using snmpwalk on the same OID?

[Atkatla]

Hi,
snmpwalk instead of snmptable with the same parameters returns:

Code: Select all

SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.2.71.1 = INTEGER: 60
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.2.73.1 = INTEGER: 29
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.2.74.1 = INTEGER: 27
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.2.75.1 = INTEGER: 55
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.2.76.1 = INTEGER: 42
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.2.77.1 = INTEGER: 25
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.3.71.1 = INTEGER: 63
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.3.73.1 = INTEGER: 32
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.3.74.1 = INTEGER: 35
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.3.75.1 = INTEGER: 52
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.3.76.1 = INTEGER: 47
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.3.77.1 = INTEGER: 25
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.4.71.1 = INTEGER: 61
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.4.73.1 = INTEGER: 31
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.4.74.1 = INTEGER: 33
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.4.75.1 = INTEGER: 52
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.4.76.1 = INTEGER: 46
SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.4.77.1 = INTEGER: 25

Thats why I'm confused.

[gandalf]

Well, that's indeed no SNMP table. At best, it is part of a table. Cut off index by index of your OID when running the snmptable cmd to see, if any of those matches
Reinhard

[Atkatla]

Today I continued to work on my little project.

Due to the tutorials, I need an index for every query. But I cant find an OID for an adequate cpu/slot index.

There seems to be .1.3.6.1.4.1.5624.1.2.49.1.1.1.1.1.71.1 for Slot 1, but SNMP-Get returns:

Code: Select all

Error in packet
Reason: (noSuchName) There is no such variable name in this MIB.
Failed object: SNMPv2-SMI::enterprises.5624.1.2.49.1.1.1.1.1.71.1

my graphical MIB Browser can extract a table with the rows etsysResourceCpuId;etsysCpuLoad5sec;...1min;...5min

.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.1.7X.1 = index (broken?)
.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2.7X.1 = 5sec
.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.3.7X.1 = 60sec
.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.4.7X.1 = 300sec

But the Browser declares the CpuId-Row as "not-accessible" and delivers no data for that row. Can this be the result of a broken MIB? And if so, how to "repair" it?

@gandalf: since you seem to use N7 too, can you try to get a result for a smnpget for .1.3.6.1.4.1.5624.1.2.49.1.1.1.1.1.7X.1, please? Or another slot index, which I can use.

edit: now I try to use OID_index_parse.

[Atkatla]

Ok, I wrote the following XML:

Code: Select all

<interface>
        <name>Get N7 CPU Information</name>
        <description>CPU Auslastung von N7 Slots auslesen</description>
        <index_order_type>numeric</index_order_type>
        <oid_index>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2</oid_index>
	<oid_index_parse>OID/REGEXP:^.*\.([0-9]*\.[0-9]*)$</oid_index_parse>
        <fields>
                <slot>
                        <name>Index</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2</oid>
                </slot>
                <cpu_n7_5sec>
                        <name>Index</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2</oid>
                </cpu_n7_5sec>
		<cpu_n7_1min>
                        <name>Index</name>
                        <method>walk</method>
                        <source>value</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.3</oid>
                </cpu_n7_1min>
        </fields>
</interface>

The resulting Data Query Debug Information:

Code: Select all

+ Running data query [11].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/srv/www/htdocs/cacti/resource/snmp_queries/enterasys_n7_cpu.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2'
+ Located input field 'slot' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2'
+ Found item [slot='57'] index: 71.1 [from value]
+ Found item [slot='34'] index: 73.1 [from value]
+ Found item [slot='24'] index: 74.1 [from value]
+ Found item [slot='53'] index: 75.1 [from value]
+ Found item [slot='47'] index: 76.1 [from value]
+ Found item [slot='24'] index: 77.1 [from value]
+ Found data query XML file at '/srv/www/htdocs/cacti/resource/snmp_queries/enterasys_n7_cpu.xml'
+ Found data query XML file at '/srv/www/htdocs/cacti/resource/snmp_queries/enterasys_n7_cpu.xml'
+ Found data query XML file at '/srv/www/htdocs/cacti/resource/snmp_queries/enterasys_n7_cpu.xml'

Is it normal, that the CPU Load results are written there in the slot field? ([slot='53']) I want the module number 71,72,73 (or better 1,2,3... there...)

[gen2]

This should extract the slot number properly.

Code: Select all

<etsyscpu>
        <name>Enterasys CPU Usage</name>
        <description>Queries Enterasys N Series Switch for CPU Load</description>
        <oid_index>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2</oid_index>
        <oid_index_parse>OID/REGEXP:^.*\.(7[0-9].1)$</oid_index_parse>
        <fields>
                <slot>
                        <name>slot</name>
                        <method>walk</method>
                        <source>OID/REGEXP:^.*\.7([0-9])\.1$</source>
                        <direction>input</direction>
                        <oid>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2</oid>
                </slot>
                <etsysNCpu5sec>
                        <name>etsysResourceCpuLoad5sec</name>
                        <method>walk</method>
                        <source>index</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2</oid>
                </etsysNCpu5sec>
                <etsysNCpu1min>
                        <name>etsysResourceCpuLoad1min</name>
                        <method>walk</method>
                        <source>index</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.3</oid>
                </etsysNCpu1min>
                <etsysNCpu5min>
                        <name>etsysResourceCpuLoad5min</name>
                        <method>walk</method>
                        <source>index</source>
                        <direction>output</direction>
                        <oid>.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.4</oid>
                </etsysNCpu5min>

        </fields>
</etsyscpu>

Debug Output

Code: Select all

+ Running data query [16].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/var/www/cacti/resource/snmp_queries/etsyscpu.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2'
+ Located input field 'slot' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.5624.1.2.49.1.1.1.1.2'
+ Found item [slot='1'] index: 71.1 [from regexp oid parse]
+ Found item [slot='2'] index: 72.1 [from regexp oid parse]
+ Found item [slot='4'] index: 74.1 [from regexp oid parse]
+ Found item [slot='6'] index: 76.1 [from regexp oid parse]
'