Hello.
I've tried to send trap using example notification.c. It works fine. It sends
trap to .1.3.6.1.4.1.8072.2.3.0.1. But if I change this OID to
.1.3.6.1.4.1.8072.2.3.1 (zero is removed) snmptt also say that trap
.1.3.6.1.4.1.8072.2.3.0.1 (with zero) is accepted. Why?
my snmptrapd.conf file
Hello.
I am developing snmp agent which should maintain one table. I've implemented
getting table through snmp. But there is some trouble. Actual table data must
be received from other computer using TCP. There is no problem go get this
data. I do it in the first call of table's get_first_data
Hello.
I am developing snmp agent which should maintain one table. I've implemented
getting table through snmp. But there is some trouble. Actual table data must
be received from other computer using TCP. There is no problem go get this
data. I do it in the first call of table's get_first_data
Hello.
I have the following OID's:
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
.1.3.6.1.4.1.11.1.3.1
---
Hello.
I have the following OID's:
.1.3.6.1.4.1.11.1.3.1 //scalar
.1.3.6.1.4.1.11.1.3.2 //scalar
.1.3.6.1.4.1.11.1.3.3 //scalar
.1.3.6.1.4.1.11.1.3.4 //table
.1.3.6.1.4.1.11.1.3.5 //table
.1.3.6.1.4.1.11.1.3.6 //scalar
.1.3.6.1.4.1.11.1.3.7 //scalar
.1.3.6.1.4.1.
for
.1.3.6.1.4.1.11.1.3.6 have been called 7 times! But if I delete
.1.3.6.1.4.1.11.1.3.5 table registration, the handler for .6 is called 3
times. I can't understand that behaviour
Чугунов Дмитрий писал(а) в своём письме Tue, 12 Nov 2013
16:05:29 +0400:
> Hello.
>
&
Thanks. It works
Niels Baggesen писал(а) в своём письме Thu, 31 Oct 2013
01:42:17 +0400:
> Den 30-10-2013 19:04, Чугунов Дмитрий skrev:
>> Hello.
>>
>> I've tried to send trap using example notification.c. It works fine. It
>> sends trap to .1.3.6.1.4.1.8072.2
