délégation des zones inverses /24 et /64

Je suis sûr que je néglige quelque chose de si simple, mais je ne le vois pas... J'essaie de déléguer les zones inverses /24 et /64 de notre réseau de test aux hôtes du réseau de test. Je rencontre le même problème avec la délégation IPv4 /24 et IPv6 /64, je vais donc me concentrer sur l'IPv4 pour le moment.

Nous utilisons 172.31.0.0/16 en interne, avec 172.31.99.0/24 étant le réseau de test.

Je veux déléguer 99.31.172.in-addr.arpa. vers les 2 nouveaux contrôleurs de domaine dans le réseau de test à 172.31.99.11 et .12

$ORIGIN 99.31.172.in-addr.arpa.
@       NS      svr-addc1.ad.example.com.au.
@       NS      svr-addc2.ad.example.com.au.

J'ai évidemment remplacé notre domaine actuel par "exemple".

Après un rechargement complet de named, j'obtiens NXDOMAIN du résolveur local :

# dig -x 172.31.99.11 @localhost

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.17.rc1.el6_4.4 <<>> -x 172.31.99.11 @localhost
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 50720
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;11.99.31.172.in-addr.arpa. IN  PTR

;; Query time: 29 msec
;; SERVER: ::1#53(::1)
;; WHEN: Tue Jul  9 16:38:33 2013
;; MSG SIZE  rcvd: 43

Entre-temps, une recherche dirigée vers l'IP que j'ai déléguée fonctionne bien :

# dig -x 172.31.99.11 @172.31.99.11

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.17.rc1.el6_4.4 <<>> -x 172.31.99.11 @172.31.99.11
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44598
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;11.99.31.172.in-addr.arpa. IN  PTR

;; ANSWER SECTION:
11.99.31.172.in-addr.arpa. 1200 IN  PTR svr-addc1.ad.example.com.au.

;; Query time: 2 msec
;; SERVER: 172.31.99.11#53(172.31.99.11)
;; WHEN: Tue Jul  9 15:49:51 2013
;; MSG SIZE  rcvd: 81

C'est la délégation pour le forward lookup, qui fonctionne comme prévu :

$ORIGIN ad.example.com.au.
@             NS    svr-addc1
@             NS    svr-addc2
; glue records:
svr-addc1 A     172.31.99.11
          AAAA  2001:xxxx:xxxx:c699::addc:21
svr-addc2 A     172.31.99.12
          AAAA  2001:xxxx:xxxx:c699::addc:22

Les recherches inversées pour d'autres réseaux /24 fonctionnent toujours bien :

# dig -x 172.31.42.101 @localhost +short
sw-sana.example.com.au.

EDIT

Si j'ajoute la zone à named.conf en tant que type forward zone, alors tout fonctionne correctement :

### TEST network delegated to the new AD controllers
zone "99.31.172.in-addr.arpa" IN {
    type forward;
    forwarders { 172.31.99.11; 172.31.99.12; };
};
zone "9.9.6.c.x.x.x.x.x.x.x.x.1.0.0.2.ip6.arpa" IN {
    type forward;
    forwarders { 2001:xxxx:xxxx:c699::addc:21; 2001:xxxx:xxxx:c699::addc:22; };
};

Et une recherche utilisant le résolveur local fonctionne :

# dig -x 172.31.99.11 +short
svr-addc1.ad.example.com.au.

Je ne comprends vraiment pas ce que je fais de mal :-/