BIND 10 #2157: Create an interface to pass statistics counters in Auth module

[BIND 10 Development]

#2157: Create an interface to pass statistics counters in Auth module
-------------------------------------+-------------------------------------
                   Reporter:         |                 Owner:  jinmei
  y-aharen                           |                Status:  reviewing
                       Type:         |             Milestone:
  enhancement                        |  Sprint-20121106
                   Priority:         |            Resolution:
  medium                             |             Sensitive:  0
                  Component:         |           Sub-Project:  DNS
  b10-auth                           |  Estimated Difficulty:  8
                   Keywords:         |           Total Hours:  0
            Defect Severity:  N/A    |
Feature Depending on Ticket:         |
        Add Hours to Ticket:  0      |
                  Internal?:  0      |
-------------------------------------+-------------------------------------
Changes (by y-aharen):

 * owner:  y-aharen => jinmei


Comment:

 Replying to [comment:25 jinmei]:
 > Replying to [comment:24 y-aharen]:
 >
 > > > Hardcoding the conversion as a near term compromise is okay.  What
 I'm
 > > > not convinced is to hardcode the particular RR types in places like
 > > > auth.spec or `QRQTypeToQRCounterType`.
 > > There is no way to avoid enumerating items in auth.spec in current
 Stats design.
 > > I think we can solve it with some kind of auto-generation of spec file
 and QRQTypeToQRCounterType. However, current implementation of libdns++
 lacks some rrtypes. I'd like to do it in another ticket with design
 consideration if possible, this ticket lives quite longer.
 >
 > I'm sorry for being stubborn, but I'm still not convinced.  This time
 > I took a little bit deeper look at the branch and the stats
 > implementation, but I don't understand what's the fundamental design
 > limitation of Stats that requires the hardcoded specific RR types in
 > auth.spec.  For example, can't it be a named set?
 I think the structure of the counters should be defined in the spec file,
 except for zones definition, for differential updates of statistics
 (scheduled to be implemented). If no RR types are given, Stats can't
 distinguish the item exists (and just not incremented at the time) or not.
 Users will be happy if they can get a list of items from 'Stats show'.
 There is no way to get defined RR types and the other per-code counters
 for Stats except in the spec file.

-- 
Ticket URL: <http://bind10.isc.org/ticket/2157#comment:27>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development