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

BIND 10 Development do-not-reply at isc.org
Thu Oct 25 10:51:31 UTC 2012


#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:

 Hello,

 Replying to [comment:22 jinmei]:
 > BTW, the processing overhead (when incrementing) is not my main
 > concern.  It's more about code maintainability.
 >
 > > Currently the types are hardcoded in the source file and it's not the
 best way. Improving it will be in another ticket with considering to
 utilize libdns++ to convert RRtype into statistics item names.
 >
 > 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.

 Thanks,

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


More information about the bind10-tickets mailing list