> On Mon, 26 Jul 2010 09:32:18 +0100, Dave Shield
> said:
DS> c) Use separate config tokens for these two approaches
DS> (e.g. "include"/"includefile", or "includeconf"/"include")
DS> Thoughts? Preferences?
How about "includeFile" and "includeAny"?
--
Wes Hardaker
Please mail all r
> On Mon, 26 Jul 2010 09:53:20 +0100, Dave Shield
> said:
DS> The reason I'd like to make this change is that it's not just the call
DS> "read_config()" that might be affected. It would be useful if *all*
DS> the internal config processing routines (i.e. everything bar 'read_configs'
D
> -->Sometime devices are responding sometimes not responding most of the
> times "UsmStatsnotInTimeWindow" response is coming.
Are you using our library? Because if so, most of that sort of thing
should generally be hidden from you. The UsmStatsnotInTimeWindow report
indicates that a time sync
Hello,
I am doing asynchronous communication with devices via SNMP V3.
-->Sometime devices are responding sometimes not responding most of the times
"UsmStatsnotInTimeWindow" response is coming.
-->Context ID and context name I am passing empty values.
-->Retry count is 1 if I increase to some e
Dave Shield wrote:
> So it doesn't feel too out-of-the-question to tweak these
> "internal" routines to return an indication of whether any of the
> named file(s) had been found and processed. I'd argue that
> the benefits here would outweigh the cost.
+1
+Thomas
On 26 July 2010 15:34, srenivasan rs wrote:
> assumption: community string not part view, group, etc.
What exactly do you mean by this? Can you expand on your
basic assumptions, please.
Given that you talk about community strings, I assume that
you are not talking about SNMPv3. Are you int
Hi All,
I would like to have a quick clarification with respect to SNMP request
timeout and authorizationError.
assumption: community string not part view, group, etc.
/* comments from RFC 2573 */
- If the isAccessAllowed ASI returns a noSuchView, noAccessEntry,
or noGroupNa
> DS> [As an aside - in order to implement this, I needed to tweak the
> DS> 'read_config' call to return a success/failure indication, rather
> DS> than void. In the attached patch, this is done using a new internal
> DS> '_read_config()' call. It might be cleaner to change the
> DS> read_config
On 25 July 2010 16:14, Wes Hardaker wrote:
> There are a number of cases I could see people wanting:
>
> 1) "include foo.conf" includes *every* found instance in the config path
> 2) "include foo.conf" includes only a singular foo.conf
>
> I suspect that it would be easiest to make #2 happen if an
On 25 July 2010 19:54, Angela Perez wrote:
>I haven't worked out how to get the snmp code to
> fetch only the specific row from the database table (i.e. SELECT *
> FROM DB_TABLE WHERE rowNum = snmpRequestedRowNum)
I presume the difficulty here is in determining the appropriate val
On 22 July 2010 15:42, Marc Butler wrote:
> I am trying to implement an intermediate interface that facilitates an
> entirely dynamic (no mib) subagent
Can you explain a bit what you mean by this.
The whole point of an SNMP agent (or subagent) is to provide
management information in a structured
11 matches
Mail list logo
