On 12/03/15 11:36, Nathan Scott wrote:
Hi Ken,
Chatting to Marko the other day about what domain numbers to use for an
in-house customer PMDA, I noticed we have begun to use numbers from the
start of one of the notionally reserved range of IDs.
src/pmns/Make.stdpmid inserts this comment into stdpmid...
/*
* NOTE:
* Do not edit this file (it is re-created by Make.stdpmid).
* To make changes, edit one of the stdpmid.* files, most probably
* stdpmid.local, and as root
* # make stdpmid
*
* The following domain number assignments are assumed to apply
*
* Domain Number Range Use
* 0 reserved -- DO NOT USE
* 1-31 production PMDAs from PCP packages (#1)
* 32-39 ORACLE DBMS PMDAs
* 40-47 Sybase DBMS PMDAs
* 48-55 Informix DBMS PMDAs
* 56-58 SNMP Gateway PMDA
* 59-63 Linux PMDAs
* 64-69 ISV PMDAs
* 70-128 production PMDAs from PCP packages (#2)
* 129-510 End-User PMDAs and demo PMDAs
* 511 reserved for dynamic PMNS entries -- DO NOT USE
And we're now well into the 130 range. Do you have any preferences
on range(s) we should set aside for in-house PMDAs now? Also, should
we update this comment further, since there are several ranges that
are historical & could be improved/reclaimed - DBMS PMDAs, SNMP.
My suggestions would be ...
1. drop the DBMS, SNMP, Linux and ISV subgroups ... we should just treat
these together as available for "PCP" PMDAs. ... This may give us back
so domain numbers to use, e.g. there is no working PMDA any more as far
as I'm aware for Sybase or Informix.
2. Move the End-User range to 385-510 (126 should be more than enough
for them) with a strong recommendation that people desiring to use these
ones should allocate from the high end, not the low end.
3. Advertise the change and encourage *anyone* with a End-User PMDA
using a domain number in the 129-384 range to contact us so we can mark
that as "reserved" and minimize any future collisions.
|