] No. However, I see the practical value of your suggestion. It would
] require to make the SNMP session structure a bit more complex
]
] -community -writecommunity (SNMPv1/SNMPv2C)
] -password -writepassword (SNMPv2U)
Actually, I've given this matter a lot of thought, both wrt
read/write communities, and also separate communities.
I'd very much like to see the SNMP read string and SNMP write
string be an 'attribute' of the node. Likewise, the default would
still exist, and if no 'SNMP Read' attribute, it used that.
Is this something that would bear some work on my part for
possible patches, or is it not terribly feasible?
-alan