我认为 net-snmp 最大的痛苦是所有那些谷歌索引但提供接近零可用内容的 Doxygen 页面。对于大多数开发人员来说,阅读这些.h
文件可能已经很明显了,事实上 net-snmp 提供了许多不同的 API 层,而我发现有用的文档很少。我们需要的不是托管 Doxygen 的网站的几十个相同副本,而是一些好的示例。
最后,mib2c 工具是我获得足够的示例代码以使整个工作正常进行的方式。我想我尝试使用每个 net-snmp.conf
文件运行 mib2c,并花了很多时间阅读它生成的代码以获得更好的理解。以下是我发现的给我最好的提示:
- mib2c -c mib2c.create-dataset.conf MyMib
- mib2c -c mib2c.table_data.conf MyMib
.conf
文件在这里 :/etc/snmp/mib2c.*
以下页面也很有用:
据我了解,net-snmp API 中有许多帮助程序/层可用。所以这个示例伪代码可能并不适用于所有人,但这是我个人使用 net-snmp v5.4 让我的表工作的方式:
跨多个函数所需的变量(使其成为全局变量,还是结构的成员?)
netsnmp_tdata *table = NULL;
表示表格的一行的结构(必须与 MIB 定义匹配)
struct MyTable_entry
{
long myTableIndex;
...insert one line here for each column of the table...
int valid; // add this one to the end
}
用 snmpd 初始化表
std::string name( "name_of_the_table_from_mib" );
table = netsnmp_tdata_create_table( name.c_str(), 0 );
netsnmp_table_registration_info *table_info = SNMP_MALLOC_TYPEDEF( netsnmp_table_registration_info );
netsnmp_table_helper_add_indexes( table_info, ASN_INTEGER, 0 ); // index: myTableIndex
// specify the number of columns in the table (exclude the index which was already added)
table_info->min_column = COLUMN_BLAH;
table_info->max_column = MAX_COLUMN_INDEX;
netsnmp_handler_registration *reg = netsnmp_create_handler_registration( name.c_str(), MyTable_handler, oid, oid.size(), HANDLER_CAN_RONLY );
netsnmp_tdata_register( reg, table, table_info );
处理请求的处理程序
int myTable_handler( netsnmp_mib_handler *handler, netsnmp_handler_registration *reginfo, netsnmp_agent_request_info *reqinfo, netsnmp_request_info *requests )
{
if ( reqInfo->mode != MODE_GET ) return SNMP_ERR_NOERROR;
for ( netsnmp_request_info *request = requests; request; request = request->next )
{
MyTable_entry *table_entry = (MyTable_entry*)netsnmp_tdata_extract_entry( request );
netsnmp_table_request_info *table_info = netsnmp_extract_table_info( request );
if ( table_entry == NULL ) { netsnmp_set_request_error( reqinfo, request, SNMP_NOSUCHINSTANCE); continue; }
switch ( table_info->colnum )
{
// ...this is similar to non-table situations, eg:
case COLUMN_BLAH:
snmp_set_var_typed_integer( request->requestvb, ASN_INTEGER, table_entry->blah ); break;
// ...
default: netsnmp_set_request_error( reqinfo, request, SNMP_NOSUCHOBJECT );
}
}
return SNMP_ERR_NOERROR;
}
在表中构建/添加行
if ( table == NULL ) return; // remember our "global" variable named "table"?
// start by deleting all of the existing rows
while ( netsnmp_tdata_row_count(table) > 0 )
{
netsnmp_tdata_row *row = netsnmp_tdata_row_first( table );
netsnmp_tdata_remove_and_delete_row( table, row );
}
for ( ...loop through all the data you want to add as rows into the table... )
{
MyTable_entry *entry = SNMP_MALLOC_TYPEDEF( MyTable_entry );
if ( entry == NULL ) ... return;
netsnmp_tdata_row *row = netsnmp_tdata_create_row();
if ( row == NULL ) SNMP_FREE( entry ); .... return;
entry->myTableIndex = 123; // the row index number
// populate the table the way you need
entry->blah = 456;
// ...
// add the data into the row, then add the row to the table
entry->valid = 1;
row->data = entry;
netsnmp_tdata_row_add_index( row, ASN_INTEGER, &(entry->myTableIndex), sizeof(entry->myTableIndex) );
netsnmp_tdata_add_row( table, row );
}
把它放在一起
就我而言,构建行的最后一个函数由系统中的其他一些事件定期触发。因此,每隔一段时间,当有新的统计信息可用时,就会重建表,删除所有旧行,并插入新行。我没有费心尝试修改现有的行。相反,我发现从头开始重建表更容易。