Weird, from the output it seems jffnms needs rw access to snmp to
retrieve info about the interfaces, but in theory ro access is enough.
I've tried with snmpwalk -v 1 -c public localhost ifTable and it's
reporting correctly. Maybe the problem is on jffnms, I'm using 0.8.1.
Best regards,
Eduardo
O
Hi John,
You can use the snmp_counter poller for simple OIDs.
You should create a new Poller Item using the snmp_counter function.
But you still need to create an interface type, a discovery script, graphs, etc.
Javier
John Logsdon wrote:
As I stated in an earlier request, I know just enough
about
As I stated in an earlier request, I know just enough
about nms to be dangerous. I now have oid's that I
want to monitor. Do I have to write a new poller to
start graphing these? Can I plug them in to the
generic poller? In either case, where and how do I
place these oid's?
Thanks,
John Logsd
Erno,
static receiver:
-
Alarm state is user (parameter) defined in the static receiver (that's why i
named it 'static'). Interface and interface_id will be empty if there is no
match.
Ok.
Snmp_table_discovery:
-
I don't seem to find the snmp_table discovery
Erno,
static receiver:
-
Alarm state is user (parameter) defined in the static receiver (that's why i
named it 'static'). Interface and interface_id will be empty if there is no
match.
Ok.
Snmp_table_discovery:
-
I don't seem to find the snmp_table discovery
On Thursday 07 April 2005 00.49, Javier Szyszlican wrote:
Hello!
> Hi Erno,
>
> Trap Consolidator:
> ---
>
> The Regexp matching of the OID should be done in the trap_consolidator not
> inside each receiver,if it matches you run the receiver, if it doesn't you
> dont.
Done.
> Yo
