Bingo. It looks like the call to f_send in _snmp_async_send() in
snmp_api.c is failing. I added a debug message in the if(result < 0)
check (see below), and f_send is returning -1. The callback looks like
it is only queued for processing if the f_send succeeds.
For some reason, our Firewall application was blocking traffic on
localhost. I'll need to talk to our IT department about it. Anyone
know why the traffic from master to subagent should (apparently) work,
but the subagent to master traffic wouldn't? Do they use separate TCP
connections?
--Evan
/*
* Send the message.
*/
DEBUGMSGTL(("sess_process_packet", "sending message id#%ld
reqid#%ld\n",
pdu->msgid, pdu->reqid));
result = transport->f_send(transport, packet, length,
&(pdu->transport_data),
&(pdu->transport_data_length));
SNMP_FREE(pktbuf);
if (result < 0) {
DEBUGMSGTL(("snmp_api/_snmp_async_send", " f_send returned
error!\n"));
session->s_snmp_errno = SNMPERR_BAD_SENDTO;
session->s_errno = errno;
return 0;
}
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users