Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-06-06 | this one missed the last batch. | Pierre-Yves Ritschard | |
2009-06-06 | sync snmpd with the common imsg code, making it lib ready as well. | Pierre-Yves Ritschard | |
ok eric@ | |||
2008-12-23 | export the livelock counter in a private mib openBSD.5. | Reyk Floeter | |
discussed with dlg@ | |||
2008-12-08 | report memory and swap in hrStorage, and implement hrProcessor to report | Reyk Floeter | |
hrProcessorLoad (where load means the percentage of time the system was not idle during the last minute). based on HOST-RESOURCES-MIB. ok dlg@ | |||
2008-09-26 | allow to add an additional restricted control socket for trap sending | Reyk Floeter | |
only (not even show commands). this allows to place a socket for traps in another daemon's chroot. (based on restricted socket support from bgpd) | |||
2008-07-18 | merge log_host with relayd's version using getnameinfo and rename it | Reyk Floeter | |
to print_host. | |||
2008-06-29 | Use C99, not gcc-specific variadics. Ok miod@. | Anders Magnusson | |
2008-02-07 | add a imsg which allows to "lock" the control connection, the | Reyk Floeter | |
restricted connection will reject any commands except snmp traps. | |||
2008-01-18 | add a snmpctl command to send traps to registered receivers using | Reyk Floeter | |
snmpd's imsg trap interface. | |||
2008-01-17 | allow to configure optional per trap receiver communities and to | Reyk Floeter | |
restrict the receivers to a specified mib. | |||
2008-01-16 | send a coldStart trap to registered receivers on startup and cleanup | Reyk Floeter | |
the trap code a little bit. | |||
2008-01-16 | implementation of the SNMP trap sender interface | Reyk Floeter | |
2008-01-16 | bump copyright | Reyk Floeter | |
2008-01-16 | move trap code to an own file; there will be more | Reyk Floeter | |
2008-01-16 | start working on an interface to send traps via snmpd.sock. userland | Reyk Floeter | |
applications will be able to send imsgs defining the trap to snmpd and the daemon will do the ASN.1/BER encoding before sending traps to the registered receivers. there are two advantages of this approach that a) the applications do not need to handle any ASN.1/BER encoding and b) snmpd will provide a central interface to define trap receivers. discussed with thib and others | |||
2008-01-03 | handle no more than 2147483647 (0x7fffffff) variable bindings | Reyk Floeter | |
From RFC3416 | |||
2008-01-02 | Make sure that a key belongs to the table before returning a match. | Mats O Jansson | |
Change smi_odi_cmp to return int as expected by RB-tree. -moj ok reyk@ | |||
2007-12-29 | add the IP-MIB ipAddrTable. it requires to encode the ipv4 addresses | Reyk Floeter | |
in the OIDs as the table index. the next step is to simplify the common mib implementation regarding the special requirements of these strange snmp tables. | |||
2007-12-28 | split code handling the "structure of management information" and the | Reyk Floeter | |
"message processing subsystem" into separate files smi.c and mps.c | |||
2007-12-28 | split the MIB declarations (names) from the definitions (implementation). | Reyk Floeter | |
2007-12-28 | use the snmp camelCase for MIB definitions, this allows to simplify | Reyk Floeter | |
the code a bit and is mostly a stylistic change. | |||
2007-12-15 | shrink the code by making some ipstat parts table-driven. at some | Reyk Floeter | |
point i may want to define a general table-driven interface for mibs. | |||
2007-12-07 | add a new 'd' format to ber_printf_elements to pass ints instead of | Reyk Floeter | |
long longs; you have to pass the right type with vargs. this finally fixes the previous problem on i386. discussed with claudio | |||
2007-12-05 | - add support joel's OPENBSD-SENSORS-MIB; it will dump the current | Reyk Floeter | |
sensor status in a SNMP table. - some other minor changes | |||
2007-12-05 | Start working on snmpd(8) and snmpctl(8), a lightweight SNMP implementation | Reyk Floeter | |
for OpenBSD. SNMP is a necessary evil. This is work in progress, don't expect too much from it yet. ok deraadt@ |