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