Please make 3ffe::/16 reverse-delegations under ip6.arpa

[Russell King]

On Thu, Jan 17, 2002 at 04:18:15PM +0200, Pekka Savola wrote:
> The only thing RFC 3152 basically says is that delegations from ip6.int
> should be moved under ip6.arpa.

Umm, my reading of it implies that:
1. ip6.arpa domain space is to be used, as defined by RFC2874
2. ip6.int references are deprecated.
3. new implementations should use ip6.arpa
4. IANA should delegate the ip6.arpa domain.

RFC2874 defines the ip6.arpa to use bitlabels, which appear to be distinctly
different from the nibble-based represenation.

For example, try:

1 # dig -t PTR 1.5.7.0.0.c.e.f.f.f.7.5.0.1.2.0.1.0.0.0.2.0.0.2.0.6.2.8.e.f.f.3.ip6.int @195.92.249.255
2 # dig -t PTR 1.5.7.0.0.c.e.f.f.f.7.5.0.1.2.0.1.0.0.0.2.0.0.2.0.6.2.8.e.f.f.3.ip6.arpa @195.92.249.255
3 # dig -t PTR '\[x3ffe826020020001021057fffec00751].ip6.arpa' @195.92.249.255

To make all 3 of the above work, I've had to add the following to the DNS
on that machine:

$ORIGIN 0.0.c.e.f.f.f.7.5.0.1.2.0.1.0.0.0.2.0.0.2.0.6.2.8.e.f.f.3.ip6.int.
1.5.7                   PTR     tika.arm.linux.org.uk.

$ORIGIN 2.0.0.2.0.6.2.8.e.f.f.3.ip6.arpa
8.7.a.0.0.c.e.f.f.f.7.5.0.1.2.0.1.0.0.0 CNAME 8.7.a.0.0.c.e.f.f.f.7.5.0.1.2.0.1.0.0.0.2.0.0.2.0.6.2.8.e.f.f.3.ip6.int.

$ORIGIN \[x3FFE826020020001021057FFFEC00/116].ip6.arpa.
\[x751/12]              PTR     tika.arm.linux.org.uk.

If I drop the bitlabel, then the bitlabel (3) lookup stops working.  If I
drop the CNAME, then lookup (2) stops working.

The above is using bind 9.1.0.

I'd really like someone to clarify what the real situation is, and whether
my interpretations of RFC1886, RFC2874 and RFC3152 are correct.

(Lastly, is there a better mailing list to be discussing this stuff on?)

-- 
Russell King (rmk@arm.linux.org.uk)                The developer of ARM Linux
             http://www.arm.linux.org.uk/personal/aboutme.html