Kennt hier jemand ENUM?
Die Wahrscheinlichkeit dürfte gering sein. Obwohl es ENUM schon einige Jahre gibt – bei der DeNIC seit 2002. Es ist bisher nicht über den Test-Status hinausgekommen. Das hat allerdings auch seine Vorteile, so ist die Registrierung i.d.R. kostenlos. Bei Portunity beispielsweise. Hier lassen sich auch eigene Name-Server definieren. Allerdings bin ich an dem Punkt gerade gescheitert. Das Web-Frontend behauptet, meine Server würden nicht authoritativ antworten. dig behaupet allerdings das Gegenteil.

Wie schon zu vernehmen war, basiert ENUM also auf DNS. Genau genommen auf der arpa-Zone e164.arpa. Unter dieser werden, wie beim RDNS, ENUM-Zonen aus dem E164-Dialplan der ITU vergeben. Dabei verwaltet eine Oranisation in jedem Land (bzw. in den teilnehmenden) die Zone mit der internationalen Vorwahl. In Deutschland ist dies die DeNIC mit der Zone 4.9.e164.arpa. Unter dieser können dann die eindeutigen Zonen registriert werden, welche aus einer vollständigen, internationen Rufnummer (E164) bestehen. Auch Sonderrufnummern sind zulässig. Eine ENUM-Zone kann also z.B. 0.0.0.0.0.9.1.1.0.4.9.4.e164.arpa. lauten, wobei dies eine fiktive Rufnummer im Hamburger Ortsnetz (40) ist.

Bei einem Lookup auf diese Zone kann ein Endgerät (z.B. VoIP-Telefon/Asterisk-Server) dann anhand der angegebenen Prioritäten, unter Berücksichtigung der eigenen Fähigkeiten, entscheiden, welches Ziel angewählt wird.

Hier eine Beispiel-Zonendatei für die oben genannte Rufnummer.

0.0.0.0.0.9.1.1.0.4.9.4.e164.arpa.  IN SOA ns1.example.com.
hostmaster.example.com.

(2010053000  10000 3600 604800 1800)
@  IN NS ns1.example.com.
@  IN NS ns2.example.com.

@  IN NAPTR 10 10 "u" "E2U+tel" "!^.*$!tel:+494911900000!" .
@  IN NAPTR 10 20 "u" "E2U+sip" "!^.*$!sip:+user1@example.com!" .

Update:
Inzwischen hat Portunity meine Name-Server übernommen. Ich hatte nicht bedacht, dass ja auch eine openeum.eu-Zone benötigt wird.

Seit 2. Juli 2009 testet die DeNIC zusammen mit dem BSI und verschiedenen Providern des eco die Signierung der de-Zone mittels DNSSEC im Rahmen eines eigenen Testbed.

Wer über einen Resolver verfügt, der den Algorithmus RSASHA256 beherrscht (Unbound ab 1.4 oder BIND ab 9.7), kann die beiden DNSSEC-Nameserver der DeNIC in Frankfurt und Amsterdam nutzen. Der Server in Frankfurt kann dabei auch IPv6. Konfigurationsbeispiele für BIND und Unbound sind auf der DeNIC-Seite angegeben.

Eigene de-Domains lassen sich natürlich auch signieren. Damit die Chain-of-Trust (im Idealfall sieht die folgendermaßen aus: . (Root-Zone) -> de. -> example.de.) vollständig ist, muss aber der öffentliche Teil des Schlüssels bei der DeNIC hinterlegt werden und hier spielen bisher leider nur wenige Provider mit. Mir ist aktuell nur Hostserver bekannt, der auch die Registration der Domain tech-nerds-dnssec.de übernommen hat. Die Domain ist selbstverständlich signiert und eignet sich so auch, um den eigenen Resolver zu testen. Das geht in gewohnter Weise mit dem Tool dig.
dig +dnssec tech-nerds-dnssec.de

Wenn dig hier das Flag ad ausgibt, konnte die Antwort erfolgreich authentifiziert werden.

