[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: snmpTagList from RFC 3413



HI,

I wish I could help. I don't understand what you are looking for.
However, it appears to me that you have misinterpreted the
usage for TCs SnmpTagValue and SnmpTagList. Here is an example...
In RFC 3413, the table snmpNotifyTable has column snmpNotifyTag
(which has data type SnmpTagValue). The value (which is a "tag")
is used to select zero, one, or more rows in table snmpTargetTable
where one of the tags in the value of column snmpTargetAddrTagList
match the value. 

Note that the "labels" for enum values and bits in a bit string
are typically NOT available in an agent implementation.

It seems like you just want to do a test of specific capabilities,
and, if so, you could define two MIB objects. The first would
be a bit string where each bit indicated a capability.
If you wanted to select for a single capability, then
the second would be an unsigned integer (which would be the index
of the bit). If you wanted to select multiple, then
the second would also be a bit string with the bits
on indicating the capabilities. If you wanted to select
based on specific capabilities present and absent, then
you need three objects, and the second would specify
the bits (it would be a bit string), and the third
would indicate the value of each selected bit (it
would be a bit string). This should be familure coding
pattern.

On Thu, 23 Feb 2006, Eduardo Cardona wrote:
> Hi, 
> 
> RFC 3413 defines the snmpTagList and requires pointers to a table for
> each of its tags
> 
> I am wondering if snmpTagList is allowed to be use in a different in a
> context where there is no lookup in a table entries but could be mapped
> as labels of other e.g. BITS constructs (like capabilities) or other
> defined enumeration values of an object compliance by the agent 
> 
> In case of a 'nope', are any other TC available for those cases? or even
> more important, is this a valid usage of SMI ? 
> 
> One example would be to have user defined sorted policy 
> - Lazy about building a short table for just minimal information to list
> and 
>  
> zzzZZZ OBJECT-TYPE
> BITS { 
>  a(1),
>  b(2),
>  c(3),
>  d(4)
> }
> DESCRIPTION
>    "Capabilities..." 
> 
> zzzZZZPriority OBJECT-TYPE
> SYNTAX SnmpTagList 
> 
> DESCRIPTION
>     "Defines the priority to validate X against the values defined in
> zzzZZZ objecBITs to ...
> The tags in the list matches the enumerated values, unknown tag values
> are ignored. 
> ... 
>"
Regards,
/david t. perkins