> Context and Community are two *completely* different things. > Using the community field was a mistake (which I thought we'd > since corrected - I'll check that). Don't try and link the two.
It looks like the context is being copied into the pdu->community in version 5.2.1.2. I just figured that pdu field was kinda 'overloaded'. But you probably want to take a quick look in mibgroup/agentx/master.c to be sure... > > > I find myself wanting to be both a 'server' in my agentx subagent > > (what 99.9% of the world does). But I also want to be able to send > > set requests in my agentx subagent (i.e. be a client) and I wanted to > > 'steal' the community string of the incoming request in order to use > > in my outgoing set request. > > It's not particularly clear to me, exactly what you are trying to > do here. Can you give a more concrete illustration? > Like this: --- set ----> snmpd ---- agentx test set ----> my app -----set ---> to some other snmpd The problem is I can't 'pass through' the community from the original set to use in the set that I send since that information isn't transmitted via agentx. > > It's worse than that - this is not possible without breaking the > AgentX protocol. I see this passage in the agentx rfc - sec 6.1.1: "In the SNMPv1 or SNMPv2c, the community string may be used as an index into a local repository of configuration information that may include community profiles or more complex context information. In SNMPv3 this notion of "context" is formalized (see section 3.3.1 in RFC 2571 [1]. AgentX provides a mechanism for transmitting a context specification within relevant PDUs, but does not place any constraints on the content of that specification." So I am a bit puzzled that this could break the AgentX protocol. Can't I chose to put the original pdu's community string into the context field if I want to? There are no constraints on that field so it doesn't break the protocol, does it? This point is a bit moot for me anyway - because my client has a goal of using an unmodified net-snmp agent. Thanks very much - the experts on this list are very helpful and patient. -- ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
