Hi,
Let's imagine you are designing a new equipment that connects to a TCI/IP
network.
You want it to :
a) be manageable per SNMP
b) provide specific information per SNMP
There are two points of view to consider :
1[a]) The IETF /IAB in the RFCs 1052, 1065 and 1066 ( both last replaced by
1156) defines already what are the information you have to provide at minimum
A ce jour, il est attendu que la RFC 1052 soit respectée par la mise en
œuvre des :
RFC 1155 (SMI ex-1065), RFC 1156 (MIB ex 1066) et RFC 1157 (SNMP ex-
1098)
So you already -before you start your design- know what you may be asked for -
per SNMP- by a NMS. These are the standards MIBs
How you organize / code that "agent, is up to you, but you knoe how an
interrogation (request) will come, and what you will have to responds to that
request ( integer, strings, little endian, big-endian, 16 bit counter...)
2[b]) now, you think that it may be important to provide some other additional
information, let say the speed in rpm of the 2nd fan of you equipment, as well
as the clock speed of the CPU of your equipment, and the water level at sensor
1 ( Your equipment measures water level on each of its 8 sensors) .
There is no MIBs that exist for your equipment that will help the software
designers to automatically generates C code for that ( no mib2c possibility)
You will have to the define, under .iso.org.dod.internet.private.MYCOMPANY, how
you organize the tree that will give access to these information.
As you will use standards ( SNMP, ASN.1,...) any NMS will be able to ask you
equipment for the water lever at sensor 1, without having to wait that the NMS
software provider will adapt its software to your equipment.
As you will publish you MIBs, anybody will understand that the -to an SNMPwalk
or SNMPGET- answer.1.3.6.1.4.1.789.2.1=1023 means that the water level at
.iso.org.dod.internet.private.MYCOMPANY.waterlevel.sensor1 is 10.23cm, as you
have defined the tree and the format (including units) of the returned value.
Hope this helps
Best regards
JMJ
-----Message d'origine-----
De : Martin T [mailto:m4rtn...@gmail.com]
Envoyé : jeudi, 9. juillet 2015 15:58
À : Jurkiewicz Jean-Marc
Cc : stua...@alleninstitute.org; net-snmp-users@lists.sourceforge.net
Objet : Re: correlation of MIB files and MIB support on SNMP agents
Hi,
by SNMP agent I mean a piece of software running on network device which
replies to SNMP GET, GETNEXT and GETBULK requests sent from NMS.
Martin
On 7/9/15, Jurkiewicz Jean-Marc <jean-marc.jurkiew...@manor.ch> wrote:
> Hi Martin
>
> 1) What do you understand by SNMP agent ? Do you mean the management
> station ?
>
> 2) To answer your question :
>
> Please have a look to :
> http://jmjmon.eu/LaSupervisionDeReseau/SNMP_Mon-V010.pdf page 14+
>
> RFCs and IAB Status are the answer to your question
>
> If you talk about private MIBs, than the answer to your question is
> "it depends..."
>
> ----------------------------------------------------------------------
> ------- La RFC 1156 défini les groupes suivants :
>
> Ø System
> Ø Interfaces
> Ø Address Translation
> Ø IP
> Ø ICMP
> Ø TCP
> Ø UDP
> Ø EGP
>
> Ainsi que la méthode d’implémentation suivante : « Si la sémantique
> d’un groupe s’applique à une implémentation, alors elle doit
> implémenter tous les objets de ce groupe».
>
> En d’autres termes, toutes les branches ne sont pas explorables : Le
> groupe EGP ne doit être implémenté que si le protocole EGP est
> implémenté. (Cela n’a aucun sens de chercher [de fournir] des
> informations sur quelque chose qui n’existe pas).
>
> --------------------------------------
>
> This means for instance that " The Group EGP has not to be implemented
> if the EGP protocol is not implemented".. It make no sense to request
> ( per
> SNMP) information about something that in not implemented.
>
>
>
>
>
> -----Message d'origine-----
> De : Martin T [mailto:m4rtn...@gmail.com] Envoyé : jeudi, 9. juillet
> 2015 11:08 À : stua...@alleninstitute.org Cc :
> net-snmp-users@lists.sourceforge.net
> Objet : Re: correlation of MIB files and MIB support on SNMP agents
>
> One more question- how properly vendors usually keep the MIB files and
> MIB support on SNMP agent in correlation? I mean are there sometimes
> features listed in MIB files which actually are not present in device
> SNMP agent and the other way around?
>
>
> thanks,
> Martin
>
> On 7/9/15, Martin T <m4rtn...@gmail.com> wrote:
>> Thanks for excellent answer!
>>
>>
>> Martin
>>
>> On 7/8/15, Stuart Kendrick <stua...@alleninstitute.org> wrote:
>>> Yes, I understand the relationship between SNMP agents & MIB files
>>> in the way you and DPS describe below.
>>>
>>> Rephrasing using my words:
>>>
>>> - Manufacturer decides to support, say, monitoring fan state. Let's
>>> take Cisco as an example
>>>
>>> - Cisco writes the CISCO-ENVMON-MIB file, including an Object Value
>>> which returns the state of a given fan:
>>>
>>> ciscoEnvMonFanState OBJECT-TYPE
>>> SYNTAX CiscoEnvMonState
>>> MAX-ACCESS read-only
>>> STATUS current
>>> DESCRIPTION
>>> "The current state of the fan being instrumented."
>>> ::= { ciscoEnvMonFanStatusEntry 3 }
>>>
>>> - Developers use the definitions in that MIB file to write code. I
>>> suspect that implementations vary widely -- one possible way to do
>>> this:
>>> (1) In the Cisco IOS, include support for talking to the hardware in
>>> order to report on fan state
>>> (2) In the Cisco CLI, include support for some sort of 'show fan state'
>>> command
>>> (3) In the Cisco SNMP agent, include support for querying fan state
>>>
>>> - Voila: an operating system which supports reporting on fan state
>>> from both the CLI and the SNMP agent.
>>>
>>> --sk
>>>
>>> -----Original Message-----
>>> From: Martin T [mailto:m4rtn...@gmail.com]
>>> Sent: Wednesday, July 08, 2015 8:30 AM
>>> To: net-snmp-users@lists.sourceforge.net
>>> Subject: correlation of MIB files and MIB support on SNMP agents
>>>
>>> Hi,
>>>
>>> I read a product pamphlet from DPS Telecom where they had following
>>> Q&A
>>> section:
>>>
>>> -----
>>> Q: I want to use a device feature that isn’t described in the MIB.
>>> What can I do?
>>>
>>> A: You can ask the vendor to extend the MIB to include this feature.
>>> DPS Telecom has extended its MIB to support client needs. But you
>>> need to understand that extending a MIB is actually a software
>>> development project.
>>> The MIB is not just a text file. It’s also a software interface
>>> document to the embedded firmware of your SNMP device.
>>> Making additions to the MIB requires rewriting the device firmware.
>>> This is a serious project, involving writing code, debugging it, and
>>> undergoing a thorough quality assurance process.
>>> -----
>>>
>>> So am I correct that vendors like Cisco or Juniper develop their MIB
>>> files which are downloadable from their web-sites tightly with their
>>> MIB support on SNMP agents? In other words MIB files and MIB support
>>> on SNMP agents is closely correlated?
>>>
>>>
>>> thanks,
>>> Martin
>>>
>>> --------------------------------------------------------------------
>>> -
>>> --------- Don't Limit Your Business. Reach for the Cloud.
>>> GigeNET's Cloud Solutions provide you with the tools and support
>>> that you need to offload your IT needs and focus on growing your business.
>>> Configured For All Businesses. Start Your Cloud Today.
>>> https://www.gigenetcloud.com/
>>> _______________________________________________
>>> Net-snmp-users mailing list
>>> Net-snmp-users@lists.sourceforge.net
>>> Please see the following page to unsubscribe or change other options:
>>> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>>>
>>
>
> ----------------------------------------------------------------------
> -------- Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> Net-snmp-users mailing list
> Net-snmp-users@lists.sourceforge.net
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>
------------------------------------------------------------------------------
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
