Robert, Thanks for the response. I have been trying to figure out, for 3 weeks, how to handle this IP Alias issue (without a major undertaking). I am writing a simulator which simulates SNMP devices, each simulated device is given a virtual IP. So, the reason I need to know the address the query was sent to is to know what mib to read and what value to send back.
We have given me some good solutions about using context's but I just don't see how that would help me here. I still need to know the ip or interface the request came in on, I may be missing some here as well. I have figured out how to get the ip address (and interface) using the recvmsg (not recvfrom). I am now looking into passing that information through to my subagent by way of the myvoid in the session * in the asp member of the agent_request_info. I was testing the pdu and orig_pdu through out snmpd and my subagent (assuming that if the pdu didn't change then the session wouldn't either). The pdu (and orig_pdu) are valid (the incoming pdu) throughout snmpd but in my subagent each has a different address then in the main agent which I would expect since it has to build a new one. But the transport_data is different as well, I assume that doesn't get sent from the master to subagent I guess. I am sorry to keep bothering you with this issue. Any comments/help or anything at all would be great. Thanks Glenn Quoting Robert Story <[EMAIL PROTECTED]>: > On Tue, 12 Jul 2005 12:44:42 -0400 Glenn wrote: > GM> The main entry point to my subagent takes a netsnmp_agent_request_info > GM> struct as one of the arguments. That struct contains a netsnmp_session > and > GM> two netsnmp_pdu's (pdu and orig_pdu). What is the difference between the > 2 > GM> pdu's? > > That is a good question that can probably only be answered by careful study > of > the source code. It's possible that one of the values isn't used (are > either > NULL pointers?). The orig_pdu is likely to be exactly what we received. The > other one, well, like I said, careful study of the source. > > Why do you need to know? What are you trying to accomplish? > > -- > NOTE: messages sent directly to me, instead of the lists, will be deleted > unless they are requests for paid consulting services. > > Robert Story; NET-SNMP Junkie > Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp> > Archive: > <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-users> > > You are lost in a twisty maze of little standards, all different. > Glenn MacGregor HighStreet Networks ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
