Re: Opaque types

Leo Cacciari <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Il 05/24/2011 04:32 PM, Fulko Hew ha scritto:
> On Tue, May 24, 2011 at 9:55 AM, Leo Cacciari <[email protected]> wrote:
>> Hi,
>>  I'm writing a SNMP (sub)agent which would allow access to some
>> application data. Data types handled by the application, and that should
>> somehow be exposed to the SNMP world by the agent, includes the
>> 'standard' SNMP types (e.g. 32 bits integers or [display]strings), some
>> sub-types of those (e.g. 16 bits integers) and other types that are more
>> difficult to map directly on SNMP types, although there is (obviously)
>> no problem in mapping them to ASN.1 (that's the reason to have ASN.1,
>> after all..).
>>
>> [...snip...]
> Perhaps you should give us descriptions/examples of these 'other' types you have
> before anyone passes on opinions.
For instance, using ASN.1 syntax:

Int32Sequence ::= SEQUENCE OF INTEGER

or

MyComposedType ::= SEQUENCE {
                                                          status INTEGER,
                                                          address IpAddress,
                                                          name   
DisplayString
                                                       }



Leo

-- 
Leo Cacciari
Aliae nationes servitutem pati possunt populi romani est propria libertas


------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.