[sr-dev] SNMPstats module
Daniel-Constantin Mierla
miconda at gmail.com
Thu Oct 1 14:13:38 CEST 2009
On 01.10.2009 13:56 Uhr, Olle E. Johansson wrote:
> [...]
>>> SNMPstats currently lives in modules_k. As we've got an OID for
>>> Kamailio.org it's time to update the module.
>>>
>>> 1. Change the OID - maybe with a config option if people depend on
>>> the old
>>>
>>> 2. Change file names on all files starting with "openser". I don't
>>> see why we need a name tag in these file names. Anyone else?
>>> openserObjects.h could very well be snmpObjects.h
>>>
>>> 3. Update all MIBS so that we don't use the openser namespace or
>>> OID. I would suggest that we change all "openser" tags to
>>> "siprouter" to enable this module to move in to core at some point.
>>> Changing MIBs to have "kamailio" in all names doesn't seem very long
>>> term for me.
>>>
>>
>> Maybe we should consider using the common SIP mib for where we follow
>> it and only use Kamailio/Sip-router specific mibs for extras. I think
>> our MIBS was created at a very early stage of the SIP mibs. Anyone
>> that knows more about this and have comments?
>>
>> Looking from my newbie perspective I don't see any reason on why we
>> should in large parts copy the standard MIB and still use our own
>> definitions.
>
> Daniel,
> Thanks for the commits. I think you failed to read the part where I
> said "I can start working on this" ;-)
I did miss it. Send me the ssh key so you can apply changes. I am more
that happy if you can take over this work.
>
> I still want to have a discussion about the last part above - why are
> we not using the standard SIP mib where we can?
Well, I think we should use the standard SIP mibs where they are available.
>
> Also, maybe we should reorganize the mib so that we suballocate for
> future use outside of snmp
>
> kamailiooid.10 SNMP
> kamailiooid.20 LDAP
>
> Right now I believe we're using the full OID directly for snmp
> subclasses.
>
> Anyone that has experience of organizing OID trees that can give some
> input?
>
> We can't change it in every release, as we will propably break
> existing scripts and management platforms, so we will have to try to
> do it right while we're messing with it :-)
>
OK, but since I haven't been using it heavily, I cannot say how is
better to have the OID trees. Therefore I can help a bit more with
messing that with doing it right from first time :-) .
Cheers,
Daniel
--
Daniel-Constantin Mierla
* Kamailio SIP Masterclass, Nov 9-13, 2009, Berlin
* http://www.asipto.com/index.php/sip-router-masterclass/
More information about the sr-dev
mailing list