[Pdns-users] ADDITIONAL section in SOA query not filled with NS records

[Lukas Beeler]

Hi there,

I have two powerdns setups running, one private to my, and one
for a hosting company. Both working exceptionally well, and i see
powerdns as a really great product.

I've got a problem with a newly registered idn domain.=20

xn--mtt-qlac.ch


switch.ch, the NIC f=FCr .ch domains told me that my domain is
"broken". I've emailed their support, and the told me the
following:

They did:

; <<>> DiG 8.3 <<>> xn--mtt-qlac.ch SOA @a.ns.projectdream.org
; (1 server found)
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
;; QUERY SECTION:
;;      xn--mtt-qlac.ch, type =3D SOA, class =3D IN

And wrote me this:

German:

Das heisst, die Soa ist zwar irgendwie in der Answer Section
drin. Aber die Authority Section fehlt, wo der NS nochmals aufgef\374hrt=20
wird.

My translation:

This means that the SOA is in the answer section. But the
authority secion is missing, where the NS records should be.

Okay. So i checked this:

% dnsq soa xn--mtt-qlac.ch 194.88.212.200
6 xn--mtt-qlac.ch:
117 bytes, 1+1+0+0 records, response, authoritative, noerror
query: 6 xn--mtt-qlac.ch
answer: xn--mtt-qlac.ch 86400 SOA a.ns.projectdream.org hostmaster.projectd=
ream.org 1130084449 10800 3600 604800 3600

This does look right to me. So i looked at other domains.

% dnsq soa sylon.net 194.88.212.2
6 sylon.net:
88 bytes, 1+1+0+0 records, response, authoritative, noerror
query: 6 sylon.net
answer: sylon.net 3600 SOA a.ns.sylon.net hostmaster.sylon.net 1130084512 1=
0800 3600 604800 3600

Hmm, still the same. So i looked at the switch.ch zone:

% dnsq soa switch.ch 130.59.211.10
6 switch.ch:
220 bytes, 1+1+2+5 records, response, authoritative, noerror
query: 6 switch.ch
answer: switch.ch 86400 SOA scsnms.switch.ch hostmaster.switch.ch 200510210=
0 28800 7200 604800 180
authority: switch.ch 86400 NS scsnms.switch.ch
authority: switch.ch 86400 NS merapi.switch.ch
additional: merapi.switch.ch 86400 A 130.59.211.10
additional: merapi.switch.ch 86400 AAAA 2001:620::5
additional: scsnms.switch.ch 86400 A 130.59.1.30
additional: scsnms.switch.ch 86400 A 130.59.10.30
additional: scsnms.switch.ch 86400 AAAA 2001:620::1

So, thats what they expect. Now, i tried another powerdns zone, which=20
should work correctly ;)

% dnsq soa powerdns.com 213.244.168.217
6 powerdns.com:
97 bytes, 1+1+0+0 records, response, authoritative, noerror
query: 6 powerdns.com
answer: powerdns.com 1085581680 SOA dns-eu1.powerdns.net hostmaster.powerdn=
s.com 1010696954 10800 3600 604800 40000

Well. Same as in my setup.

My conclusion is that switch assumes something wrong. I tried
reading the standards documents, but couldn't really find out if
such a behaviour is required.

Now, some version numbers and stuff:

Version: 2.9.18, compiled on Oct 21 2005, 13:38:06 with gcc
version 4.0.1 (Debian 4.0.1-2)

mysql  Ver 14.12 Distrib 5.0.13-rc, for pc-linux-gnu (i686) using
EditLine wrapper

daemon=3Dno
setuid=3Dpdns
setgid=3Dpdns
launch=3Dgmysql
webserver=3Dno
local-address=3D194.88.212.200
gmysql-socket=3D/var/run/mysqld/mysqld.sock
gmysql-user=3Dpdns-master
gmysql-dbname=3Dpdns
gmysql-password=3Dblahblah
slave=3Don
loglevel=3D5
out-of-zone-additional-processing=3Dyes

SQL Dump of the database:
http://projectdream.org/~lb/sqldump

Platform:
Linux yuffie.projectdream.org 2.6.13release1-skasv7 #1 SMP Thu
Sep 29 21:02:54 CEST 2005 i686 GNU/Linux

Debian Testing, self compiled package.

I hope i provided all the information which might be needed.

Thanks in advance, and a nice evening

Lukas Beeler
b