1.\" 2.\" Copyright (c) 2004-2005 3.\" Hartmut Brandt. 4.\" All rights reserved. 5.\" Copyright (c) 2001-2003 6.\" Fraunhofer Institute for Open Communication Systems (FhG Fokus). 7.\" All rights reserved. 8.\" 9.\" Author: Harti Brandt <harti@freebsd.org> 10.\" 11.\" Redistribution and use in source and binary forms, with or without 12.\" modification, are permitted provided that the following conditions 13.\" are met: 14.\" 1. Redistributions of source code must retain the above copyright 15.\" notice, this list of conditions and the following disclaimer. 16.\" 2. Redistributions in binary form must reproduce the above copyright 17.\" notice, this list of conditions and the following disclaimer in the 18.\" documentation and/or other materials provided with the distribution. 19.\" 20.\" THIS SOFTWARE IS PROVIDED BY AUTHOR AND CONTRIBUTORS ``AS IS'' AND 21.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE 22.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 23.\" ARE DISCLAIMED. IN NO EVENT SHALL AUTHOR OR CONTRIBUTORS BE LIABLE 24.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 25.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS 26.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 27.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 28.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY 29.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF 30.\" SUCH DAMAGE. 31.\" 32.\" $Begemot: bsnmp/lib/bsnmpagent.3,v 1.10 2005/10/04 08:46:49 brandt_h Exp $ 33.\" 34.Dd October 4, 2005 35.Dt BSNMPAGENT 3 36.Os 37.Sh NAME 38.Nm bsnmpagent , 39.Nm snmp_depop_t , 40.Nm snmp_op_t , 41.Nm tree , 42.Nm tree_size , 43.Nm snmp_trace , 44.Nm snmp_debug , 45.Nm snmp_get , 46.Nm snmp_getnext , 47.Nm snmp_getbulk , 48.Nm snmp_set , 49.Nm snmp_make_errresp , 50.Nm snmp_dep_lookup , 51.Nm snmp_init_context , 52.Nm snmp_dep_commit , 53.Nm snmp_dep_rollback , 54.Nm snmp_dep_finish 55.Nd "SNMP agent library" 56.Sh LIBRARY 57Begemot SNMP library 58.Pq libbsnmp, -lbsnmp 59.Sh SYNOPSIS 60.In asn1.h 61.In snmp.h 62.In snmpagent.h 63.Ft typedef int 64.Fn (*snmp_depop_t) "struct snmp_context *ctx" "struct snmp_dependency *dep" "enum snmp_depop op" 65.Ft typedef int 66.Fn (*snmp_op_t) "struct snmp_context *ctx" "struct snmp_value *val" "u_int len" "u_int idx" "enum snmp_op op" 67.Vt extern struct snmp_node *tree ; 68.Vt extern u_int tree_size ; 69.Vt extern u_int snmp_trace ; 70.Vt extern void (*snmp_debug)(const char *fmt, ...) ; 71.Ft enum snmp_ret 72.Fn snmp_get "struct snmp_pdu *pdu" "struct asn_buf *resp_b" "struct snmp_pdu *resp" "void *data" 73.Ft enum snmp_ret 74.Fn snmp_getnext "struct snmp_pdu *pdu" "struct asn_buf *resp_b" "struct snmp_pdu *resp" "void *data" 75.Ft enum snmp_ret 76.Fn snmp_getbulk "struct snmp_pdu *pdu" "struct asn_buf *resp_b" "struct snmp_pdu *resp" "void *data" 77.Ft enum snmp_ret 78.Fn snmp_set "struct snmp_pdu *pdu" "struct asn_buf *resp_b" "struct snmp_pdu *resp" "void *data" 79.Ft enum snmp_ret 80.Fn snmp_make_errresp "const struct snmp_pdu *pdu" "struct asn_buf *req_b" "struct asn_buf *resp_b" 81.Ft struct snmp_dependency * 82.Fn snmp_dep_lookup "struct snmp_context *ctx" "const struct asn_oid *base" "const struct asn_oid *idx" "size_t alloc" "snmp_depop_t func" 83.Ft struct snmp_context * 84.Fn snmp_init_context "void" 85.Ft int 86.Fn snmp_dep_commit "struct snmp_context *ctx" 87.Ft int 88.Fn snmp_dep_rollback "struct snmp_context *ctx" 89.Ft void 90.Fn snmp_dep_finish "struct snmp_context *ctx" 91.Sh DESCRIPTION 92The SNMP library contains routines to easily build SNMP agent applications 93that use SNMP versions 1 or 2. 94Note, however, that it may be even easier to build an 95.Xr bsnmpd 1 96loadable module, that handles the new MIB (see 97.Xr snmpmod 3 ) . 98.Pp 99Most of the agent routines operate on a global array that the describes the 100complete MIB served by the agent. 101This array is held in the two variables: 102.Bd -literal -offset indent 103extern struct snmp_node *tree; 104extern u_int tree_size; 105.Ed 106.Pp 107The elements of the array are of type 108.Vt struct snmp_node : 109.Bd -literal -offset indent 110typedef int (*snmp_op_t)(struct snmp_context *, struct snmp_value *, 111 u_int, u_int, enum snmp_op); 112 113struct snmp_node { 114 struct asn_oid oid; 115 const char *name; /* name of the leaf */ 116 enum snmp_node_type type; /* type of this node */ 117 enum snmp_syntax syntax; 118 snmp_op_t op; 119 u_int flags; 120 u_int32_t index; /* index data */ 121 void *data; /* application data */ 122 void *tree_data; /* application data */ 123}; 124.Ed 125.Pp 126The fields of this structure are described below. 127.Bl -tag -width "syntax" 128.It Va oid 129Base OID of the scalar or table column. 130.It Va name 131Name of this variable. 132.It Va type 133Type of this variable. 134One of: 135.Bd -literal -offset indent 136enum snmp_node_type { 137 SNMP_NODE_LEAF = 1, 138 SNMP_NODE_COLUMN 139}; 140.Ed 141.It Va syntax 142The SNMP syntax of this variable. 143.It Va op 144The user supplied handler for this variable. 145The handler is called with the following arguments: 146.Bl -tag -width "ctx" 147.It Fa ctx 148A pointer to the context (see below). 149.Li NULL . 150.It Fa val 151The value to be set or retrieved. 152For GETNEXT and GETBULK operations the oid in 153this value is the current OID. 154The function (called in this case only for 155table rows) must find the lexically next existing OID within the same column and 156set the oid and value subfields accordingly. 157If the table column is exhausted the 158function must return 159.Li SNMP_ERR_NOSUCHNAME . 160For all other operations the oid in 161.Fa val 162is the oid to fetch or set. 163.It Fa len 164The length of the base oid without index. 165.It Fa idx 166For table columns this is the index expression from the node (see below). 167.It Fa op 168This is the operation to execute, one of: 169.Bd -literal -offset indent 170enum snmp_op { 171 SNMP_OP_GET = 1, 172 SNMP_OP_GETNEXT, 173 SNMP_OP_SET, 174 SNMP_OP_COMMIT, 175 SNMP_OP_ROLLBACK, 176}; 177.Ed 178.El 179.Pp 180The user handler must return an appropriate SNMP v2 error code. 181If the original 182PDU was a version 1 PDU, the error code is mapped automatically. 183.It Va flags 184Currently only the flag 185.Li SNMP_NODE_CANSET is defined and set for nodes, that can be written or 186created. 187.It Va index 188This word describes the index for table columns. 189Each part of the index takes 4 bits starting at bit 4. 190Bits 0 to 3 hold the number of index parts. 191This arrangement allows for tables with up to seven indexes. 192Each bit group contains the syntax for the index part. 193There are a number of macros to help in parsing this field: 194.Bd -literal -offset indent 195#define SNMP_INDEXES_MAX 7 196#define SNMP_INDEX_SHIFT 4 197#define SNMP_INDEX_MASK 0xf 198#define SNMP_INDEX_COUNT(V) ((V) & SNMP_INDEX_MASK) 199#define SNMP_INDEX(V,I) \e 200 (((V) >> (((I) + 1) * SNMP_INDEX_SHIFT)) & \e 201 SNMP_INDEX_MASK) 202.Ed 203.It Va data 204This field may contain arbitrary data and is not used by the library. 205.El 206.Pp 207The easiest way to construct the node table is 208.Xr gensnmptree 1 . 209Note, that one must be careful when changing the tree while executing a SET 210operation. 211Consult the sources for 212.Xr bsnmpd 1 . 213.Pp 214The global variable 215.Va snmp_trace 216together with the function pointed to by 217.Va snmp_debug 218help in debugging the library and the agent. 219.Va snmp_trace is a bit mask with the following bits: 220.Bd -literal -offset indent 221enum { 222 SNMP_TRACE_GET, 223 SNMP_TRACE_GETNEXT, 224 SNMP_TRACE_SET, 225 SNMP_TRACE_DEPEND, 226 SNMP_TRACE_FIND, 227}; 228.Ed 229.Pp 230Setting a bit to true causes the library to call 231.Fn snmp_debug 232in strategic places with a debug string. 233The library contains a default 234implementation for the debug function that prints a message to standard error. 235.Pp 236Many of the functions use a so called context: 237.Bd -literal -offset indent 238struct snmp_context { 239 u_int var_index; 240 struct snmp_scratch *scratch; 241 struct snmp_dependency *dep; 242 void *data; /* user data */ 243 enum snmp_ret code; /* return code */ 244}; 245 246struct snmp_scratch { 247 void *ptr1; 248 void *ptr2; 249 uint32_t int1; 250 uint32_t int2; 251}; 252.Ed 253.Pp 254The fields are used as follows: 255.Bl -tag -width ".It Va var_index" 256.It Va va_index 257For the node operation callback this is the 258index of the variable binding that should be returned if an error occurs. 259Set by the library. 260In all other functions this is undefined. 261.It Va scratch 262For the node operation callback this is a pointer to a per variable binding 263scratch area that can be used to implement the commit and rollback. 264Set by the library. 265.It Va dep 266In the dependency callback function (see below) this is a pointer to the 267current dependency. 268Set by the library. 269.It Va data 270This is the 271.Fa data 272argument from the call to the library and is not used by the library. 273.El 274.Pp 275The next three functions execute different kinds of GET requests. 276The function 277.Fn snmp_get 278executes an SNMP GET operation, the function 279.Fn snmp_getnext 280executes an SNMP GETNEXT operation and the function 281.Fn snmp_getbulk 282executes an SNMP GETBULK operation. 283For all three functions the response PDU is constructed and encoded 284on the fly. 285If everything is ok, the response PDU is returned in 286.Fa resp 287and 288.Fa resp_b . 289The caller must call 290.Fn snmp_pdu_free 291to free the response PDU in this case. 292One of the following values may be returned: 293.Bl -tag -width ".It Li SNMP_RET_ERR" 294.It Li SNMP_RET_OK 295Operation successful, response PDU may be sent. 296.It Li SNMP_RET_IGN 297Operation failed, no response PDU constructed. 298Request is ignored. 299.It Li SNMP_RET_ERR 300Error in operation. 301The error code and index have been set in 302.Fa pdu . 303No response PDU has been constructed. 304The caller may construct an error response PDU via 305.Fn snmp_make_errresp . 306.El 307.Pp 308The function 309.Fn snmp_set 310executes an SNMP SET operation. 311The arguments are the same as for the previous 312three functions. 313The operation of this functions is, however, much more complex. 314.Pp 315The SET operation occurs in several stages: 316.Bl -enum -offset indent 317.It 318For each binding search the corresponding nodes, check that the 319variable is writeable and the syntax is ok. 320The writeable check can be done only for scalars. 321For columns it must be done in the node's operation callback function. 322.It 323For each binding call the node's operation callback with function SNMP_OP_SET. 324The callback may create dependencies or finalizers (see below). 325For simple 326scalars the scratch area may be enough to handle commit and rollback, for 327interdependent table columns dependencies may be necessary. 328.It 329If the previous step fails at any point, the node's operation callback 330functions are called for all bindings for which SNMP_OP_SET was executed 331with SNMP_OP_ROLLBACK, in the opposite order. 332This allows all variables to undo the effect of the SET operation. 333After this all the dependencies are freed 334and the finalizers are executed with a fail flag of 1. 335Then the function 336returns to the caller with an appropriate error indication. 337.It 338If the SET step was successful for all bindings, the dependency callbacks 339are executed in the order in which the dependencies were created with an 340operation of SNMP_DEPOP_COMMIT. 341If any of the dependencies fails, all the 342committed dependencies are called again in the opposite order 343with SNMP_DEPOP_ROLLBACK. 344Than for all bindings from the last to the first 345the node's operation callback is called with SNMP_OP_ROLLBACK to undo 346the effect of SNMP_OP_SET. 347At the end the dependencies are freed and the finalizers are called with 348a fail flag of 1 and the function returns to the caller with an appropriate 349error indication. 350.It 351If the dependency commits were successful, for each binding the node's 352operation callback is called with SNMP_OP_COMMIT. 353Any error returned from 354the callbacks is ignored (an error message is generated via 355.Fn snmp_error ). 356.It 357Now the dependencies are freed and the finalizers are called 358with a fail flag of 0. 359For each dependency just before freeing it 360its callback is called with 361.Li SNMP_DEPOP_FINISH. 362Then the function returns 363.Li SNMP_ERR_OK . 364.El 365.Pp 366There are to mechanisms to help in complex SET operations: dependencies and 367finalizers. 368A dependency is used if several bindings depend on each other. 369A typical example is the creation of a conceptual row, which requires 370the setting of several columns to succeed. 371A dependency is identified by 372two OIDs. 373In the table case, the first oid is typically the table's base OID 374and the second one the index. 375Both of these can easily be generated from the 376variables OID with 377.Fn asn_slice_oid . 378The function 379.Fn snmp_dep_lookup 380tries to find a dependency based on these two OIDs and, if it cannot find one 381creates a new one. 382This means for the table example, that the function 383returns the same dependency for each of the columns of the same table row. 384This allows during the SNMP_OP_SET processing to collect all information 385about the row into the dependency. 386The arguments to 387.Fn snmp_dep_lookup 388are: the two OIDs to identify the dependency (they are copied into newly 389created dependencies), the size of the structure to allocate and 390the dependency callback. 391.Pp 392When all SNMP_OP_SET operations have succeeded the dependencies are executed. 393At this stage the dependency callback has all information about the given 394table row that was available in this SET PDU and can operate accordingly. 395.Pp 396It is guaranteed that each dependency callback is executed at minimum once 397- with an operation of 398.Li SNMP_OP_ROLLBACK . 399This ensures that all dynamically allocated resources in a callback can be 400freed correctly. 401.Pp 402The function 403.Fn snmp_make_errresp 404makes an error response if an operation has failed. 405It takes the original request PDU (it will look only on the error code and 406index fields), the buffer containing the original PDU and a buffer for the 407error PDU. 408It copies the bindings field from the original PDUs buffer directly to 409the response PDU and thus does not depend on the decodability of this field. 410It may return the same values as the operation functions. 411.Pp 412The next four functions allow some parts of the SET operation to be executed. 413This is only used in 414.Xr bsnmpd 1 415to implement the configuration as a single transaction. 416The function 417.Fn snmp_init_context 418creates and initializes a context. 419The function 420.Fn snmp_dep_commit 421executes SNMP_DEPOP_COMMIT for all dependencies in the context stopping at 422the first error. 423The function 424.Fn snmp_dep_rollback 425executes SNMP_DEPOP_ROLLBACK starting at the previous of the current 426dependency in the context. 427The function 428.Fn snmp_dep_finish 429executes SNMP_DEPOP_FINISH for all dependencies. 430.Sh DIAGNOSTICS 431If an error occurs in any of the function an error indication as described 432above is returned. 433Additionally the functions may call snmp_error on unexpected errors. 434.Sh SEE ALSO 435.Xr gensnmptree 1 , 436.Xr bsnmpd 1 , 437.Xr bsnmpclient 3 , 438.Xr bsnmplib 3 , 439.Xr snmpmod 3 440.Sh STANDARDS 441This implementation conforms to the applicable IETF RFCs and ITU-T 442recommendations. 443.Sh AUTHORS 444.An Hartmut Brandt Aq harti@freebsd.org 445