Die ursprünglich für den 1. Juli 2010 geplante Veröffentlichung des öffentlichen Schlüsselteils (Key Signing Key) der Root-Zone ist auf den 15. Juli verschoben worden.

Wie auf root-dnssec.org zu lesen ist, ist die Terminverschiebung notwendig geworden, um ICANN und VeriSign (den Betreibern der signierten Root-Zone und der genannten Seite) mehr Zeit zu geben, die Sicherheit und Stablilität der DNSSEC-Implementierung zu geben.

Bereits seit 1. Dezember 2009 ist die Root-Zone signiert, liefert aber keine validierbaren Daten. Am 5. Mai 2010 wurde dann der letzte Root-Server mit DNSSEC ausgestattet.

Wer bisher per whois-Client die Kontaktdaten von de-Domains abgefragt hat, hat auf diesem Wege auch evtl. vorhandene IPv6-Glue Records angezeigt bekommen, während das Webinterface bei DeNIC diese Einträge schlicht verschwiegen hat.

Inzwischen hat DeNIC dieses Verhalten offenbar geändert.

Von etwa 13:30 bis 15:00 waren viele DE-Domains nicht erreichbar. tech-nerds.de war u.a. auch betroffen.

Da die Domains auf dem SOA-Server korrekt aufgelöst wurden, die DeNIC-Server aber NXDOMAIN zurück lieferten, war relativ schnell klar, dass das Problem bei DeNIC selbst liegen musste. Auf Anfrage hat DeNIC das Problem bestätigt.

Ein wenig verwundert war ich, dass Heise nichts dazu wusste. Golem.de wusste zumindest um 14:21 etwas.

Seit geraumer Zeit bietet DeNIC die Möglichkeit, für Glue Records IPv6-Adressen anzugeben.

Glue Records bieten die Möglichkeit, Nameserver-Adressen unter der eigenen Domain zu verwenden. Beispielsweise also ns1.tech-nerds.de und ns2.tech-nerds für die Domain tech-nerds.de. Damit diese Ausflösung funktioniert, müssen neben den Namen der Nameserver natürlich auch deren IP-Adressen bekannt sein. Diese in IP-Version 4 mit anzugeben, ist praktisch bei jedem Registrar möglich. Um Seiten gänzlich per IPv6 erreichbar zu machen, ist es natürlich erforderlich, dass auch Glue Records nicht mehr nur per IPv4 angegeben werden. DeNIC erfordert zwar weiterhin die zwangsweise Angabe einer IPv4-Adresse für Glue Records, aber diese können durchaus durch IPv6-Adressen ergänzt werden. Bei der DeNIC selbst ist bisher ein einziger Nameserver für die Zone de. IPv6-fähig. Genau genommen der letzte im Bunde:
f.nic.de 2001:608:6:6::10


Mein Domain-Hoster war nun so freundlich, diese Einträge für meine Nameserver manuell vorzunehmen (automatisiert geht es dort noch nicht). Somit sind meine Seiten auch komplett IPv4-frei zu erreichen.

; <<>> DiG 9.5.1-P3 <<>> tech-nerds.de @f.nic.de
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58743
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 4
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;tech-nerds.de. IN A

;; AUTHORITY SECTION:
tech-nerds.de. 86400 IN NS ns2.tech-nerds.de.
tech-nerds.de. 86400 IN NS ns1.tech-nerds.de.

;; ADDITIONAL SECTION:
ns1.tech-nerds.de. 86400 IN A 87.98.178.251
ns1.tech-nerds.de. 86400 IN AAAA 2001:41d0:2:4887::d1
ns2.tech-nerds.de. 86400 IN A 85.183.2.9
ns2.tech-nerds.de. 86400 IN AAAA 2001:6f8:11ea:1337::deed

;; Query time: 6 msec
;; SERVER: 81.91.164.5#53(81.91.164.5)
;; WHEN: Tue Sep 7 00:46:35 2010
;; MSG SIZE rcvd: 155

Daran kann sich der Rest des Internet doch mal ein Beispiel nehmen.