Dns BIND 9.9是否显示了错误的附加节数？

我使用BIND 9.9.4并看到以下问题

dig命令显示在附加部分中有2条记录：

ADDITIONAL: 2

但它只向我们显示了响应中的一条记录：

;; ADDITIONAL SECTION:
 dns1.example.net.  3600    IN  A   127.0.0.1

例如： 通过此链接：

root:/etc/namedb/keys#dig@127.0.0.1 foo.example.net any
;  挖掘9.9.1-P1@127.0.0.1 foo.example.net任意
; （找到1台服务器）
;; 全局选项：+cmd
;; 得到答案：
;; ->>HEADER从技术上讲，这不是一个bug，而是令人困惑的表示。在9.9中，dig开始在默认情况下打开EDN（0），因此响应会在附加部分返回OPT记录。OPT没有定义的文本输出格式，因此不会作为记录打印；你能辨别它的唯一方法就是在顶部附近找到上面写着“OPT PSEUDOSECTION”的地方。但它是附加部分中的额外记录，因此您看到的计数是正确的

如果在9.8中使用“dig+edns=0”或在9.9中使用“dig+noedns”，则计数将匹配。
我认为BIND 9.9需要改进此演示文稿。
root:/etc/namedb/keys# dig @127.0.0.1 foo.example.net any

  ; <<>> DiG 9.9.1-P1 <<>> @127.0.0.1 foo.example.net any
  ; (1 server found)
  ;; global options: +cmd
  ;; Got answer:
  ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20991
  ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2

  ;; OPT PSEUDOSECTION:
  ; EDNS: version: 0, flags:; udp: 4096
  ;; QUESTION SECTION:
  ;foo.example.net.     IN  ANY

  ;; ANSWER SECTION:
  foo.example.net.  3600    IN  A   192.168.10.10

  ;; AUTHORITY SECTION:
  example.net.      86400   IN  NS  dns1.example.net.

  ;; ADDITIONAL SECTION:
  dns1.example.net. 3600    IN  A   127.0.0.1

  ;; Query time: 0 msec
  ;; SERVER: 127.0.0.1#53(127.0.0.1)
  ;; WHEN: Mon Jun 11 16:34:26 2012
  ;; MSG SIZE  rcvd: 95